Claude Code 工作流(跨作者主题综合)

何时打开:你要决定怎么用 Claude Code、想知道不同社区/不同身份的人各自怎么用、或者要在"单 Agent 工程化"和"多 Agent 矩阵"两种哲学间选择。本 wiki 不是教程,是把王凯 Claude Code 终端工作流方法论(完整版) / Claude Code 最佳实践(Cal Rueb · Anthropic 内部讲座) / newtype · AI Coding 实战与工具栈演化 / dontbesilent AI 自媒体课程 / 13 节系统化方法论 / Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) / 小红书 / AI 工具 + Skill 教程合集 / 王凯 AI Coding 实操：从 Cursor 到 Claude Code 终端工作流 7 份 author wiki 在 Claude Code 这个主题上的视角融合、共识、显式分歧抽出来。

一句话核心:Claude Code 不是 IDE / 不是 Copilot / 不是写代码工具——它是一个"住在终端里的 Agent",所有视角分歧都源于"把它当工程师同事 vs 把它当 Agent 拆分单元"的两种心智模型。

0. 7 重视角的"Claude Code 是什么"

每位作者对 Claude Code 的定位差异极大,先列清楚再讲共识:

视角	来源	定位	核心隐喻
Anthropic 内部工程师视角	Claude Code 最佳实践(Cal Rueb · Anthropic 内部讲座)(Cal Rueb)	协作型工程师同事 —— 你做产品决策,它做实现细节,你检查并 commit	"住在终端,因为终端是工程师最熟悉的环境"
Anthropic PM Head 视角	Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI)(Cat Wu)	多形态产品矩阵 —— 终端版承载新功能首发 / 桌面版给非技术用户 / web+mobile 在外也能 kick off / Cowork(带手的 Claude) 做非 coding 任务(Slack 0 / 写 deck)	"Cloud Code 跨形态,模型越聪明就越能移除拐杖"
独立开发者矩阵视角	王凯 Claude Code 终端工作流方法论(完整版) / 王凯 AI Coding 实操：从 Cursor 到 Claude Code 终端工作流(王凯)	终端窗口即 Agent —— 字面意义"开一个新终端跑 claude",一个窗口一个职能	"目录是 Agent 的身体,CLAUDE.md 是它的人设,.mcp.json 是它的工具,feedback.md 是它的成长记录"
AI 工具栈演化视角	newtype · AI Coding 实战与工具栈演化 / Claude Code 最佳实践(Cal Rueb · Anthropic 内部讲座)(黄益贺)	2025-H2 后的 AI Coding 主战场 —— "让我看到了相对通用的 Agent 的可能性"	"Cursor 替代不了 Claude Code 的 Sub-agents / Skills / Slash 这套栈"
非程序员零代码视角	dontbesilent AI 自媒体课程 / 13 节系统化方法论(老 D)	真 Agent(对照"大模型一问一答") —— 国内"智能体"翻译多半不是真 Agent,Claude Code 才是	"可以读写文件 / 运行命令 / 调用 API 的连续多步执行体"
创意应用 + Skill 化视角	小红书 / AI 工具 + Skill 教程合集(小红书 vibecoding)	Skill 体系的执行容器 —— 雅思 7.5 / Vibe Marketing 批量视频 / 像素小人特工虚拟办公室 / Obsidian 画图	"Skill 调本地服务的能力是 N8N 没有的"
文科生 co-founder 视角	zara 张咋啦 / Vibe Coding 心法体系(zara 张咋啦)	Co-founder 而非 employee —— 跟 Claude Code 一起 brainstorm,bring problem not solution;Tab Out 入口设计是 Claude 提议的不是 zara 想到的	"Claude Code 比我更懂技术,我把 idea 给它,它给我 solution"

关键观察:Anthropic 自己的 PM(Cat Wu)和工程师(Cal)对 Claude Code 的描述都偏"单 Agent 工程化";独立开发者(王凯)把它推到"多 Agent 矩阵";非程序员(老 D / 小红书)把它当"Skill / 提示词工程的执行器";zara 把它当 co-founder(创意伙伴)。这是后面所有分歧的根源。

1. 跨作者共识(7 条)

1.1 Claude Code ≠ IDE ≠ Copilot

工具	心智模型	信任尺度
Cursor / Copilot	IDE 内的"补全器"	你在驾驶
Devin / Manus	自动跑任务的"机器人"	它在驾驶
Claude Code	终端里的 Agent / 工程师同事 / Skill 执行容器	协作

