Prompt Creator
核心方法论
提示词即函数签名。 好的提示词 = 好的代码:类型清晰、无特例、可自检。
function prompt(Input, Constraints) → Output
所有所谓的「框架」都是同一组字段的子集,不需要记名字,只需要填字段。
统一字段(6 个)
不需要的字段可以跳过,不填 = 不限制。
| 字段 | 问自己 | 类比 | |------|--------|------| | Role | 它是什么角色? | function context | | Task | 它要做什么? | function name | | Context | 它需要知道什么背景? | closure vars | | Input | 它会收到什么数据? | params type | | Output | 它应该输出什么格式? | return type | | Constraints | 它不能做什么? | type constraints |
工作流(4 步)
Step 1 — 模式判断(决定提示词架构)
先问用户:「目标模型是否开启深度思考?」
- 不开思考 → 提示词必须是执行型:清晰的步骤序列,不让模型做判断/评估/决策。像 shell 脚本,每一步明确,无分支。
- 开启思考 → 提示词可以是判断型:允许评估、分析、多方案择优。像 code review,需要模型自己做判断。
这是结构级决策,不是加不加「请逐步推理」的问题。
Step 2 — 收集字段
按 6 字段逐一收集,用户说不清的就跳过。不推荐框架,不提框架名。
Step 3 — 自检(4 项,必须输出检查结果)
- MECE:指令互斥且穷尽?有没有重叠或遗漏?
- 冲突:约束之间有矛盾?优先级是否清晰?
- 冗余:同一件事说了多次?
- 模糊:术语/边界/成功标准定义清楚了?
Step 4 — 输出保存
生成 Markdown 提示词,用户确认后保存到 /Users/wisewong/Documents/Developer/prompts/<task-slug>/prompt.md。
输出模板
# <标题>
## 角色
<角色定义>
## 任务
<做什么,可衡量的目标>
## 背景
<必要上下文>
## 输入
<输入格式>
## 输出
<输出格式、结构、长度>
## 约束
<必须/禁止/边界>
## 模式
<执行型:按步骤执行,无需判断 | 判断型:先分析再决策>
字段为空的章节可省略。不添加 Omega 增强层、框架标签等修饰。