这里提供简体中文翻译：

快速背景：我在日常开发中广泛应用AI，但不断重复相同的过程感到苦恼。

好想法 -> 尽管答案 -> 更多提示来弥补缺陷 -> 规范再次破裂 -> 重做。

问题不在于“我需要更聪明的模型”，而是“我需要可重复的过程”。

真实问题

每次都会遇到的痛点：

  • AI 不能在不同会话之间保持上下文
  • AI 在基本事情（命名，架构，风格）上破坏项目标准
  • 计划和执行混杂在一起
  • 文档始终被视为“以后”

最终结果：更多重做，更多手动审核，预测性减少。

我在实践中进行的改变

我停止依靠一个巨大的提示，并将工作分解为明确的阶段：

  1. /pwf-brainstorm来定义范围，架构和决策
  2. /pwf-plan来将其转化为可执行的阶段/任务
  3. 可选quality-gates：
    • /pwf-checklist
    • /pwf-clarify
    • /pwf-analyze
  4. /pwf-work-plan来逐一执行阶段
  5. /pwf-review用于深入审核
  6. /pwf-commit-changes来用结构化提交关闭

如果任务较小，我会使用 /pwf-work，但我仍保持审核和文档纪律。

改变的一条规则

/pwf-work和 /pwf-work-plan在实现之前阅读文档并在实现之后更新文档。

没有这个规则，AI就像盲目的。
有了这个规则，AI就像有了项目记忆。

这个单一规则优化了质量最多。

我所研究的参考（不包括粘贴）

  • Compound Engineering
  • Superpowers
  • Spec Kit
  • Spec-Driven Development

我没有克隆别人的框架。
我提取了原则，根据我的上下文来适应并且通过实用性来完善它们。

实际结果

对我来说，影响_DIRECT：

  • 少了重复的错误
  • 少了重做
  • 会话之间更好的一致性
  • 更多输出，减少了蠢错误

我有机会在25个任务（小，中，大）上关闭，因为我停止陷入相同的错误循环中了。

帮助我很多的项目结构

我还在wiki中添加了一个推荐结构来改善AI的上下文：

  • 一个文件夹用于代码仓库
  • 一个文件夹用于工作区资产（文档，控制，配置）

然后，我打开两个作为多根根路径在编辑器中（VS Code或Cursor），基本上可以体验到单个仓库体验。
这有助于AI看到整个系统，避免陷入混乱。

链接

仓库：
https://github.com/J-Pster/Psters_AI_Workflow

wiki（深入探究）：
https://github.com/J-Pster/Psters_AI_Workflow/wiki

如果你想批评，请保持技术性。
如果你想改进它，请提交PR。