提示词与 Slash 命令模板库

/plan

请先做计划，不要修改文件。

任务目标：
【写清楚目标】

请输出：
1. 需要阅读的文件。
2. 你理解的任务边界。
3. 最小修改方案。
4. 需要的权限。
5. 验收方式。
6. 可能风险。

等计划确认后再进入修改。

请只读分析当前项目，不要修改任何文件。

请告诉我：
1. 项目用途。
2. 技术栈。
3. 关键目录。
4. 入口文件。
5. 已确认存在的检查方式。
6. 可能的风险文件。

请明确区分事实和推测。

我遇到了一个 Bug。

## 现象
【实际发生了什么】

## 期望
【应该发生什么】

## 复现步骤
1. 【第一步】
2. 【第二步】
3. 【看到什么错误】

## 错误信息
【粘贴完整报错；没有就写“暂无”】

## 要求
1. 请先进入 Plan Mode 定位原因，不要立刻修改。
2. 定位原因后先解释。
3. 确认最小修复方案后再修改。
4. 不要扩大修复范围。
5. 不要顺手重构无关代码。

## 验收标准
1. Bug 现象消失。
2. 原有正常流程不受影响。
3. 修改范围尽量小。
4. 请用 /verify 或最小必要检查完成验收。

请帮我修改一个前端页面。

页面：
【页面路径或 URL】

目标：
【希望用户看到什么变化】

范围：
1. 只修改和该页面直接相关的文件。
2. 不改全局样式，除非先说明理由。
3. 不新增依赖。

验收：
1. 桌面端检查。
2. 移动端 390px 检查。
3. 按钮、链接、表单是否可用。
4. 如果能运行，请用 /run 观察页面。

请帮我修改一个接口逻辑。

接口：
【路径或方法名】

当前行为：
【现在怎么返回】

期望行为：
【希望怎么返回】

要求：
1. 先只读梳理调用链。
2. 不改数据库结构。
3. 不改无关接口。
4. 保持旧调用方兼容，除非我确认。
5. 修改后验收正常和异常流程。

请帮我写或修改一篇教程文档。

主题：
【教程主题】

目标读者：
【新手 / 已安装用户 / 团队用户】

要求：
1. 面向最终用户写，不要出现面向作者的说明。
2. 按学习顺序组织。
3. 尽量给可复制的 CC 对话模板。
4. 不要让用户执行不必要命令。
5. 如果新增文章，请更新学习路线和相关导航。
6. 修改后检查链接和构建。

我看不懂这个权限请求，请先解释，不要执行。

请说明：
1. 你准备做什么。
2. 为什么需要这个权限。
3. 会读取、修改或删除什么。
4. 最坏风险是什么。
5. 有没有更低风险替代方案。

/verify

请验证刚才的修改是否真的满足任务目标。

重点检查：
1. 实际页面或功能是否符合预期。
2. 是否只改了必要文件。
3. 是否有新增错误。
4. 是否需要补充人工验收。
5. 如果验证失败，请只修复本次任务相关问题。

/code-review

请审查本次未提交改动。

重点看：
1. 是否有明显 Bug。
2. 是否有安全风险。
3. 是否有越界修改。
4. 是否遗漏测试或验收。
5. 是否有敏感信息。

请做提交前检查，但不要提交 Git。

要求：
1. 检查当前 Git 状态。
2. 列出本次修改文件。
3. 检查是否有无关文件变化。
4. 检查是否包含 API Key、Token、密码或隐私信息。
5. 回顾本次任务验收是否完成。
6. 如果适合提交，请生成一条不夸大的提交说明。

请最后告诉我：
- 是否建议提交：
- 提交前还要人工确认什么：
- 建议提交信息：

请生成本次任务交接总结。

要求：
1. 原始目标。
2. 已完成内容。
3. 修改过的文件。
4. 已验证内容。
5. 未验证和剩余风险。
6. 下一步最小动作。
7. 不要继续采用的方案。

这个模板还不够贴合当前任务，请帮我改写成更具体的版本。

当前任务：
【写任务】

请补充：
1. 更具体的目标。
2. 更明确的范围限制。
3. 更合适的验收标准。
4. 需要禁止的危险动作。
5. 不确定时应该先问什么。