艾伦小波用户8237
DeepSeek的分享
输入“/”快速插入内容
DeepSeek的分享
DeepSeek的分享
用户8237用户82374月12日修改
从一句话需求到上线运维：我训练了12个AI Skill，把软件开发的坑全填平了
一套基于文件协作、内置「分歧矩阵」的 AI 辅助开发体系
你有没有经历过这些瞬间？
•
产品写了一句“用户可以删除评论”，上线后才发现——前端做的是物理删除，后端做的是逻辑删除，测试以为有回收站，运营以为能恢复。四个人，四种理解，没人问过那句“删除到底是什么意思”。
•
技术评审会上，你说“这个接口要加缓存”，后端点头，前端也点头。两周后联调，前端问“缓存是存 Redis 还是 localStorage？”后端问“更新策略是先删缓存还是先写库？”你才发现，大家点的不是同一个头。
•
联调那天，前端抱怨“你这返回的 avatar_url 怎么是下划线，我代码里全写的驼峰”，后端回“API 文档不就写的下划线吗”。你打开 API 文档，发现文档根本没写响应字段的命名规范。
•
Bug 修完了，上线了，两周后同一个 Bug 又出现了。因为没人把 Bug 的根因写下来，没人补测试用例，换个人又踩一遍。
如果这些场景让你感到血压升高，那么这篇文章就是为你写的。
问题不在人，在于“隐性共识”
软件工程的本质是协作。而协作最大的敌人，不是技术难题，是每个人都以为自己懂了。
产品经理写下“近期热门内容”，他觉得“近期=7天，热门=点赞>100”。开发觉得“近期=30天，热门=评论+点赞加权”。两个人从来不觉得需要对齐，因为这个词太“显然”了。
我把这种现象叫做隐性共识幻觉——一群人对着同一个词点头，但脑子里想的完全是不同的东西。
传统解决方案是“写更详细的文档”。但问题是：你怎么知道哪里需要详细？ 你只会详细写你觉得重要的地方，而那些你“觉得大家都懂”的地方，恰恰是日后吵架的雷区。
我需要一套新的工作方式——让 AI 替我发现那些“我以为你懂”的盲区。
十二个 AI Skill，一条不会失忆的流水线
我花了很长时间，设计了 12 个专业 AI Skill，每个 Skill 只做一件事，但做到极致。它们通过项目文件夹里的 Markdown 文档传递上下文，像一条流水线，把模糊的想法一步步变成可运行的代码和可运维的服务。
先看全貌：
代码块
一句话需求
↓
[1.需求管家] → docs/requirements.md (消灭业务歧义)
↓
[2.技术方案] → docs/architecture.md (暴露技术分歧)
↓
[3.交互设计] → docs/ui-design.md (穷举页面状态)
↓
[4.API契约] → docs/api.md (锁定接口字段)
↓
[5.数据库设计] → docs/database.md (敲定表结构)
↓
[6.任务规划] → docs/tasks.md (拆成可执行任务)
↓
┌───────────────┐
↓ ↓
[7.前端开发] [8.后端开发] (并行写代码)
↓ ↓
└───────┬───────┘
↓
[9.全栈协调] → docs/integration-guide.md (对齐联调)
↓
[10.测试用例] → docs/test-cases.md (补全测试盲区)
↓
[11.Bug修复] → Bug分析+修复任务 (分诊定位)
↓
[12.部署运维] → infra/ + 运维手册 (上线最后一公里)