用途：handoff-prompt 用于起草一份自包含的实现提示词，实现零上下文交接。接收者从未见过该代码库、这段对话或相关背景，因此执行所需的一切都必须写在提示词本身里。适用于“起草提示词”“写交接说明”“做一份可复制粘贴的提示词”等场景。
与规格文档的区别：规格是规划文档，存放在 specs/*.md，用复选框跟踪进度，假设读者能访问仓库并自行探索，允许留下开放问题，可迭代更新；交接提示词是沟通产物，存放在剪贴板，一次性发出、不再补充说明，假设读者零上下文，必须关闭所有问题，接收者不应再需要提问。
结构：没有固定模板，按交接类型取舍，但每份提示词都需要任务陈述和足够执行的上下文。任务陈述用一两句话说明构建什么、放在哪里，并明确文件路径。上下文是最重要的部分，用于让提示词自包含：实现类任务应粘贴真实代码并标注文件路径，列出已有组件及其路径和 UI 库可用项；架构类任务应描述当前结构、约束与已定取舍；调试类交接应包含错误输出、复现步骤、已尝试过什么及为何无效。能粘贴就不要转述。需求部分要详尽，UI 工作需描述每个区块的内容、所用组件、展示数据与行为；逻辑工作需描述输入输出契约、边界情况与集成点；存在选择时直接做出决定，不要留空。
起草流程：先收集上下文，阅读相关文件、了解代码库模式、确认可用组件与工具；识别接收者的盲区，如技术栈、导入约定、既有模式、文件结构；粘贴而非转述；关闭所有决策；指明起点文件、包、应用或规格；最后以“从未见过该代码库”的视角通读自测，若还需搜索才能执行，说明信息缺失。
常见错误：过于抽象、缺少文件路径、假设读者已知、留下未定决策。
限制：资料未提供该技能的安装方式、依赖、平台支持、收费或价格信息。