Cal Rueb 说:"它'住'在终端,因为终端是工程师最熟悉的环境;不要把它当 GUI。"黄益贺(newtype · AI Coding 实战与工具栈演化 §6.1)在 2025-07 后切换主战场也用同样判断:"Claude Code 让我看到了相对通用的 Agent 的可能性。"

1.2 Agentic Search 强过 RAG(反直觉但 4 作者共识)

检索模式	工具	优点	缺点
Agentic Search	Claude Code	动态决定看哪个文件 / 看到哪行,精度高	Token 耗费高
实时搜索	Cline	模仿人,正则 + 高速文件内容	Token 耗费高
Embedding + RAG	Cursor	性价比高	"函数定义在 200 行 / 调用在 300 行 / 依赖在 400 行 → RAG 只能读片段,打断了逻辑"
低延迟 RAG	WindSurf	企业部署	初始索引慢

Cal Rueb 的解释(Claude Code 最佳实践(Cal Rueb · Anthropic 内部讲座) §2.2):"RAG 是把书的目录扫描成向量,然后用相似度找页。但代码不是书,代码是图——文件互相 import,函数互相调用。LLM 拿着 grep / glob 就像工程师拿着 find / ag,这才是代码搜索的正确方式。"

实操含义(跨作者一致):

不要给 Claude Code 加 RAG MCP——它自带的搜索能力比 RAG 强
大代码库(>10w 行)依然 work,因为它每次只看相关的几个文件
王凯延伸:自建金融 MCP 拿准确数据(投资场景必须)、飞书 CLI 拉所有文档(替代 embed 索引)

1.3 CLAUDE.md 是核心配置(但分层数量有分歧,见 §2.1)

所有作者一致认为 CLAUDE.md 是 Claude Code 行为定义的核心。它的内容应该包含:

项目结构(目录树、关键模块)
构建/测试命令(pnpm dev、pytest)
代码风格 + 命名约定
架构铁律("API 调用必须走 src/api/")
回避陷阱("不要碰 legacy/auth.py")
MCP / Skill 使用偏好

Cal 推荐反 pattern:"你必须 X"式命令 —— 用"我们倾向 X 因为 Y"(带 reason 的指令 LLM 跟得更好)。

老黄(newtype · AI Coding 实战与工具栈演化 §6.4)独家洞察:"每处理完一个问题,就更新一次 CLAUDE.md。如果问题特别大,过程中遇到节点时,除了更新 CLAUDE.md,我还会手动执行 /compact。"——把 CLAUDE.md 当成 working memory 持续维护。

1.4 Think Hard 三档共识

关键词	Thinking Token	何时用
`think`	~4k	简单决策(改 typo 不必用)
`think hard` / `think harder`	~10k	调试 / 重构
`ultrathink` / `Ultra think`	~32k(HIGHEST)	架构设计 / 复杂 bug

老黄(newtype · AI Coding 实战与工具栈演化 §6.2)实操原则:"Claude Code 答错时,先加 'Ultra think' 重试,90% 是预算不够,不是模型不行。"

Cal Rueb 反直觉补充:"95% 的对话不用 think,直接让 Claude Code 干。5% 的复杂任务才加 'think hard' 或 'ultrathink'。不要每次都 ultrathink,会浪费 token + 拖慢响应。如果你发现自己反复 ultrathink,说明你的任务粒度太大了,把任务切小,每个小任务用 think hard 就够。"

1.5 `/clear` 和 `/compact` 是被严重低估的上下文管理工具

Cal Rueb 数据:他自己平均每天 /clear 10-20 次。每个 small task 一个 /clear。

/clear = 清空整个对话上下文,重新开始 → 任务切换 / 偏题 / 反复 retry 同错误时用
/compact = 不清空但让 Claude Code 总结当前上下文压缩成摘要 → 接近 token 限制(默认 200k,Sonnet 4.6 可达 1M)/ 任务很长需要 savepoint 时用

老黄的节奏:大问题中途主动 /compact + update CLAUDE.md → 保留思路但减少消耗。 Cal 的警告:不要 /compact 后立即做新任务——先确认 compact 后的摘要包含关键信息。

1.6 Skill 体系是 Claude Code 的"第二层"

Claude Code 4 大栈(老黄newtype · AI Coding 实战与工具栈演化 §6.1 帖 2148):

栈	功能
Skills	能力加载(把脑子里的 SOP 封装)
MCP	工具调用(外部 server 接入)
Slash commands	工作流复用(/research / /draft / 自定义)
Sub-agents	多线程分工

跨作者的 Skill 哲学共识:

