Superpowers为什么在毁掉你的工作流?
本文作者作为Superpowers插件早期用户,分析了该插件中14个skill在当前前沿模型(如GPT 5.6 Sol)日益强大的背景下的适用性。作者认为,虽然每个skill本身具有合理的软件工程依据,但作为强制工作流组合使用时,会导致流程复杂化、过度设计、时间和token消耗增加,反而降低开发效率。建议开发者根据实际需求提炼使用,而非全盘套用。
本文作者作为Superpowers插件早期用户,分析了该插件中14个skill在当前前沿模型(如GPT 5.6 Sol)日益强大的背景下的适用性。作者认为,虽然每个skill本身具有合理的软件工程依据,但作为强制工作流组合使用时,会导致流程复杂化、过度设计、时间和token消耗增加,反而降低开发效率。建议开发者根据实际需求提炼使用,而非全盘套用。
文章对Superpowers插件的14个skill逐一分析,信息密度高,结合前沿模型背景给出独到见解,时效性强,但实用性稍弱,因为主要是否定性分析而非具体替代方案。
文章详细介绍了如何编写高效的 Claude Code 配置文件 CLAUDE.md。作者指出大多数配置文件因过长、内容错误或缺乏层级而失效。文章提出了全局、项目、本地三级文件体系,并提炼了包含关键命令、架构映射、硬性规则、工作流偏好及排除项在内的 5 个核心部分。文末附上了可直接复用的生产级模板,强调 CLAUDE.md 应作为防止特定错误的“技术简报”,而非性格设定的愿望清单。
本文详细介绍了 Claude Code 的会话管理策略。在 100 万 Token 上下文窗口的背景下,文章探讨了上下文衰减、压缩与清空的区别、回溯功能的优势以及子智能体的应用。文章指出,理解何时开新会话、如何有效利用 /rewind 修正错误,以及通过压缩或清空管理上下文,是提升 Claude Code 使用体验的关键。
本文深入解析了 Claude Code 中 .claude 文件夹的结构与功能。作为 Claude 运行的控制中心,该文件夹存储了指令、自定义命令、权限规则及会话记忆。文章详细介绍了项目级与全局配置的区别,阐述了 CLAUDE.md、rules/、commands/、skills/、agents/ 及 settings.json 的具体用法与最佳实践,帮助开发者配置专属的 AI 编程助手,提升团队协作效率。
作者基于 Anthropic 工程师删除 Claude Code 80% 系统提示词却无性能损失的事实,反思提示词与 Agent Skill 的实践方法。提出提示词不是八股文,应聚焦任务三要素(目标、规则、完成标准),减少角色铺垫和冗余规则,多给思考方向而非僵硬示例,并设定明确验收标准。关于 Skill 沉淀,强调只有高频且流程稳定的任务才值得做成 Skill,要写入独特经验而非通识废话,严格控制单一职责与边界,主文件精简并渐进式加载,且必须内置自检环节形成质检闭环。
文章探讨了开发者对 AGENTS.md 和 CLAUDE.md 等 AI 编程工具说明文件的普遍误解。作者指出,很多团队把所有希望 AI 做到的事都写进一个不断膨胀的文件,导致维护规则本身成了负担,本末倒置。正确的做法是让 AGENTS.md 保持精简(作者根文件不到 50 行),只写每次开工都需要知道的少数核心事项,再指向不同任务对应的规则文件,让 Agent 按需读取。作者引用西蒙'存储信息'与'需要时获取信息'的区分,并提醒只有在流程确实需要反复执行时才值得做成 Skill,不必急于按需调用。
花叔开源了Huashu-Report,一个用于让Agent产出高质量报告的Claude Code Skill,比之前的橙皮书skill更强大。文章指出AI写报告的瓶颈不在文笔,而在编造数字、重复叙述、口径不一致。解决方案分三层:先建数据表锁定数字来源,编译器检查正文引用;将可机器判定的规则全部写成函数而非留在手册中;脚本自动检查排版后仍需人工逐页目检。Skill支持六种报告原型:咨询deck、研报、学术综述、论文、调查、科普,并通过对74份顶级机构AI报告的解剖学习最佳设计品味。项目采用MIT协议开源。
文章提出三个核心判断:装了 skill 不等于会被调用(Vercel 测试显示默认配置下 56% 的用例中 skill 未被触发,需显式指令);Codex 兼容性不能靠猜,官方插件市场、npx skills CLI、git clone 三条安装路径可靠性递减;装多了会互相冲突。随后详细推荐 10 个通用 skill:superpowers、mattpocock/skills、addyosmani/agent-skills、ok-skills、graphify、archify、last30days、taste-skill、Anthropic-Cybersecurity-Skills 和用于环境校验的 agnix,并给出安装路径取舍建议与避坑清单,强调效率提升在于正确的工具链配置而非盲目堆砌插件。
文章提出 Skill 本质是一个微型 Harness,一个完整 AI 工作系统包含六层:信息边界、执行编排、记忆与状态、工具系统、约束恢复、评估观测。作者给出六步写作法:先写 description 作为触发开关,再按任务脆弱程度定正文松紧,超过 500 行的资料拆成参考文件,重复操作固化为脚本,写明失败时的默认行为,最后用真实任务验证迭代。文章强调 description 是主要触发机制、模型天生欠触发、上下文窗口是公共资源、卡的下限由失败处理决定等实战经验,并提供最小可用卡模板和发布前检查清单。
文章面向新手讲解如何为 Claude Code 和 Codex 制作个人 Skill,解决每天重复向 Agent 解释工作流程的问题。作者介绍 Skill 的本质是一个包含 SKILL.md 的目录,依赖渐进式披露机制;提出判断任务是否值得封装为 Skill 的三个信号(重复出现、依赖专有知识、错误成本高);建议从成功协作会话中逆向工程提取 Skill,或先跑无 Skill 基线记录失败点再写规则;并详细分析三大坑:description 模糊导致不触发、把任务写成死板 SOP、SKILL.md 过长,给出 SKILL.md、references、scripts、assets 的合理拆分方式及三层验证与维护方法。
作者分享了两个月来 AI 编程实践的核心变化:并发。设计打磨从串行问多遍改为并发问多个 agent,review 并行跑多个模型,项目用 Herdr 管理一排。主工具为 Qoder CLI 和 Claude Code,用 Codex、Agy、Grok Build 做对抗性 Review。研发流程包括 Brainstorm、Save Design、Improve Design、Impl、Review 五个原子节点,作者倾向花 90% 时间打磨 design。此外还介绍了基于 skill 的定时任务编排、Robobun 复刻尝试以及 Hunk、Moeka 等轻量周边工具。
作者用相同的提示词、品牌素材和数据让 Claude Code(Opus 5)和 Codex(GPT-5.6 Sol)各构建八个网站,从设计质量、Agent 数量、耗时、输出 token 和 API 成本多维度对比。结果是 Codex 在开放式设计环节赢得六轮中的五轮,效率优势显著:Codex 仅用 9 个 agent、约 5 小时、55 万 token、约 100 美元,而 Claude Code 用了 25 个 agent、14 小时、近 300 万 token、约 444 美元。实验还发现当提示词足够具体时,两者产出几乎一致。