可以直接复制的话

不用背 skill 名。找到最接近当前情况的提示词，复制后补上这次的具体需求即可。每个代码块右上角都有复制按钮。

只把想法问清楚

暂时不建任务、不写代码，只做需求梳理。

使用 $grill-with-docs 帮我把下面这个想法问清楚。
一次只问一个问题，并给出你的推荐答案。
能从项目和资料中查到的事实请你自己查，只把真正需要我决定的取舍交给我。
在我们确认达成共同理解前，不要实现。

我的想法是：[写你的想法]

想法比较复杂时

这是最推荐的组合用法。

按 Trellis 创建一个新任务并进入 planning 阶段。

需求梳理时使用 $grill-with-docs：
CONTEXT.md 只记录领域术语，
docs/adr 只记录难以撤销、令人意外且存在真实取舍的架构决定。

然后将本次任务需求和验收条件写入 Trellis PRD。
复杂任务同时补全 design.md 和 implement.md。
读取已经确认的 CONTEXT 和 ADR，不要重复询问已经解决的问题。

需求：[写你的想法，模糊一点也没关系]

给已有项目加上 Trellis

请接手当前项目，并帮我接入 Trellis。

先读取已有的 AGENTS.md、README、docs 和真实代码，执行 git status，保护当前所有用户改动。

然后检查 trellis platforms：
- 如果项目还没初始化，执行 trellis init --codex -u macdu；
- 如果已经初始化，只报告当前状态，不要重复覆盖；
- 如果检测到已有自定义规则，合并前先告诉我可能冲突的地方。

完成后说明 Trellis 新增了什么，并带我处理 00-bootstrap-guidelines。不要先修改产品功能。

让它先熟悉项目规矩

按 Trellis 流程执行 00-bootstrap-guidelines，并使用 $trellis-spec-bootstrap。

先读取当前仓库的 AGENTS.md、README、docs 和真实代码，
根据项目目前实际采用的目录结构、编码模式、测试方式和发布流程，
完善 .trellis/spec/。

不要写通用模板，不要留下占位内容，不要修改产品代码。
完成后先给我审阅，等我确认后再结束并归档 bootstrap 任务。

继续上次没做完的事

使用 $trellis-start 接手当前项目。
先读取项目规则、Git 状态、当前任务和相关代码，保护已有改动。
先告诉我目前处于什么状态，以及下一步建议，不要立刻改代码。

事情很小而且已经想清楚

按 Trellis 为这次需求创建一个轻量任务并进入 planning。

需求：[写你的需求]

先把需求、范围和验收条件写进 PRD，给我确认后再实现。完成后运行相关测试并汇报结果。

同一个问题总是修不好

这个问题已经反复修过仍未解决。请使用 $trellis-break-loop，停止继续打补丁。

整理已经尝试过的方案和证据，重新分类根因，提出能区分不同假设的验证办法。先给我根因分析和下一步验证顺序，不要直接大改。

做完后检查并发布

按 Trellis 完成当前任务：
1. 对照 PRD 和验收条件检查实现；
2. 运行相关测试和质量审查；
3. 必要时更新 .trellis/spec；
4. 汇报改动、验证结果和剩余风险；
5. 等我确认后再提交；
6. 只有我明确说“推上去”后才推送 GitHub。