王凯(王凯 Claude Code 终端工作流方法论(完整版) §4):"Skill 是 Agent 的 wiki" —— 工作内化成可复用资产
小红书(小红书 / AI 工具 + Skill 教程合集 §3):"Skill 比 N8N 优势 = 可直接调用本地的拼接工具和本地服务"
老 D(dontbesilent AI 自媒体课程 / 13 节系统化方法论 §L13):"Skill = 跨平台可复用的提示词工程产品" —— Git 版本管理 + frontmatter 触发条件
newtype(Claude Code 最佳实践(Cal Rueb · Anthropic 内部讲座) §1):Skill 是 Claude Code 协作模型的核心组成

详见 Claude Skill 工程化(跨作者主题综合)。

1.7 多模型混编 / 工具分工是常态

老黄 v0 + Claude + Cursor 三件套(newtype · AI Coding 实战与工具栈演化 §2):

"全部交给一个工具,效果大概率不会好。这些 AI 工具还没强到那个程度,都是各有所长。"

工具	角色	阶段
v0.dev	UI / 设计稿	视觉层
Claude(Web/桌面)	框架 / 架构	抽象层
Cursor / Claude Code	细节 / debug	实现层

王凯多模型混编(王凯 Claude Code 终端工作流方法论(完整版) §3.3):

Claude Code(主力)+ Codex(装进 CC 做 CTO 审查) + Gemini(扫码大上下文) + Kimi(兜底)
反共识结论:Claude 订阅是最便宜的(kimi API 1 任务 1.5h = 15 元 / 200 美金月费摊得开)

老 D 国内适配(dontbesilent AI 自媒体课程 / 13 节系统化方法论 §L01 + §L08):

国内不科学上网 → DeepSeek + Monica 套壳 + Openrouter 三件套
Claude Code 通过 Openrouter Key 接入(不开会员)

2. 显式分歧(4 条 —— 不抹平)

2.1 分歧 1:CLAUDE.md 是 3 层还是 4 层?

视角	层数	路径
Cal Rueb(Claude Code 最佳实践(Cal Rueb · Anthropic 内部讲座) §3.1)	3 层	`~/.claude/CLAUDE.md`(全局) + `<project>/CLAUDE.md`(团队共享进 git) + `<project>/CLAUDE.local.md`(私人不进 git)
王凯(王凯 Claude Code 终端工作流方法论(完整版) §5)	4 层	Enterprise(`/Library/Application Support/ClaudeCode/CLAUDE.md`)+ User(`~/.claude/CLAUDE.md`)+ Project(`./CLAUDE.md`)+ Local(`./.claude/settings.local.json`)优先级递减

为什么有差异:Cal 是 Anthropic 内部工程师视角(个人 + 团队 2 维度即可);王凯是矩阵化多身份运营视角(企业级 / 全局 / 项目级 / 本地 4 维度 —— 必须考虑"凭证不一样 / 行为不一样 / 资源绑定")。

互补结论:

个人/小团队 → 用 Cal 的 3 层心智模型
多身份矩阵 / 矩阵化运营 → 用王凯的 4 层 + 4 问决策(下方表)

王凯 4 问决策放哪一层:

1. 这个能力绑定特定资源吗?(如某个浏览器端口)  → Project
2. 不同身份/agent 凭证不一样吗?(如各自 API key) → Project
3. 不同身份/agent 行为不一样吗?(如不同语气)   → Project
4. 纯逻辑、所有 agent 都用同一份?              → User(全局共享)

2.2 分歧 2:Sub-Agent 是主力还是辅助?

视角	立场	数据/理由
王凯("终端窗口即 Agent")	主力依赖	"一个窗口一个职能,拆分越细 token ×2、质量越好"。10+ 个项目并行,长期开 10+ 个 Claude Code 实例(物理多终端)
Cal Rueb("Task tool sub-agent")	谨慎使用	"4 个 Sub-Agent 并行,总时间 ~1.3x 单 Agent(不是 4x),启动 + return overhead 很大"。仅在 4 个独立模块时合算

关键洞察:他们说的"Sub-Agent"不是同一件事:

王凯的"Agent" = 独立的真实终端窗口(物理隔离,可看可干预)
Cal 的"Sub-Agent" = Task tool 启动的子 Claude Code 实例(逻辑隔离,主 Agent 调度)

互补:

跨任务并行 / 多身份运营 → 用王凯的多终端窗口模型
单任务内部并行(扫不同目录 / 重构多文件)→ 用 Cal 的 Task sub-agent

Cal 的 Sub-Agent 边界(任何时候都成立):

