AI-Native 软件工程宣言
查看 GitHub 仓库目录
00.1语录宣言的最初形态：11 条真相浓缩版、扩展章节索引，以及从 2025 年 3 月到 2026 年 5 月的全部修订记录。00.2AI-Native Engineering：2025 的 11 条硬核真相一份关于构建 AI-native 组织与系统的创始人笔记。01第 1 章：AI 的无状态性与 Context Window理解 AI 的关键在于理解它的无状态性。你的代码库应该抛弃所有的过程性历史信息，让任何一个读者，也就是你的每一个 AI session 都不用去理解任何历史上下文。02第 2 章：Test–Code 循环——为什么测试代码比功能代码更重要你一定要花非常多，超过 50% 的时间来写 testing code。03第 3 章：Debugging——在深水区和 AI 一起查 bug今天的 AI 编程，是在不确定性中、在混沌中、在混乱中的一种编程。04第 4 章：工具与 Context 选择——为什么 AI IDE 卖的是“上下文选择能力”AI IDE 或 AI Agent 卖的是两个：一个是 Context 选择的能力，一个是最佳实践通用化的能力。05第 5 章：AI-Native 工作流——Plan–Act、Test–Code、Doc–Code–DocPlan–Act、Test–Code、Doc–Code–Doc 是新工程时代的工程循环。06第 6 章：从垂直复杂度到水平复杂度我们应该将软件的复杂度从垂直转为水平……通过增加链路的多样性，来实现链路的深度降低。07第 7 章：Human-in-the-loop 与新人培养AI 不能解决所有问题，AI 不能解决第一公里和最后一公里的问题，这本质上是人的问题。08第 8 章：为 AI 选择兼容的技术栈过于新的技术堆栈，AI 没有能力掌握，因为训练数据过少……兼容性这个词有了新的涵义。09第 9 章：AI Coding 的五个等级与 User Story Driven 终局Vibe Coding 只描绘了一个非常初级的 coding 阶段，终局应该是 user story 驱动的开发。10第 10 章：AI-Native 小团队的结构性优势小团队能够胜出的时代……我们没有任何负担，可以尽可能地去彻底革新我们所有环节的生产力。11第 11 章：Convention 与开发规范——让 AI 带着镣铐跳舞Convention、开发规范的重要性，对于 AI-Native 团队的重要性，只会更高，因为它们是延缓熵增最好的手段。项目起步时一定要尽可能地设计好尽可能多地束缚。让 AI 带着镣铐跳舞。12第 12 章：Token 作为项目规模的量化指标token 是一个可以对一个项目所含信息量进行量化的一个指标，一个项目沉淀的所有资产转换为 token 的数量就是对这个项目规模的衡量。13第 13 章：会议录音→PRD→TDD→代码——AI-Native 团队的知识工作流一些曾经更激进的想象，我们有钱有人力后，可以开始试验：将所有的会议录制→生成字幕→生成 PRD→生成 TDD→生成 code draft。14SSOT：为什么所有软件工程原则最终都在谈同一件事复杂业务和 AI-native 工作流会让事实分裂。SSOT 九层金字塔模型的目标，是让团队和 AI 都知道当前应该相信哪里。15如何构造 SSOT 九层金字塔模型：一套可复用的 SSOT 原则一套不依赖具体业务的 SSOT 构造方法：从使命、战略、承诺一路落到 Flow、contract、实现和 evidence。
订阅文章更新
有新文章时发一封邮件，仅此而已。