Skills 更新日志：/handoff、/prototype、/review 与 /writing

我在技能仓库中新增了两个技能：/handoff 和 /prototype。它们显著改善了我与智能体协作的方式，尤其是在规划阶段。

仓库增长得非常快，大家的反馈也令人难以置信。

我还修复了 /grill-with-docs、/to-prd 和 /to-issues 中的一些问题，并提前分享几个正在开发中的写作和代码审查技能。

/handoff

新的 /handoff 技能会把当前对话压缩成一份交接文档，供另一个智能体接手。它会创建临时文件，总结上下文、捕捉会话的氛围与意图，并建议下一个智能体应该使用哪些技能。

它解决了一个常见问题：深度追问会话已经进行到 60K Token，而你突然需要制作原型或修复缺陷。与其把工作硬塞进剩余上下文窗口，不如把它交接给一个拥有完整背景的新智能体。完成后，你甚至可以把学到的内容再交还给原始会话。

主要有两种模式：即发即忘（会话中途启动一个智能体修复缺陷）和 DIY 子智能体（规划期间交接出去，完成一部分工作后再交还）。这个技能被放在效率分类中，因为它的用途并不局限于工程工作。

/prototype

新的 /prototype 技能会构建可丢弃的原型，在正式作出设计决策前把问题暴露出来。对于 AI 工程，这一点至关重要：你需要把原型当作研究和技术尖峰，用代码实际观察那些只有亲自看过才能回答的未知问题。

UI 原型是最直观的用途，但这个技能也适用于业务逻辑原型。当面对复杂状态机或会随时间变化的实体时，可以构建一个小型交互式终端应用，让状态经过那些在纸面上很难推理的边界情况。

对于 UI 工作，它会生成多个差异极大的方案，并提供浮动按钮在方案之间切换。你可以沿着设计树逐步探索，把不同方案中的元素组合起来，舍弃其他部分。要让 AFK 智能体做好前端，这一点不可或缺——必须有人介入并运用审美判断，因为 AI 往往看不见自己正在构建什么。

问题修复

/grill-with-docs 技能有时过于急于实现，而不是先提问。修复方式是用 XML 标签包裹辅助信息，降低它相对于核心指令的“音量”。这样可以告诉 LLM，<supporting-info> 内的内容优先级应略低。

/to-prd 和 /to-issues 现在都会使用 ready-for-agent-triage 标签，而不再使用 needs-triage。用这些技能创建任务后，它们已经可以交给智能体处理，无需额外分诊。

开发中功能预览

目前正在开发一种三阶段写作技能：片段、节拍和成形。其理论借鉴作者记录灵感、最终将灵感发展成故事的方式。先口述片段（想法），再写节拍（穿过故事的路径），最后进行成形润色，确保成品听起来不像 AI 生成。

另一个审查技能也即将推出，它会启动两个并行子智能体：一个检查 diff 是否遵循仓库的编码标准，另一个检查是否忠实实现了原始任务或 PRD。还有一个独立技能会从仓库中提取编码标准，让标准检查更加有效。