不要让 Sub-Agent 做 commit / push
不要让 Sub-Agent 启动 dev server(进程孤立)
Sub-Agent 写代码主 Agent 要 review
Sub-Agent 不继承主 Agent 的 CLAUDE.md —— 启动新会话会重读

2.3 分歧 3:Permission 是该宽还是该严?

视角	立场	操作
Cal Rueb(Claude Code 最佳实践(Cal Rueb · Anthropic 内部讲座) §4.2)	永远不要在生产代码库用 BypassPermissions	即便赶时间也至少 AcceptEdits + Bash 审核;危险命令清单`rm -rf / git push --force / DROP TABLE / sudo`
老 D(dontbesilent AI 自媒体课程 / 13 节系统化方法论 §L08)	直接 "Don't ask again"(等于 BypassPermissions)	"用 Don't ask again 模式让 Claude Code 自动通过权限请求" —— 教初学者快速上手
王凯	AcceptEdits + Hooks 拦截(隐含)	用 cc-status-board 监控上下文,没明确说 Bypass 与否,但 "PUA Claude" 流程暗示长任务自动权限

真分歧:Cal 是 Anthropic 内部对生产代码库的严格立场;老 D 是非程序员沙盒环境的快速上手立场;王凯是矩阵化运营的工程化立场。

应用判断:

生产代码库 / 公司项目 → Cal 立场,永不 Bypass
本地沙盒 / 学习探索 / 非技术任务 → 老 D 立场可接受
多 Agent 矩阵 → 王凯立场,用 Hooks 拦危险命令(下方 §3 详)

2.4 分歧 4:成本观

视角	立场
王凯(反共识)	"Claude 订阅 200 美金最便宜" —— kimi API 1 任务 1.5h = 15 元 > 200 美金月费分摊,用量大的话 Claude / Codex 一线厂商订阅最便宜
老 D(国内适配)	"不开会员用 Openrouter,¥40 起步" —— 国内不科学上网用户,5 美金能跑很多任务
老黄(工具栈观察)	"本地大模型跑 Cline 不建议" —— 本地模型代码能力赶不上 Claude 3.5 Sonnet,即使 Cursor / CC 订阅高也比雇人开发便宜
Cal Rueb	不谈成本(Anthropic 内部)

判断标准:用量(每天有多少 token 消耗?)+ 任务粒度(coding 重 vs 自媒体轻?)+ 是否在国内不科学上网。

3. 配置 / Hooks / Permission 落地速查(融合 Cal + 王凯)

3.1 配置路径速查(王凯 v2.1.x 实测)

~/.claude.json                              ← 全局 MCP(mcpServers 字段)
~/.claude/CLAUDE.md                         ← 全局 CLAUDE.md(必须极简)
~/.claude/skills/<name>/SKILL.md            ← 全局 skill
~/.claude/settings.json                     ← 全局 hooks/permissions
./.mcp.json                                 ← 项目 MCP
./.claude/skills/<name>/SKILL.md            ← 项目 skill
./CLAUDE.md                                 ← 项目 CLAUDE.md
./.claude/settings.local.json               ← 本地(不入 git)
./CLAUDE.local.md                           ← 本地 CLAUDE.md

关键规则:

MCP 写入命令:claude mcp add <name> -s user|project|local <command> [args...] 不要手编 JSON
Skill 优先级:Enterprise > Personal > Project > Plugin —— 同名上层覆盖下层
CLAUDE.md 是拼接不是覆盖 —— 全局 CLAUDE.md 写的所有内容都会出现在每个 agent 里,必须极简(王凯亲历:全局 CLAUDE.md 写"我是做 SillyTavern Online 的" → 污染所有项目)

3.2 Cal 推荐的 Hook 用法

Hook 事件	推荐用法
PreToolUse	拦截危险命令(bash 含 `rm -rf` 弹通知或 block)
PostToolUse	自动 lint(Write/Edit 后跑 `prettier --write` 或 `pnpm lint`)
UserPromptSubmit	注入 context(每次提问 append `git status`)
Stop	自动 commit + 响一声(`afplay /System/Library/Sounds/Glass.aiff`)—— Cal:"让我能专心做别的事,听见声音再回头看"
Notification	等用户输入时发 macOS 通知

Cal 自己的 hooks(精简版):

{
  "hooks": {
    "PreToolUse": [{"matcher": "Bash", "hooks": [{"type": "command", "command": "~/.claude/hooks/block-dangerous.sh"}]}],
    "PostToolUse": [{"matcher": "Edit|Write", "hooks": [{"type": "command", "command": "~/.claude/hooks/auto-lint.sh"}]}],
    "Stop": [{"hooks": [{"type": "command", "command": "afplay /System/Library/Sounds/Glass.aiff"}]}]
  }
}

