LIVING SYSTEM / 持续更新
AI 原生团队
AI ENGINEERING OS
解释 AI 原生团队的原理，提供可操作的教程与方法，帮助团队真正用好 AI——不只是知道用什么工具，而是理解为什么这样做、怎么做才有效。
- 00 原则
- 01 思维
- 02 设计
- 03 构建
- 04 提示
- 05 工作流
- 06 团队
- 07 工具
- 08 指标
- 09 愿景
人负责定义目标、边界与判断；AI 负责把结构化意图变成可以验证的结果。
THE THESIS / 核心主张
AI 不是附加在旧流程上的提效工具，这不是一套一次写完的答案，而是一套随着实践继续生长、修正和验证的工程系统。
而是需要重新设计团队、知识与工作方式的核心能力。
START HERE / 阅读路径
不必从头读到尾。
从你现在面对的问题出发。每一条路径都会带你进入同一套系统。
CONTENTS / 内容地图
十章，一套可以运行的系统。
文章按概念依赖排序。新内容会进入对应章节，原有内容也会随着实践持续修正。
01 NOTES
原则
先建立所有设计都能回溯的底层规则。
11 NOTES
思维
在调用工具之前，先建立关于 AI、判断与团队的正确心智模型。
- 01.012 MIN →
AI 工程思维框架
判断准则：凡是"定义问题本身"的工作，保留给人；凡是"在已定义边界内…
- 01.024 MIN →
上下文即约束
基础模型层：没有记忆。 模型本身在每次推理时只能看到当前上下文窗口里…
- 01.037 MIN →
面向技能的知识：从描述到执行
在传统软件工程中，代码是最小的可执行单元。 在 AI 时代，这个假设…
- 01.048 MIN →
Agent 不是队友，是外骨骼
把 agent 假设成"不同的人"，会产生一种幻觉
- 01.054 MIN →
激情开发陷阱
AI 让写代码变得极其容易。这本身不是坏事，但它放大了一种古老的失败…
- 01.063 MIN →
MVP 是草稿，验证才是资产
已经写了这么多了，改方向太可惜了，先把这版做完吧
- 01.073 MIN →
AI 是书呆子，不是打工人
"AI 是个拥有全人类智慧的打工人，我只需要分配任务。"
- 01.084 MIN →
判断力缺口：看不懂 AI 答案时怎么决策
AI 协作的标准建议是「人类做最终决策」。但这个建议有一个隐含前提没…
- 01.094 MIN →
知识变经验：项目中的积累机制
项目结束后，大多数团队都能说出"我们学到了什么"——写在复盘文档里，…
- 01.104 MIN →
知识不随人走：AI 工程对人员流动的真正解法
传统工程有一个结构性缺陷，大多数团队已经习以为常了
- 01.113 MIN →
团队是你的第一个产品
找到合适的人，让他们做合适的事，处理好人与人之间的关系
05 NOTES
设计
设计边界清晰、知识可注入、对 AI 友好的系统与界面。
- 02.014 MIN →
架构模式
AI 驱动工程中常用的架构设计模式。核心问题是：如何让系统结构本身降…
- 02.025 MIN →
领域知识层：让已有知识被 AI Skill 正确使用
工程团队已经积累了大量知识：产品需求文档、工程规约、领域规约。 这些…
- 02.038 MIN →
用 AI 从参考风格到自己的 UI 设计
做 UI 设计时，很少有人从一张白纸开始。更常见的起点是：喜欢某个产…
- 02.044 MIN →
UI 风格指南
项目 UI 设计的基准文档。填写完成后，将本文件内容作为 AI 生成…
- 02.052 MIN →
设计决策日志
设计决策有记忆损耗。几个月后，没有人记得"为什么按钮是直角而不是圆角…
01 NOTES
构建
从结构化需求出发，让生成、审查、精炼和交付形成闭环。
12 NOTES
提示
把有效提示沉淀成可复用、可验证、受版本控制的操作手册。
- 04.019 MIN →
如何写好提示并把它用起来
提示写得好不好，80% 取决于输入准备，而不是措辞技巧。这篇文章解释…
- 04.023 MIN →
需求结构化
将模糊的需求描述转化为结构化输入，使其可以直接用于 AI 辅助设计和…
- 04.033 MIN →
代码生成
接口已定义，需要 AI 生成实现代码时使用。适合函数、模块、服务类。…
- 04.043 MIN →
测试编写
为新写的或现有的代码生成测试用例初稿。适合工具函数、API 适配器、…
- 04.053 MIN →
错误诊断
遇到错误但无法快速定位根因时使用。适合运行时报错、测试失败、AI 多…
- 04.063 MIN →
代码重构
代码能跑，但结构需要改善时使用。目标是在不改变外部行为的前提下提升可…
- 04.073 MIN →
架构设计
为新功能或系统生成架构方案选项，供人工评估和决策。输出是多个选项，不…
- 04.085 MIN →
UI 设计生成
生成新组件、页面布局、从设计稿转代码、从零创建页面时使用。所有场景都…
- 04.093 MIN →
PR 代码审查
合并 PR 之前，让 AI 做初轮审查，生成结构化意见，供人工审查者…
- 04.105 MIN →
AI Skill 测试：概率性系统的验收方法
传统单元测试的前提是：相同输入产生相同输出。这个前提在 Skill …
- 04.112 MIN →
可复用提示模板
用于沉淀可复用 AI 操作方法的标准骨架，包含使用时机、输入清单、执…
- 04.121 MIN →
AI 辅助开发提交检查清单
AI 辅助开发的 PR 在合并前须完成以下检查项。将此清单复制到 P…
05 NOTES
工作流
把 AI 放进日常开发、事故响应、发布和知识传递流程。
03 NOTES
团队
按判断权重新划分角色，并把团队当成一个持续迭代的产品。
02 NOTES
工具
选择可验证、可降级、能接受结构化输入的 AI 工具。
02 NOTES
指标
用周期、返工、质量和交付数据判断 AI 是否真正产生复利。
01 NOTES
愿景
从个人技巧走向团队能力，再走向可持续进化的组织系统。
AN OPEN SYSTEM / 开放系统