Magic Prompts
每当 OpenChamber 自动做某件事时 — 编写提交信息、起草 PR、审阅 issue、解决冲突、总结会话 — 它都会在幕后使用内置的提示词。Magic Prompts 就是你阅读和重写这些提示词的地方。在 Settings → Magic Prompts 中打开它。
日常使用并不需要本页。当你想让某个流程表现得有所不同时再用它 — 比如让提交信息采用某种特定风格。
编辑提示词
- 打开 Settings → Magic Prompts。
- 从侧边栏的分组中选择一个提示词 — Git、GitHub、Planning 和 Session。
- 编辑文本并保存。
有些提示词有一个可见部分(你会看到的消息)和一个指令部分(对智能体隐藏的引导)。提示词可以包含 OpenChamber 会填入的 {{placeholders}},比如 diff 或 issue 标题 — 请保留它们原样。
重置
改主意了?每个提示词都有 reset to default,如果你想在所有地方重新开始,还有一个 reset all。
每个提示词在哪里使用
下表列出每个提示词的运行位置和触发时机。编辑前先看清触发条件,你就知道自己在改哪个流程。
Git
| 提示词 | 运行位置 | 触发时机 |
|---|---|---|
| 提交信息生成 | git 视图提交框中的生成按钮,以及移动端 Changes 页面 | 你生成提交信息时。会填入选中的文件和分支最近的提交主题,让提交信息符合仓库的现有风格。 |
| PR 生成 | git 视图 PR 标签页中的创建 pull request 表单 | 你生成 PR 标题和正文时。会填入 base 和 head 分支、两者之间的提交和变更文件、你补充的附加上下文,以及仓库的 PR 模板(如果存在)。 |
| merge/rebase 冲突解决 | git 视图中的冲突对话框,当 merge 或 rebase 因冲突停止时 | 你选择 “Resolve in current session” 或 “Resolve in new session”。智能体会阅读冲突文件,为每个文件提出解决策略,并等你确认后才编辑、暂存或继续操作。 |
| cherry-pick 冲突解决 | worktree 会话的 “Re-integrate commits” 区域 | 把会话的提交迁移到目标分支时遇到冲突并交给智能体。智能体在临时 worktree 中解决冲突、暂存文件并继续 cherry-pick。 |
GitHub
| 提示词 | 运行位置 | 触发时机 |
|---|---|---|
| PR 审阅 | 输入框附件菜单中的 “Link GitHub PR” 选择器,以及新 worktree 对话框 | 两个触发点。把 PR 附为上下文时会渲染指令,并随你的下一条消息发出。从 PR 创建 worktree 会话时,该提示词成为会话的开场消息,并附上完整 PR 上下文。 |
| issue 审阅 | 新 worktree 对话框,当你从 issue 创建 worktree 时 | 新会话的开场消息会审阅该 issue,并将其正文和评论附为上下文。 |
| PR 失败检查 / PR 评论 / 单条 PR 评论 | — | 目前没有任何流程发送它们。PR 视图过去通过一键审阅操作触发这些提示词;现在失败的检查和评论会改为固定为聊天上下文草稿。保留它们是为了让已有的覆盖配置继续生效。 |
Planning
| 提示词 | 运行位置 | 触发时机 |
|---|---|---|
| todo 规划 | 项目侧边栏中的 Todos 面板 | 你把一个 todo 发送到会话或新的 worktree 会话。todo 文本成为可见消息;指令会把它变成先提问的规划对话,而不是直接开始实现。 |
| 改进计划 | Plans 视图中已保存计划上的 “Improve” 操作 | 你把已保存的计划送入改进流程。智能体先读取计划文件,再基于仓库当前状态提出修改,并主动提出编辑同一个文件。 |
| 实现计划 | 已保存计划上的 “Implement” 操作 | 你把已保存的计划送入实现流程。智能体读取计划文件并端到端地实现它,不扩大范围;当计划本身有问题时,会把计划调整保存回该文件。 |
Session
其中大多数由在输入框中输入的斜杠命令驱动。大多数也会以启动芯片的形式出现在新会话草稿页上。
| 提示词 | 运行位置 | 触发时机 |
|---|---|---|
| 代码库导览 | /explore | 你想要一份代码库的高层次概览。 |
| 会话总结 | /summary,可选 /summary <主题> | 你总结目前的对话 — 适合移交给新会话。需要已存在的会话。 |
| 工作区审阅 | /workspace-review | 你让智能体从意图、正确性和安全性角度审阅当前的工作区 diff。 |
| 功能规划 | /plan-feature | 你通过引导式问答对话,把粗略的功能想法变成实现计划。 |
| Goal 制定 | /craft-goal,可选 /craft-goal <想法> | 你把一个想法变成可用于 Goal 对话框的可验证 Goal 目标。 |
| 快速追平 | /catch-up | 你回到一个项目,想知道进展如何、接下来做什么。 |
| 调试 | /debug | 你调查一个 bug:智能体提出假设、从代码确认根因,然后才提出修复方案。 |
| 权衡选项 | /weigh | 你知道要做什么,但不知道怎么做。智能体会比较两三种方案并推荐其一。 |
| Fusion | multi-run 组上的 “Run fusion” 操作 | 你把多次运行的输出合并成一个答案。运行输出会附加在指令之后。 |
没有 Settings 页面的提示词
少数提示词会自动触发,在 Settings 中没有可编辑的页面:
| 提示词 | 触发时机 |
|---|---|
| 计划任务 | /schedule-task,可选附带初始想法。引导完成定义计划任务的对话。 |
| 审阅交接 | /handoff-review,或 diff 视图中启用交接时的 Review 按钮。在当前工作会话中生成交接内容。 |
| 审阅会话开场消息 | 生成的审阅会话的开场消息 — 生成了交接内容时包含它,否则不包含。 |
| 审阅反馈 / 实现响应 | 在两个会话之间传递消息:审阅者的反馈回到实现会话,实现者的响应返回审阅会话。 |
相关内容
- Git 与 GitHub 工作流 — 其中许多提示词为 git 流程提供动力
- 笔记、todo 与计划 — Planning 提示词背后的 todo 和计划
- Multi-run — 运行组与 fusion