3.3 王凯的反 pattern 速查(矩阵化运营)

❌ chrome MCP 注册成 user 级 → 矩阵化时不能切身份
❌ 全局 CLAUDE.md 写"我是做 X 的" → 污染所有项目
❌ 多个 identity 目录下同名 skill → 被覆盖
❌ ~/.claude/mcp.json(不存在这个路径,全局 MCP 在 ~/.claude.json 的 mcpServers 字段)

4. 多 Agent 编排:王凯独家的"工程化分工"

王凯王凯 Claude Code 终端工作流方法论(完整版) §3.2 给的工程化分工是其他作者没系统讲过的:

graph LR
    A[内容专员 Skill A] --> D[Codex CTO 审查]
    B[技术专员 Skill B] --> D
    C[推广专员 Skill C] --> D
    D --> E[Claude Code 修复]
    E --> F[Codex 验收]
    F --> G[全局监控 + 强化学习]
    G --> H[复盘 Agent 持续优化 Skill]
    H --> A

3 大模式:

Claude Code 出产品架构 → 不基于现有产品现状,先说清楚产品目标后让其出架构 + 反向对比现状欠缺点
Codex 装进 Claude Code 做 CTO 审查(codex-plugin-cc)→ Codex 帮构建技术全景图 → 转 CC 解决 → Codex 验收
bug 解决闭环:CC 控制浏览器测试 → 解决 → 自己再次控制浏览器验证 → 循环

王凯 token 消耗演进路径:

阶段	工具	月支出	关键变化
不会 Coding	Claude + ChatGPT	< 100 美金	普通对话
用 AI Coding	Cursor、Qoder、Trae、v0 同开	~ 200 美金	token 量 ×10
VS Code + Claude Code	按项目	升	仍受项目思维束缚
终端 + Claude Code	脱离项目思维	125 → 250 → 200 美金	token 量再 ×2
终端多窗口 + 多模型	CC、Codex、Gemini、Kimi 各跑	同上	token 量再 ×3
多浏览器并发 + Skill + 循环任务	Chrome MCP ×N + 飞书 CLI + 10min 巡检	200 美金按 API 计费 3h 用 50 美金	"活儿拆成几十条 Skill"

5. 长任务调度:王凯独家的"10min 巡检"

王凯 Claude Code 终端工作流方法论(完整版) §9.1 反直觉判断:

"我有越来越多不停歇让 Claude Code 持续执行的任务……但它总会自作聪明的停止。刚开始我想通过 /loop 设定个详细的定时循环任务,让其能一直跑着。后来我转折一想——直接设定个 10min 检查定时循环任务,如果 Agent 没继续跑,就让其继续跑即可。"

结论:放弃 /loop,用简单的 10 分钟巡检 + 没跑就让继续跑。

(其他作者没单独讨论这点;Cal 隐含主张通过 Stop hook 响一声让人回头看,而非自动续跑。这是不同任务类型的不同选择)

6. Cat Wu(Anthropic PM Head)独家视角:Claude Code 作为产品矩阵

Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) 三人谈第一篇,这是外部资料里少有的"Anthropic 内部 PM 怎么看 Claude Code"视角:

6.1 4 个产品形态及适用场景

产品	适用场景	关键特性
Cloud Code 终端版	一次性 coding 任务	新功能首先落地
Cloud Code 桌面版	前端工作 + 任务概览 + 非技术用户	实时预览 web app
Cloud Code Web / Mobile	"在外面 kicking off tasks"(在外面也能启动任务)	不在电脑前也能开任务
Cowork(Claude with Hands,带手的 Claude)	非代码任务(Slack 0 / Inbox 0 / 写 docs / Slide deck)	连接 Google Calendar / Slack / Gmail / Drive,合成信息 → 20 页 deck

6.2 模型变聪明后,产品做减法

Cloud Code 早期的 to-do list(任务清单)功能是"为帮模型做大重构"的拐杖 —— 新模型不需要了,移除。

Why:模型每代变聪明,产品要主动移除 crutch(拐杖)功能,否则 UI 越来越臃肿。

6.3 Anthropic PM 团队结构(30-40 人)

团队	职能
Research PM	Diane 领导,客户反馈 + 模型发布
Cloud Developer Platform	API
Cloud Code 团队	代码核心产品
Enterprise	企业版采用
Growth	整体产品套件增长

