chore: 优化部分提示词内容
This commit is contained in:
@@ -268,7 +268,7 @@ rune status
|
||||
`,
|
||||
prompt: `你正在撰写 requirements.md——需求确认与澄清文档。把"要解决什么、为什么、需要用户决策哪些业务和技术边界"固定为事实来源。
|
||||
|
||||
requirements.md 的职责是确认和澄清:通过对话把需求、边界、取舍和用户决策固定下来。design.md 负责把它们翻译为可执行方案——不要在 requirements 展开详细实现步骤、具体文件修改清单或任务 checkbox。
|
||||
requirements.md 的职责是确认和澄清:通过对话把需求、边界、取舍和用户决策固定下来。不要在 requirements 展开详细实现步骤、具体文件修改清单或任务 checkbox。
|
||||
|
||||
本阶段承接前序讨论和代码库调查结果。文档面向项目开发者,因此既要确认业务需求,也要确认技术需求:技术选型、架构方向、集成边界、代码约束、验收方式。
|
||||
|
||||
@@ -480,8 +480,7 @@ requirements.md 的职责是确认和澄清:通过对话把需求、边界、
|
||||
`,
|
||||
prompt: `你正在撰写 design.md——基于 requirements.md 和必要技术探索的概要技术设计文档。把 requirements.md 确认的需求翻译为概要技术方案——回答"采用什么总体技术方向、关键决策是什么、影响哪些范围"。
|
||||
|
||||
design.md 的职责是翻译与补充探索:基于 requirements.md 已确认的需求和技术方向,补充代码库层面的探索发现,固定为可执行的设计依据。不要在本阶段写详细实现步骤或任务 checkbox;详细实现属于 plan.md,checkbox 只属于 task.md。
|
||||
|
||||
design.md 的职责是翻译与补充探索:基于 requirements.md 已确认的需求和技术方向,补充代码库层面的探索发现,固定为可执行的设计依据。不要在本阶段写详细实现步骤或任务 checkbox;
|
||||
---
|
||||
|
||||
## 工具使用
|
||||
|
||||
Reference in New Issue
Block a user