全部评论
大家都在搜：
John Wayne
粉丝1.8万获赞10.7万
我最新的 vibecoding 工作流。4 月写过一篇 vibecoding 工作方式，受到了很多关注和讨论，两个月过去了，那套工作流已经有了很大的变化，今天就拆开讲一下。 先说结论：底层原则没变，但我的角色变了。以前我是审核员，现在更像架构师加项目经理。 第一，主力模型从 Opus 4.6 换成了 Fable 5 这是最本质的变化，模型能力有巨大提升，很多人工介入的环节都可以自动化了。 第二，模型能力和上下文的增强，使得多 Agent 并行成为可能 我在 Claude Code 里配了 6 个 agent 加一个总调度，后端、前端、产品、营销、审查各管一摊，总调度负责派活。 配置很简单，~/.claude/agents/ 下一个 markdown 文件就是一个 agent，上面 YAML 头，下面写角色和协作关系。 最关键两条：description 要精确到技术栈，写含糊了永远不会被触发；写代码的和审代码的必须分开，又当裁判又当运动员等于没审。 第三，复杂任务上 Workflow 本质是让 Claude 自己写一段 JS 脚本，去调度几十上百个子 agent。它从结构上解决了单 session 的老毛病：干着干着偷懒、看不出自己的 bug、丢掉最初的目标。 代码迁移、测试覆盖、安全审计这种大规模重复的活，特别合适。记得用 /goal 定目标，再设一个 token 上限，不然账单会吓你一跳。 第四，能自动化的都交给 Loops 以前是打一段需求、等结果、手动改、再问一遍，全程手工。 现在用 loop 和 goal，把它变成自动流水线：设目标、给方案、执行、验证、继续迭代，不达标不停。 前提是目标和验证必须能量化。代码天然适合，能不能编译、测试过没过，都是硬指标。 第五，CLAUDE.md 比以前更重要了 以前它是写给一个 session 看的，现在是写给一整个 agent 团队看的。技术栈、目录结构、命名规范、每个 agent 的职责边界，全靠它对齐。 说到底，vibecoding 发展太快，你要做的不是天天追新工具，是把自己从写代码的人，慢慢变成设计系统的人。#vibecoding #shipswift #软件开发 #创业 #出海
发布时间：2026-07-06 19:19:01
0
0
0
0
0
0