平均 ship 节奏:每周 ship feature,极端时 1 天。

6.5 zara 张咋啦文科生 + 飞书 CLI 实操(独家)

详 zara 张咋啦 / Skill & 独立产品组合(策略复盘) + zara 张咋啦 / Vibe Coding 心法体系。zara 视角填补了"文科生使用 Claude Code 的真实工作流"的 gap。

6.5.1 飞书 CLI + Claude Code 总线模式(zara 实战)

zara 用 Claude Code + 飞书 CLI(自建 skill) 做"会议 todo → done"流程:

飞书会议 → 妙记自动转写
            ↓
Claude Code skill 抓妙记 → 提取 todo
            ↓
分给不同 agent 执行(写文档 / 发消息 / 建议下一步)
            ↓
回写飞书文档(自动同步)

→ 跟王凯 Claude Code 终端工作流方法论(完整版) 的"飞书 CLI 协作总线"互校,zara 是国内自建 skill 实战。

6.5.2 OpenAI Realtime + 飞书 CLI 口喷式写文档(独家)

zara 做的浏览器插件,演示了 Real-Time 模型 跟 Claude Code skill 的组合:

浏览器右下角小人(zara 插件)
   ↓ 实时语音(OpenAI Real-Time API)
说话:"我想写个文档介绍飞书 CLI 各种能力"
   ↓
Real-Time 模型同步整理成开场段
   ↓
追问:"展开群聊总结功能"
   ↓
继续填充段落
   ↓
追问:"用妙记 search 这场活动"
   ↓
飞书 CLI skill 调度 → 妙记 search → 内容回插
   ↓
完整飞书文档自动生成

反共识:zara 演示 vibe coding 不只是写代码,写文档 / 跟妙记交互 / 做高级总结 都是 vibe coding 的延伸。详 zara 张咋啦 / Vibe Coding 心法体系 §3 opinionated products。

6.5.3 跟 Claude Code 聊天的 4 心法(独家)

心法	跟 Cal / 王凯 / 老黄的差异
用最好的模型(不要怕贵)	Cal / 王凯讲 ROI / token,zara 说便宜模型反倒贵(失败浪费更多 token)
当 co-founder 不是 employee	王凯讲"目录是 Agent 身体"(工具化),zara 讲"它比我更懂技术,我把 idea 给它"(伙伴化)
Try everything 高标准 push	Cal 讲"ultrathink",zara 讲"AI 不会烦你,push 到位"(行为层)
Cut features before shipping	独家发现 — 模型擅长加,不擅长砍。Ship 前必须 deliberately cut

6.5.4 文科生 onboarding 路径(独家)

阶段	行动
0. 心理破冰	直接 vibe coding 一个项目,不学 CS,build first learn later(详 zara 张咋啦 / Vibe Coding 心法体系 §2)
1. 第一个产品	网站(faces.site)— 完全自然语言 / 0 代码
2. 第二个产品	浏览器插件(Tab Out)— Chrome API 介入
3. 第三个产品	Claude Skill(Frontend Slides / follow-builders)— 工程化封装
4. 端到端 ship	Excalicord(8 系统打通)— Coding ≠ Shipping 70/30

详 zara 张咋啦 / Skill & 独立产品组合(策略复盘) §1-4。

6.5.5 跟其他 6 派的差异化

维度	Cal / 王凯 / 老黄	xhs / 老 D / Cat Wu	zara
心智模型	工程师同事 / Sub-agent / 工具	Skill 执行器	Co-founder / brainstorm 伙伴
关注点	实现细节 / Permission / Hooks	Skill 工程化 / 提示词	idea + ship,中间细节给 Claude
文科生友好度	中	中-高	最高

7. 怎么选 —— 按身份的落地路径

