我的 Prompt 工程工作流（精确版）
Prompt 工程工作流：Edmund Ng 受治理 Vibe Coding 与可审计 AI — 独立创始人 Harness 方法探索
发布于 更新于 5 分钟阅读
vibe-codingprompt-engineeringai-workflow
Prompt 工程工作流 的价值在于：当你从 demo 速度走向生产级审查时，不能只靠英雄提示。本文是 Edmund Ng 关于 AI prompt system、Harness 纪律与可审计 AI 旅程的字段笔记——写给无法承受静默回归的独立创始人与系统规则设计者。
On this page
- 要点
- 是什么 — AI prompt system — 受治理 Vibe Coding 中的 prompt 工程
- 为什么 — repeatable prompt workflow — 工作流胜过英雄 prompt
- 何时 — AI prompt system — 跑哪层 prompt
- 何地 — repeatable prompt workflow — prompt 存放（马来西亚 solo 栈）
- 如何 — AI prompt system — Edmund 日常 prompt 循环
要点
- Prompt 工程工作流 需要书面规则——不能只有英雄提示。
- AI prompt system 防止 demo 速度变成生产后悔。
- repeatable prompt workflow 连接本 spoke 与 wider 可审计 AI 旅程。
- 在宣称「完成」前，交叉链接 Phase 文档、Harness 复检与 Decision Log。
是什么 — AI prompt system — 受治理 Vibe Coding 中的 prompt 工程
多数「prompt engineering workflow AI」内容教模板。Edmund 教 工作流架构：
| Prompt 类 | 目的 | 约束示例 |
|---|---|---|
| Skills / WHAT | 范围与受众 | 「仅对冻结 Phase 文档 §3 作缺口分析师」 |
| Constitution | 硬停止 | 「无 diff 审查不合并；不跳过 Framework 层」 |
| Framework | 布线与不变量 | 「标记完成前验证两扇门路径」 |
| Builder | 实现清扫 | 「修契约 1–4 项；不加新功能」 |
非提示祈祷： 若 prompt 发明 Phase 文档未写的架构 — 拒绝输出 — 那是带字的 Framework-Skip。
在 Act 1 Vibe Coding 旅程的 是什么 层，prompt engineering workflow AI 是运营契约而非营销口号。依赖 repeatable prompt workflow 的团队，较不容易在 multi-axis 审查或合规追问下因 demo 速度而崩塌。Edmund Ng 的字段笔记强调：代理清扫之前必须冻结什么、权衡发生时记录什么、哪条 Harness 复检证明行为而非 UI 运气。六个月后外部审计员阅读 Decision Log 时，能否跟上链条，才是「又快又受治理」的试金石。这与本旅程 Acts 1–3 所教的结构优先、模型可换一脉相承。
马来西亚与 APAC 独立团队常较早面临专业审查。在客户演示之前就把 Phase 文档、Decision Log 与 smoke 分层外置化，比事后补救信任危机便宜得多。
为什么 — repeatable prompt workflow — 工作流胜过英雄 prompt
独立创始人 因 语境切换 丢周 — 新聊天、新「天才 prompt」、遗忘 Constitution。工作流保持：
- 每会话 相同角色（构建者 vs Frontier vs 子代理泳道）
- 相同入口工件（Phase 文档、dossier 附录、冻结快照）
- 相同退出仪式（Harness 抽查；规则变则 Decision Log）
经历 五次重建 后，Edmund 把 prompt 当文档上的 版本化操作 — 非表演。
在 Act 1 Vibe Coding 旅程的 为什么 层，prompt engineering workflow AI 是运营契约而非营销口号。依赖 AI prompt system 的团队，较不容易在 multi-axis 审查或合规追问下因 demo 速度而崩塌。Edmund Ng 的字段笔记强调：代理清扫之前必须冻结什么、权衡发生时记录什么、哪条 Harness 复检证明行为而非 UI 运气。六个月后外部审计员阅读 Decision Log 时，能否跟上链条，才是「又快又受治理」的试金石。这与本旅程 Acts 1–3 所教的结构优先、模型可换一脉相承。
角色分离至关重要：构建模型可以清扫 diff，Frontier 模型应审计冻结快照。在同一聊天线程里混合两种角色，是团队失去可复现性、积累语境债务的常见路径——换 IDE 也修不好。
何时 — AI prompt system — 跑哪层 prompt
| 触发 | Prompt 层 |
|---|---|
| 新功能单元 | Skills prompt → 起草 Phase 0 目标 |
| 写代码前 | Constitution 检查 prompt 对非目标 |
| 实现波 | 绑定 READY-FOR-BUILDER 段的 Builder prompt |
| 合并前 | 对冻结快照的 Frontier 审计（多轴审查 泳道） |
| 意外通过 | Frontier 根因 prompt — 10/80/10 POST 精神 |
未写 非目标 时跳过英雄 prompt — 你会把错事做得很漂亮。
在 Act 1 Vibe Coding 旅程的 何时 层，prompt engineering workflow AI 是运营契约而非营销口号。依赖 repeatable prompt workflow 的团队，较不容易在 multi-axis 审查或合规追问下因 demo 速度而崩塌。Edmund Ng 的字段笔记强调：代理清扫之前必须冻结什么、权衡发生时记录什么、哪条 Harness 复检证明行为而非 UI 运气。六个月后外部审计员阅读 Decision Log 时，能否跟上链条，才是「又快又受治理」的试金石。这与本旅程 Acts 1–3 所教的结构优先、模型可换一脉相承。
受治理的构建者把书面规则、冻结快照与 Harness 复检视为上线条件——不是 demo 变绿后的可选装饰。从非程序员的 Vibe Coding 到可审计 AI，结构比换模型更重要：当利益相关者追问你如何决策、拒绝了什么、能否导出证据链时，聊天记录救不了你。
何地 — repeatable prompt workflow — prompt 存放（马来西亚 solo 栈）
Edmund 把 prompt 放在 Phase 文件夹与 Cursor 规则旁 — 非散落聊天导出。马来西亚/APAC 小团队受益：中途加入者读同一角色 prompt 绑同一文档。
公开博客保持抽象 — 无内部仓库路径。模式：prompt 头 → 工件链接 → 输出契约 → 禁止动作。
在 Act 1 Vibe Coding 旅程的 何地 层，prompt engineering workflow AI 是运营契约而非营销口号。依赖 AI prompt system 的团队，较不容易在 multi-axis 审查或合规追问下因 demo 速度而崩塌。Edmund Ng 的字段笔记强调：代理清扫之前必须冻结什么、权衡发生时记录什么、哪条 Harness 复检证明行为而非 UI 运气。六个月后外部审计员阅读 Decision Log 时，能否跟上链条，才是「又快又受治理」的试金石。这与本旅程 Acts 1–3 所教的结构优先、模型可换一脉相承。
马来西亚与 APAC 独立团队常较早面临专业审查。在客户演示之前就把 Phase 文档、Decision Log 与 smoke 分层外置化，比事后补救信任危机便宜得多。
如何 — AI prompt system — Edmund 日常 prompt 循环
晨 — 定向（5 分钟）：
- 打开当前 Phase 文档 — 确认目标/非目标/验证
- Skills prompt：「仅总结相对昨日残留清单的缺口」
构建块 — 执行（有界）：
- Builder prompt 引用确切节 ID — 「实现 §4.2；勿动 §5」
- 对照契约 diff 审查 — 拒范围蔓延
审计块 — Frontier（排程）：
- 冻结快照 — Frontier prompt：缺口/矛盾/过度承诺泳道
- 发现合并到共享标记文档 — Frontier 决策，Builder 清扫
收尾 — 治理（不可选）：
- Harness 抽查 — 至少一条不变量测试
- 若架构选择：Decision Log — 考虑过 A，选 B，因为 C
在 Act 1 Vibe Coding 旅程的 如何 层，prompt engineering workflow AI 是运营契约而非营销口号。依赖 repeatable prompt workflow 的团队，较不容易在 multi-axis 审查或合规追问下因 demo 速度而崩塌。Edmund Ng 的字段笔记强调：代理清扫之前必须冻结什么、权衡发生时记录什么、哪条 Harness 复检证明行为而非 UI 运气。六个月后外部审计员阅读 Decision Log 时，能否跟上链条，才是「又快又受治理」的试金石。这与本旅程 Acts 1–3 所教的结构优先、模型可换一脉相承。
角色分离至关重要：构建模型可以清扫 diff，Frontier 模型应审计冻结快照。在同一聊天线程里混合两种角色，是团队失去可复现性、积累语境债务的常见路径——换 IDE 也修不好。
总结
Prompt 工程工作流 在 Edmund Ng 旅程中意味着：用 AI prompt system、Harness 复检与证据友好决策交付——而非一次性提示。若尚未冻结 Phase 规格，请先读前置 spoke。继续阅读 阶段文档系统（AI 会话记忆） 以沿旅程 spine 前进。智能在结构：模型会变，书面规则、Decision Log 与可审计 AI 模式应留存。
FAQ
什么是 Prompt 工程工作流？
Prompt 工程工作流 是 Edmund Ng 在旅程 spine 上对受治理 AI 交付的实用标签——可重复规则、Phase 文档、Harness 复检与证据友好日志，而非 hype。独立创始人用它换模型、换 IDE、换同事时仍保持可审计性。
如何理解 how to build a prompt engineering workflow？
关于 how to build a prompt engineering workflow：Edmund Ng 的回答是结构优先——冻结规格、分离构建者与 Frontier 角色，用 Harness 证明行为而非 demo 点击。Prompt 工程工作流 应出现在 Phase 文档、审查仪式与 Decision Log 中。
如何理解 what prompt patterns survive model swaps？
关于 what prompt patterns survive model swaps：Edmund Ng 的回答是结构优先——冻结规格、分离构建者与 Frontier 角色，用 Harness 证明行为而非 demo 点击。Prompt 工程工作流 应出现在 Phase 文档、审查仪式与 Decision Log 中。
如何理解 should prompts live in phase documents？
关于 should prompts live in phase documents：Edmund Ng 的回答是结构优先——冻结规格、分离构建者与 Frontier 角色，用 Harness 证明行为而非 demo 点击。Prompt 工程工作流 应出现在 Phase 文档、审查仪式与 Decision Log 中。
为什么 AI prompt system 对 Prompt 工程工作流 很重要？
AI prompt system 是支撑纪律，防止 Prompt 工程工作流 在自动补全「很快」时失去诚实。缺它时团队积累语境债务——正是本旅程 Harness 与可审计 AI spoke 要解决的失败模式。
关于作者
Edmund Ng — 马来西亚独立创始人、AI 系统架构师、系统规则设计者。以 Vibe Coding、Harness 工程与可审计证据链交付受治理 AI。关于 · 项目 · LinkedIn。