PromptBook
CODEX / CLAUDE PROMPTS
从实际任务中,提炼更好用的指令

把任务、边界和验收
一次说清楚。

由实际任务场景、原创补充与开源方法参考整理为 300 个可复用模板,覆盖 16 类工程任务。先选当前要做的事,再填参数;中文和英文都能独立使用。

DEVELOPER FIELD GUIDE / 2026300个不同场景 · 16 类 · 600 个中英版本

明确目标 · 提供上下文 · 限定操作
给出验收 · 完成交付

先选阶段,再下指令

只读、方案、执行与验收,授权范围各不相同。

01 / 看清现场

先理解、先定位

不改文件或服务,先拿事实、错误和证据。

02 / 决定怎么做

先给方案和取舍

限定本轮只出计划,写清范围与验收门槛。

03 / 把事情做完

实施一个明确目标

给可改文件、期望行为、完成标准和交付位置。

04 / 用结果确认

核验实际交付

查看成品或真实运行结果,区分已验证和待验证。

一条有效指令,写好这五项

简单任务可以短;跨文件、远端或长任务需要把约束补齐。

目标
最终行为或交付物是什么?
资料
工作目录、必读文件、输入和可访问来源。
边界
本轮只读还是执行?能改哪些文件、机器或服务?
验收
怎样证明完成?给具体行为、用例或阈值。
交付
文件保存到哪里?最后报告哪些结果和限制?
工作目录:/path/to/project
目标:修复手机端按钮点击区域偏移。
资料:先读项目规则、界面代码和复现截图。
范围:仅改渲染与输入映射;不提交、不部署。
验收:在指定手机尺寸下,可见区域与点击命中一致。
交付:完成最小修复,报告文件、验证结果及未覆盖项。
机器与网络:按给定地址直连。SSH 失败后反馈原始错误,由你排查;模板禁止擅自使用跳板、替代地址或修改 SSH 配置。

建议先掌握这 24 条

按日常复用价值推荐,不是精确的历史频次排名。

把“差不多”改成可执行要求

以下为常见写法示例,并非历史原句的逐字引用。

模糊写法更有用的补充
帮我优化一下指出瓶颈或失败场景,限定修改范围,说明要改善的指标和不能退化的行为。
继续指定接续文档、当前阶段和剩余目标,核对已有改动后从最小未完成项继续。
先看看明确“本轮只读、不修改”,要求事实、证据、假设和下一步检查。
按这个方案做给方案路径和已批准阶段,列验收条件与停止边界,避免自动推进后续阶段。
确认没问题了吗要求逐项验收和真实结果,未运行、未打开、未核对的内容标为未验证。

编辑方式与开源参考
2. 核对边界与验收 → 3. 复制一个语言版本 → 4. 到目标会话发送