你是谁	主用方法	起点
Anthropic 风格的工程师 / 单 Agent 工程化	Cal Rueb 视角(Claude Code 最佳实践(Cal Rueb · Anthropic 内部讲座))	配 hooks + CLAUDE.md + Permission 三档,Sub-Agent 用 Task tool 谨慎
独立开发者 / 多产品并行	王凯视角(王凯 Claude Code 终端工作流方法论(完整版))	终端窗口即 Agent,Codex 做 CTO 审查,10min 巡检,飞书 CLI 协作总线
非技术 PM / 自媒体人 / 国内	老 D 视角(dontbesilent AI 自媒体课程 / 13 节系统化方法论 §L08)	Openrouter Key + AI 命令行 + Don't ask again,直接中文聊
AI 工具栈玩家 / 想理解工具演化	老黄视角(newtype · AI Coding 实战与工具栈演化)	v0 + Claude + Cursor 三件套 → 切换到 Claude Code 主战场 + Sub-agents / Skills
创意应用 + Skill 实操	小红书 vibecoding(小红书 / AI 工具 + Skill 教程合集)	像素小人 VS Code 插件可视化 + Vibe Marketing Skill 批量视频 + 雅思 Skill 三件套
产品负责人 / 想理解 AI 时代 PM 工作	Cat Wu 视角(Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI))	理解 Cloud Code 多形态 + Cowork 边界 + 每周 ship 节奏 + 移除 crutch
文科生 / 怕代码 / 想做小产品	zara 视角(zara 张咋啦 / Vibe Coding 心法体系)	当 co-founder 不是 employee(详 §6.5.4)+ bring problem not solution + 用最好模型(便宜的反倒贵) + cut features before shipping(模型不擅长砍) + build first learn later(详 zara 张咋啦 / Vibe Coding 心法体系 §2 §5)

通用起步路径(任何身份):

Cal §3 三层 CLAUDE.md → 把项目结构 / 命令 / 风格写清
Cal §6 加 ultrathink 关键词(答错时先重试)
老黄"每处理完一个问题就 update CLAUDE.md" + 节点 /compact
Cal §8 加 PostToolUse 自动 lint + Stop 响一声
王凯"目录是 Agent 身体" → 一个工程一个目录一份独立 CLAUDE.md
多任务需求出现时 → 王凯"多终端窗口" / Cal "Task sub-agent" 二选一(见 §2.2)

8. 工程层面技巧 / 必看资料(融合)

王凯收录

ultrathink 指令 —— 要求模型输出时给出推理逻辑
CLAUDE.md —— 长期记忆,开新窗口不用重复铺垫
MinusX "What makes Claude Code so damn good"
Boris Cherny(CC 创始人)使用心得
Claude Code in Action 课程

王凯自有工具栈

tokrepo.com —— AI 资产托管 / Skill / MCP / 提示词
chrome-mcp-proxy —— 支持用户数据 + session 复用 + 不抢焦点
cc-status-board —— 状态栏,3 大功能(模型 / 上下文长度 / 根据上下文匹配已安装的 MCP/Skill)
weixin-claude-router —— 微信远程控制 iTerm2 Claude Code

老 D 国内适配栈

rap.dev —— AI 命令行 + 一键模板分发(发布小红书全自动)
Openrouter ¥40 起步 + Claude Code 不开会员

9. 引用清单

主要原始 author wiki:

王凯 Claude Code 终端工作流方法论(完整版) —— 独立开发者矩阵 / 终端窗口即 Agent / 4 层配置 / Codex CTO 审查 / 10min 巡检
Claude Code 最佳实践(Cal Rueb · Anthropic 内部讲座) —— Cal Rueb Anthropic 内部讲座 / Agentic Search / 3 档 Permission / 6 个 Hook 事件 / Sub-Agent 谨慎用 / Cal 个人配置模版
newtype · AI Coding 实战与工具栈演化 —— AI Coding 工具栈演化 2024-08→2026-05 / Cursor 4 种检索对比 / Ultra think 32K / Plan Mode / Vibe Coding 清洗预言
dontbesilent AI 自媒体课程 / 13 节系统化方法论 —— 国内不科学上网 Openrouter + AI 命令行 / Claude Code 才是真 Agent / 实战案例
Lenny's Newsletter / 2026 AI 时代组织运营三人谈(Anthropic + OpenAI) —— Cat Wu Anthropic PM Head 视角 / Cloud Code 4 形态 / 移除 crutch / 30-40 人 PM 团队
小红书 / AI 工具 + Skill 教程合集 —— 像素小人特工 / Vibe Marketing Skill 批量视频(FFmpeg)/ 雅思 7.5 Skill 三件套
王凯 AI Coding 实操：从 Cursor 到 Claude Code 终端工作流 —— AI Coding 演化路径 / 改变协作流程 / 数据分析颠覆性

2026-05-19 增补:Anthropic 工程团队第一方视角

2026-05 抓 anthropic.com/engineering 25 篇,引入 Anthropic 自己的 Claude Code 工程化判断。这是"原厂视角",跟前面 7 个 author 视角(王凯实战 / Cal 讲座 / 老黄 / 老D / Cat Wu 访谈 / xhs / 王凯 AI Coding)互校 —— 哪里一致、哪里有细节补充、哪里有官方"硬规矩"。

A. Sandboxing + Auto Mode 三角(2025 Q4)

