メニュー
把 PDF / 飞书文档 / 会议纪要 / 长文本收敛成"可落地需求"spec(与 slack-to-spec 同一套模板)。当用户说"把这份文档/纪要/PDF 整理成需求 / 出个 spec"时触发。抽取需求点、决策(含被推翻方案)、待定问题,产出结构化、可追溯、能直接喂开发的 markdown。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
把 Claude Code 汉化 —— 让 Claude 默认用中文回复,并给每个工具调用加中文 tooltip 提示。当用户想"汉化 Claude Code""让 Claude 说中文""装中文命令提示""localize Claude Code to Chinese"时使用。
列出可清理的本地分支(已合并 / 陈旧),供用户确认后再删。当用户说"清理分支 / 哪些分支可以删 / 列出过期分支 / 整理 git 分支 / 哪些分支可以清掉"时触发。
把一个函数/代码片段/diff 写成一首俳句或打油诗,抓住代码的「神韵」。当用户说「给这段代码写首诗」、「code-haiku」、「把这个函数写成俳句」、「这个 diff 怎么用诗表达」时触发。
把一个文件的修改史讲成故事——谁、何时、为何改了它。当用户说「讲讲这个文件的故事 / git-blame-story / 这个文件经历了什么 / 追溯文件历史 / 帮我看看这个文件的来龙去脉」时触发。
扫描 Dockerfile 的体积/安全/缓存/最佳实践问题并给出中文修法。当用户说"帮我检查 Dockerfile / Dockerfile 有没有问题 / 审查 Dockerfile / dockerfile-doctor"时触发。
按表结构 / struct / TS interface / JSON shape 生成假数据与测试种子数据,支持 JSON / SQL INSERT / CSV / NDJSON 输出格式。触发词:/mock-data-gen、帮我生成测试数据、帮我造数据、生成假数据、生成种子数据。
| name | source-to-spec |
| description | 把 PDF / 飞书文档 / 会议纪要 / 长文本收敛成"可落地需求"spec(与 slack-to-spec 同一套模板)。当用户说"把这份文档/纪要/PDF 整理成需求 / 出个 spec"时触发。抽取需求点、决策(含被推翻方案)、待定问题,产出结构化、可追溯、能直接喂开发的 markdown。 |
slack-to-spec 的姊妹篇:输入从 Slack 换成 PDF / 飞书 doc / 会议纪要 / 任意长文本,产出同一套 spec。 核心同样不是"总结",而是 抓决策(尤其被推翻/取代的方案)+ 拎隐藏的开发需求 + 划开工红线。
用户说"把这份文档/纪要/PDF 整理成需求 / 出个 spec / 这个会议纪要拆成开发任务"。
/source-to-spec <文件路径或粘贴的内容>
<topic-slug>-spec.md(或问用户放 docs/prd//docs/plans/);报告读了什么、明确列出"读不到、需人补"的缺口。# <需求名> — 可落地需求 (Spec)
> 来源:<文件名/会议名/日期>
> 状态:草稿 V0.1(待 <对齐节点> 拍板)
## 1. 背景 / 要解决什么
## 2. 决策日志 ★最容易丢 / 核心
| # | 决策 | 结论 | 拍板人 | 依据/时间 | 被撤销/取代的方案 |
|---|---|---|---|---|---|
> 反转/撤销单独标出(删除线 + 取代时间)——回溯"为啥这么定"的关键。
## 3. 需求点(可验收)
### 3.x <模块> — P0/P1,<负责人>
- [ ] ACn: <可测的描述>
## 4. 影响面 / Blast radius
## 5. 开放问题(未拍板,别开工对应模块)
## 6. 时间线
## 7. 来源(可回溯)
- <出处:文件名 + 页码/章节;读不到的标"待补">
spec 出来后,可直接喂 writing-plans skill 出开发计划 → TDD 执行。
与 slack-to-spec 共用模板;来源是 Slack 频道时用那个。