结构化提示驱动开发（SPDD）

📌 One-Sentence Summary

结构化提示驱动开发（SPDD）是一种工程方法，它将提示视为一级交付产物，使团队能够大规模地治理、审查和复用 AI 生成的代码。

📝 Summary

本文介绍了结构化提示驱动开发（SPDD），这是 Thoughtworks 内部 IT 团队为解决采用 AI 编码助手时面临的组织挑战而开发的一种方法。虽然 AI 能提升单个开发者的速度，但系统级的吞吐量常常受到需求模糊、审查困难和集成问题的制约。SPDD 通过将提示视为可版本控制、可审查和可复用的资产来解决这一问题。该方法包含两个核心部分：REASONS 画布，一个用于生成提示的七部分结构，涵盖需求、实体、方法、结构、操作、规范和保障；以及一个工作流，它将提示纳入与代码相同的规范体系，包含提交历史、审查和质量门禁。一个关键原则是：当现实与预期出现偏差时，团队应首先修复提示，然后再更新代码。文章通过一个增强计费引擎的详细端到端示例，演示了从创建需求到使用开源工具 openspdd 生成代码的每一步。SPDD 旨在将 AI 辅助从个人效率提升转化为一种组织级能力，使其能够在不牺牲质量的前提下进行规模化扩展。

💡 Main Points

1. SPDD 将提示视为一级交付产物，对其进行版本控制、审查和复用。 提示不再是随意的对话，而是成为受治理的团队资产，其中包含需求、设计意图和约束条件，使 AI 输出更可预测且更易于验证。
2. REASONS 画布为生成提示提供了一个结构化框架，从意图到执行再到治理，层层递进。 七部分结构（需求、实体、方法、结构、操作、规范、保障）在生成代码前强制要求清晰性并统一意图，从而减少不确定性。
3. SPDD 工作流在现实与规范出现偏差时，强制遵循“先修复提示”的原则。 这确保了提示和代码保持同步，防止意图与实现之间出现偏差，并允许成功的模式积累成一个可复用的提示库。

💬 Key Quotes

• 结构化提示驱动开发（SPDD）是一种工程方法，它将提示视为一级交付产物。
• 当现实与预期出现偏差时，先修复提示——然后再更新代码。
• SPDD 工作流的目标是将“业务输入 → 抽象 → 执行 → 验证 → 发布”转变为一个“闭环”。
• SPDD 旨在将 AI 辅助从个人效率提升转化为一种组织级能力，使其能够在不牺牲质量的前提下进行规模化扩展。
• 真正的问题不是“我们如何生成更多代码？”，而是“我们如何让 AI 生成的变更变得可治理、可审查和可复用，从而使团队既快又安全？”

📊 Article Meta

Read Full Article