核心思想用文字思考而非代码AI 擅长实现但不擅长弄清楚你真正想要什么、发现你忘记明确的假设以及指出你对问题心理模型的错误这是你的工作。我最有价值的转变是将每个功能先视为思考问题再视为实现问题。此工作流程旨在迫使思考在编写代码前发生并利用 AI 进行压力测试而非跳过思考过程。该工作流程根据 Mark Pocock 的 [技能](https://github.com/mattpocock/skills/tree/main) 调整以适应我的工作方式。工作流程步骤 1自由形式的规划一切始于我用通俗易懂语言编写的无固定结构文档我在其中描述问题、初步解决方案、意识到的限制以及不确定的事情。这不是可交付成果仅供我自己审视。下游工作质量完全取决于这一步模糊的规划会导致模糊的 [产品需求文档PRD](/glossary/#prd)进而产生模糊问题和无法实现原本意图的代码。步骤 2通过 write-a-prd 生成 PRD自由形式的规划作为结构化访谈过程的输入。该技能会探索代码库了解当前情况就规划各方面不断询问我深入设计树分支解决决策依赖关系。这是发现糟糕想法的步骤并非 AI 比我聪明而是回答具体问题会暴露规划敷衍之处如“用户未通过身份验证时如何表现”“操作部分失败会怎样”“取代现有功能时依赖当前行为的用户会怎样”。输出是结构化的 PRD 文件包含问题陈述、解决方案描述、大量用户故事、实现决策、模块设计、测试决策以及明确的范围外事项一切都很明确。用户故事是后续内容的基础需足够具体以便推导验收标准。步骤 3通过 prd-to-issues 创建问题PRD 通过 [垂直切片](/glossary/#vertical-slice) 转化为一组问题这些切片像穿透集成层的追踪子弹而非单个层的水平切片。只涉及数据库或 UI 的切片无效。每个问题应提供狭窄但完整的路径可独立演示或验证并分类为 [自动完成AFK](/glossary/#afk) 或 [人工干预HITL](/glossary#hitl)。优先选择 AFK 可使工作顺利进行避免成为注意力瓶颈。在编写代码前该技能会展示分解方案并询问粒度、依赖关系是否合适是否需合并或拆分。问题按依赖顺序编写交叉引用使用实际编号。每个问题包含端到端行为描述、“如何验证”部分、验收标准、阻塞项列表及对用户故事的引用所有内容存储在文件中工作流程不依赖特定工具。步骤 4通过 issues-to-tasks 拆分任务每个问题分解为具体有序的任务每个专注的 AI 会话处理一个任务。若任务无法在一个会话中完成则太大。该技能会探索代码库识别模式生成包含类型、明确输出和依赖顺序的任务列表。先处理架构再处理逻辑、API、UI测试穿插进行。任务描述是给执行任务的 AI 的指令指定处理文件、遵循模式和完成后的输出样子无代码片段只有意图和实现细节。步骤 5移交至代码编写每个任务描述是独立提示。准备实现任务时打开新会话粘贴任务描述和父问题作为上下文。任务描述指定范围、引用文件和模式、定义完成标准。每个任务使用全新上下文避免长时间会话偏离方向。对于需人工决策的审查任务停下来决策更新任务文件后继续这些时刻体现了工作流程的价值。步骤 6通过 code-review 进行代码审查每个拉取请求PR合并前要经过结构化的六轮审查涵盖逻辑错误、操作顺序、不良实践、安全问题、魔法字符串和值以及模式改进。AI 生成的代码中操作顺序易出错如提交事务前发送通知、记录审计日志前执行操作、验证输入前修改状态等这些错误在审查中易被忽略。审查针对文件或差异范围窄在 PR 级别发现问题成本低。步骤 7通过 final-audit 进行最终审计功能开发结束时进行跨领域审计检查系统性问题如模块不一致、错误复制的模式、不成立的安全假设等。审计会读取完整实现后标记问题根据严重程度分组明确给出功能是否可安全投入生产的结论并征求批准。对已合并代码进行无监督修复风险大。这个工作流程不是什么设置工作流程不快规划和 PRD 步骤需花费时间人们常忍不住跳过直接编写代码。只有相信编码前思考比编码后调试省时工作流程才有回报。它也不能替代工程判断力。AI 会提出合理建议但可能不适合具体情况。审查步骤的存在是因为 AI 输出需根据其不具备的知识验证如团队约定、用户行为和代码库隐藏复杂性。基本原则工作流程每个步骤结构相同AI 生成内容你在了解上下文后审查再创建。AI 加速生成过程审查始终是你的工作。工作流程旨在使审查有效评估问题时有 PRD 对照评估任务时有问题对照审查代码时有验收标准对照。技能资源查看我的 [GitHub 仓库](https://github.com/maiobarbero/my-ai-workflow)。阅读推荐- [测试新的 Laravel AI SDK构建语音转文本应用 Dettami](/articles/laravel-ai-sdk-test/)快速了解新发布的 Laravel AI SDK看看如何用几行代码构建语音转文本应用 Dettami。发布时间2026 年 2 月 7 日。- [如何使用 Git 配置设置全局 .gitignore 文件](/articles/global-gitignore/)学习如何使用 Git 的 core.excludesfile 设置配置全局 .gitignore 文件避免在每个仓库中重复设置忽略规则。发布时间2025 年 5 月 6 日。Matteo Maio Barbero软件工程师 跑步爱好者打造强大的后端系统坚持长跑浣熊爱好者。目录* 核心思想用文字思考而非代码* 工作流程* 步骤 1自由形式的规划* 步骤 2通过 write-a-prd 生成 PRD* 步骤 3通过 prd-to-issues 创建问题* 步骤 4通过 issues-to-tasks 拆分任务* 步骤 5移交至代码编写* 步骤 6通过 code-review 进行代码审查* 步骤 7通过 final-audit 进行最终审计* 这个工作流程不是什么* 基本原则* 技能资源加入我们获取有关后端架构和耐力训练的每周提示。[ 在 Substack 上订阅 ](https://maiobarbero.substack.com)主题#AI #工作流程 #技术领导力 #生产力探索* [主页](/) * [文章列表](/articles/) * [课程](/courses/) * [关于](/#about) * [术语表](/glossary/) * [大语言模型列表](/llms.txt)联系我们[ ](https://github.com/maiobarbero GitHub)[](https://www.linkedin.com/in/matteo-barbero/ LinkedIn)[](https://www.strava.com/athletes/50798426 Strava)隐私政策[ 隐私政策 ](/privacy/)本网站使用 Cookie我使用 Cookie 来确保网站的基本功能并提升你的在线体验。你可以随时选择对每个类别进行开启或关闭。接受所有 自定义设置 关闭自定义你的同意设置管理你的 Cookie 偏好。必需的 Cookie 始终处于启用状态。* 分析 Cookie这些 Cookie 允许我们测量访问者流量并查看流量来源。保存偏好设置