Claude Code 动态工作流解析与实战指南
文章详细介绍了 Claude Code 的动态工作流功能,通过编写编排脚本运行数十到数百个并行 subagents,解决智能体偷懒、自我偏好和目标漂移问题。内容涵盖原理、与静态工作流的区别、分类执行、对抗验证等六种实用模式,以及在迁移重构、深度研究、代码审查等九类场景的落地应用。
文章详细介绍了 Claude Code 的动态工作流功能,通过编写编排脚本运行数十到数百个并行 subagents,解决智能体偷懒、自我偏好和目标漂移问题。内容涵盖原理、与静态工作流的区别、分类执行、对抗验证等六种实用模式,以及在迁移重构、深度研究、代码审查等九类场景的落地应用。
文章详细介绍并分类了Claude Code最新推出的dynamic workflow功能,包含丰富的应用场景、实操模式与避坑指南,信息密度极高且极具落地价值。
本文介绍了 Claude Code 的动态工作流功能,这是 Anthropic 工程师用于处理复杂任务的利器。文章详细阐述了该功能的心智模型、核心 API(agent, parallel, pipeline)以及 5 种关键设计模式(如分类执行、并行分发与合成、对抗性验证等)。动态工作流通过让 AI 自定义编写 JavaScript 代码来编排子智能体,有效解决了单一上下文窗口中的懒惰性、自我偏好偏差和目标漂移等三大问题。
作者基于 Anthropic 工程师删除 Claude Code 80% 系统提示词却无性能损失的事实,反思提示词与 Agent Skill 的实践方法。提出提示词不是八股文,应聚焦任务三要素(目标、规则、完成标准),减少角色铺垫和冗余规则,多给思考方向而非僵硬示例,并设定明确验收标准。关于 Skill 沉淀,强调只有高频且流程稳定的任务才值得做成 Skill,要写入独特经验而非通识废话,严格控制单一职责与边界,主文件精简并渐进式加载,且必须内置自检环节形成质检闭环。
作者总结了 AI 开发中四个关键的二元选择:一是优先使用现成的开源能力(skill)而非从零开发,通过 GitHub star 数判断成熟度;二是 OpenClaw(龙虾)适合已搭好管道的日常自动化(BAU),而搭建复杂系统应使用 Claude Code、Codex、Jules 等开发工具;三是多 agent 并非越多越好,应先单 agent,确实不够用再逐个增加,复杂度是敌人;四是确定性逻辑用脚本执行,大模型只用于需要判断的环节,高风险决策需人工审批,最终形成脚本+大模型+human approval gate 的结构。正确选择可节省大量时间。
Anthropic 发布 Claude Opus 5.5 后提供了官方 Prompting Guide。作者读完指南并总结出 17 个值得调整的用法:API 默认从 medium effort 开始,用真实任务测试最佳档位;5.5 切换 effort 不再清空 cache;长任务要一次性说清目标和完成标准,让模型维护文件中的 checklist;通过 system prompt 明确何时暂停询问;给多 Agent 工作流设置时间预算;用 subagents 处理重型任务但需核实其报告;删除'请仔细思考'等旧习惯提示词;要理由摘要而非完整推理;设计需求用删除法点名不喜欢的元素;区分用户指令与粘贴内容;Claude Code 现已支持 AGENTS.md。核心是讲清任务目标与流程,而非堆砌提示词。
文章提出 Skill 本质是一个微型 Harness,一个完整 AI 工作系统包含六层:信息边界、执行编排、记忆与状态、工具系统、约束恢复、评估观测。作者给出六步写作法:先写 description 作为触发开关,再按任务脆弱程度定正文松紧,超过 500 行的资料拆成参考文件,重复操作固化为脚本,写明失败时的默认行为,最后用真实任务验证迭代。文章强调 description 是主要触发机制、模型天生欠触发、上下文窗口是公共资源、卡的下限由失败处理决定等实战经验,并提供最小可用卡模板和发布前检查清单。
文章讨论 Skill 写完后的持续维护问题,指出 Skill 会随时间腐烂:重复规则、过时参数、失败补丁不断堆积。作者在 Matt Pocock 六种失效模式基础上,扩展为八项检查:过早完成、重复、沉积、蔓延、空操作、否定式引导、样本过拟合和分支串线。针对每种问题,文章给出症状、成因和修复方法,强调先给失败命名再修改,修复后做回归测试。最后提供一份十项体检清单和可直接使用的审计提示词,帮助诊断和优化正在使用的 Skill,让 AI 在正确时间稳定执行正确过程。
本文系统讲解如何编写和维护 Claude Code 的 CLAUDE.md 与 Codex 的 AGENTS.md 等长期指令文件。核心观点是:规则越多 Agent 反而越容易跑偏,指令文件应只保存 Agent 无法从代码推断的隐性知识。作者提出先做减法(三问:能否从项目找到、是否多数任务都用、是否长期成立),再做加法(五个问题提取业务规则、固定入口、联动关系、完成标准和权威资料),并给出内容分流表、最小模板、双工具共用一份文件的方案、加载验证方法、修剪维护节奏,以及一段可直接使用的审计提示词。
本文作者作为Superpowers插件早期用户,分析了该插件中14个skill在当前前沿模型(如GPT 5.6 Sol)日益强大的背景下的适用性。作者认为,虽然每个skill本身具有合理的软件工程依据,但作为强制工作流组合使用时,会导致流程复杂化、过度设计、时间和token消耗增加,反而降低开发效率。建议开发者根据实际需求提炼使用,而非全盘套用。
本文探讨了针对Claude 5模型的上下文工程新规则。作者指出,随着模型能力的提升,传统的过度约束策略已不再适用。新规则包括:让Claude依赖判断而非严格规则、通过接口设计替代示例、采用渐进式披露而非一次性提供所有信息、简化工具描述避免重复指令,以及利用自动记忆和富引用功能。这些实践可显著优化Claude Code和自定义Agent的性能。
本文介绍了Lyft联合创始人Matt Van Horn在不读写代码的情况下,利用Claude Code和Codex构建开源项目并登顶GitHub Trending的九条规则。规则包括快速发布、编写计划、信任Agent、优化使用成本、提供CLI工具、让工具自记笔记等,展示了非程序员如何高效利用AI进行开发。