Claude Code 默认是"问每个写操作"。痛点 = approval fatigue(批准疲劳)→ 用户 93% 都点 yes,看都不看。

Anthropic 官方给的 4 模式:

模式	安全	维护成本	自主度	适用
手动批准(默认)	中	低	低	普通项目
`--dangerously-skip-permissions`	极差	零	高	官方不推荐,临时实验
sandbox(老路)	高	高(每新能力都要配)	中	严格隔离 + 不需网络 / 主机访问
Auto mode(2025 新)	高	低	高	大多数日常推荐 —— sandbox 默认 + 敏感操作升权

Anthropic 实测:sandboxing 安全减少 84% 权限提示。

意味着:跟王凯"--dangerously-skip 当日常用"的实战习惯有冲突。Anthropic 官方姿态:auto mode 是更安全等效方案,不该绕过权限模型。

B. 两次 postmortem 文化(2025-08 + 2026-04)

Anthropic 2025-2026 公开了两次 Claude Code 大规模质量回归:

时间	事件	真相
2025-08~09	用户大量上报"Claude 变笨"	三个独立基础设施 bug,不是模型 / 不是负载
2026-04	Claude Code 三个改动回归(reasoning effort default 改 medium)	错的取舍,4-7 revert

官方公开承诺:"We never reduce model quality due to demand, time of day, or server load." 译:绝不因为负载 / 时段 / 服务器压力降低模型质量。

对工作流的含义:

用户感觉变差 → 可能是真 bug,不要忍,上报会被认真处理 + 公开 postmortem
这是跟王凯"Claude 订阅最便宜反共识" / 老黄"Claude 最稳"印证的工程文化基础

详见 Anthropic 工程团队第一方视角:Agent 工程化 / Skills / MCP / Claude Code(2025-2026 全集) §6.2。

C. Building Effective Agents 5 patterns 是 canonical

Anthropic 把 LLM 应用分:Workflow(预定义路径)vs Agent(动态自主),并给 5 个 building block:

1. Prompt chaining       ── 拆步骤,前→后串
2. Routing               ── 分类→不同 prompt/模型处理
3. Parallelization       ── 多 LLM call 同时跑,合并(sectioning / voting)
4. Orchestrator-workers  ── 编排器拆任务,动态生成子 task
5. Evaluator-optimizer   ── 一个 LLM 输出,一个 LLM 评,反馈循环

核心纪律:成功的实现都是简单可组合模式,不是复杂框架。跟王凯"工具栈尽量极简"互校一致。

D. 用 Claude Code 改自己(meta-工程化)

来自 writing-tools-for-agents:让 Claude Code 自己参与改你的工具描述。

做法:

给 Claude Code 看"工具 + agent 用工具失败的 transcript"
让它分析"工具描述里哪里描述不清,导致 agent 用错"
迭代工具描述直到 agent 正确率达标

对工作流的含义:Claude Code 不只是写代码工具,也是改 prompt / 改 schema / 改自己 onboarding 的工具。这跟王凯 / Cal Rueb"工具栈一体化"完全契合。

E. 跟前面 7 个 author wiki 的关键互校

议题	三方实战派	Anthropic 官方	状态
`--dangerously-skip-permissions`	王凯日常用	不推荐,有 auto mode 替代	新分歧
CLAUDE.md 分层	王凯 4 层 / Cal 3 层	官方文档 3 层级	Cal 跟官方一致,王凯多一层
Sub-Agent	老黄谨慎 / 王凯多用	官方 best-practices 列为标准能力	一致
接 sandbox 的成本	老黄不用	84% 权限减少 + auto mode 自动跟	Anthropic 更激进推
postmortem 透明	(无对应)	公开 + 详细 + 修法	工程文化新维度

History

2026-05-19:增补 §2026-05-19 节(Anthropic 工程团队第一方视角)。整合 25 篇 anthropic.com/engineering 一手内容,加 5 个 sub-section(Sandboxing + Auto Mode / 两次 postmortem / 5 building blocks canonical / 用 Claude Code 改自己 meta / 跟前面 7 author 互校)。
2026-05-18:Topic-dimension wiki 首发。从 7 份 author wiki(王凯 CC 综述 / Cal CC 讲座 / 老黄 AI Coding / 老 D 自媒体课 / Lenny Cat Wu 访谈 / 小红书 vibecoding 工具 / 王凯 AI Coding)综合改写。显式标注 4 条分歧:CLAUDE.md 分层数 / Sub-Agent 主辅 / Permission 宽严 / 成本观