AI Native Builder 开放内容项目说明
这是《AI Native Builder：把 AI 变成组织能力》的开放内容项目说明。项目正在把一套面向企业 AI 建设者的课程整理成可公开阅读、可以独立自学、能够持续修订的中文书籍。
本书以 AI Native Builder（AI 原生建设者） 为主角。它指企业内部推动团队或公司走向 AI Native 的建设者。读者会学习怎样找到能用、值得用 AI 的业务问题，怎样稳定 AI 效果，以及怎样把 AI 应用推进生产环境。Forward Deployed Engineer（FDE）用于说明供应方一侧的客户交付角色，是合作方和对照，不是 AI Native Builder 的概念来源。
当前版本处于发布候选阶段。作者及原创内容权利人为 kms9；书稿、模板、原创教学案例和《从 SOP 到智能体应用》配套 PDF 采用 CC BY-SA 4.0许可。
该许可允许复制、改编、再分发和商业使用，但使用者需要署名、链接许可、说明修改，并以相同许可分享改编内容。发布候选状态表示试读、审读、校对和格式检查尚未全部完成，不会缩小已经授予的许可权利。
项目希望做成什么
我们希望做出一本读者不依赖授课者也能学下去的书。正文需要解释判断是怎样形成的，案例要展示输入、约束、失败和修改过程，练习则要告诉读者怎样检查自己的结果。章节不能只剩术语、表格和检查项，也不能用一次漂亮演示代替真实运行、风险控制和采用证据。
这也是一个持续修订的知识项目。企业 AI 的岗位名称、产品能力和治理要求会变化，读者在真实项目中遇到的问题也会不断增加。公开协作可以帮助项目更早发现事实错误、难懂段落、失效链接、不成立的案例和缺少反馈的练习。
项目不会把本书包装成行业统一标准，也不颁发外部认可的职业资格。书中的七段责任链、阶段决定和自评边界属于教学框架；它们用来帮助学习者组织证据，不能替代雇主评估、专业审批或真实项目经历。
项目包含哪些内容
| 内容 | 作用 | 从哪里开始 |
|---|---|---|
| 项目首页 | 介绍读者、课程主线、章节结构和发布边界 | README |
| 第 0—11 章 | 从角色来源走到项目建设、组织复用和作品集说明 | 如何使用这本书 |
| 练习册 | 提供从学习契约到毕业复核的模板、填写示例和阶段决定 | 练习册与检查清单 |
| SOP 到智能体约束转化卡 | 在目标流程获准建设后，把它转换为可持续更新的业务约束 | 打开转化卡 |
| 配套 PDF | 用 22 页原创图解解释从流程到智能体约束的转换 | 从 SOP 到智能体应用 |
| 实践扩展 | 连接脱敏改写的内部实践案例、章节旁注和需求分流练习 | 配套案例与练习扩展 |
| 术语表 | 解释行业概念与本书教学定义 | 术语表 |
| 参考资料 | 记录各章来源、用途、证据边界和核验日期 | 参考资料 |
| 变更记录 | 记录发布候选版变化和仍待完成的发布条件 | CHANGELOG |
| 贡献说明 | 说明内容来源、隐私和贡献许可要求 | CONTRIBUTING |
第一次阅读时，先看项目首页和第 0 章，再决定使用真实项目、影子项目还是虚构案例。准备直接做练习的读者仍应先读对应章节；练习册负责记录，不代替正文中的解释。
现在可以怎样参与
项目接收错别字、失效链接、事实疑点、概念冲突、难懂段落、练习缺口和无障碍问题。
请通过 GitHub Issues 提交公开反馈。提交前可以先查看项目仓库中的现有问题，避免重复报告。
一条容易处理的反馈应包含：问题所在的文件和标题、读者实际遇到的困难、建议改法、可核对来源，以及建议成立的条件或限制。事实更正应尽量提供一手来源；只写“这一段不好”很难判断怎样修改，也无法复查修改是否解决了问题。
提交 Issue 不会自动转移内容权利。准备通过 Pull Request 合并的内容应由贡献者原创或获得充分授权；贡献者需要同意合并内容按本项目的 CC BY-SA 4.0 许可公开。完整要求见内容贡献说明。
涉及章节结构、新案例、角色定义、治理要求或大段改写的建议，应先通过 Issue 说明问题和方案，避免写完后才发现与全书主线冲突。
适合提交哪些改进
项目欢迎下面这些贡献：
- 修正事实、术语、引用、链接和跨章不一致；
- 报告自学时无法理解或无法完成的环节；
- 补充有明确来源和适用边界的企业 AI 实践；
- 改善案例的因果过程、失败路径和反馈说明；
- 改善目录、替代文本、移动端阅读和导出格式；
- 在取得必要授权后提供翻译、图示或可复用练习材料。
下面这些内容不能直接合并：没有来源的行业结论、无法说明权利来源的长篇转载、真实客户敏感信息、把虚构案例写成真实业绩、未经验证的产品宣传，以及绕过安全、隐私、法务或业务审批的操作建议。
真实项目材料必须先去除个人信息、客户标识、访问凭证、内部价格、合同内容和未公开系统细节。项目目前没有私密报告渠道；若问题无法在不泄露敏感信息的前提下说明，请不要发布 Issue，也不要上传原始材料。
内容怎样接受评审
每项修改都要回到读者能否独立学习。评审者会检查正文是否讲清原因和判断过程，案例是否包含约束、失败和代价，练习是否有示例或完成判断，来源是否直接支持相关主张。新增表格或清单不能用来替代缺失的正文。
全书保持同一条叙事主线：先解释企业内部为什么需要新的建设责任，再用 FDE 说明供应方如何完成客户交付，随后定义内部 AI Native Builder 如何推动问题选择、效果稳定和生产使用。修改单章时，需要检查它与发现、重构、构建、评估、治理、采用和复用七段责任，以及前后章节、练习册、术语表和参考资料是否一致。
公开文件使用相对 Markdown 链接，不写本机绝对路径和内部生成过程。外部事实优先引用一手来源；快速变化的岗位、产品、模型和政策应标注核验日期。原创虚构案例必须明确标记，案例中的数字不能改写成行业基准。
使用 AI 辅助贡献
可以使用 AI 帮助检索、整理、校对、翻译或起草，但提交者仍要对最终内容负责。AI 生成的来源、数字、引文和产品能力必须逐项核对，不能把模型自述当作证据。
提交较大修改时，请说明 AI 参与了哪些步骤、哪些判断由本人完成、哪些内容经过人工核验。若 AI 生成内容包含第三方表达、真实人物信息或疑似受版权保护的长段文本，应先停止提交并确认来源与使用权。
版本与发布
书稿使用 draft、release-candidate 和正式发布版区分状态。draft 可以有缺章和待验证内容；release-candidate 表示正文基本完整，仍在等待试读、审读、校对和格式检查。正式发布版需要给出明确版本号、生效日期和可用格式。
当前版本号、更新时间和状态只以 README 的“当前版本与发布边界”为准。单篇章节不再声明独立版本；读者可见的变化和未完成条件记录在版本变更记录中。
发布前至少需要完成目标读者独立试读、领域审读、文字校对、跨格式检查和目标发布包复核。完成其中一项不能代替其他发布条件。
许可与版权边界
作者及原创内容权利人为 kms9。除另有说明外，本项目原创内容采用 CC BY-SA 4.0许可，范围和建议署名见 LICENSE。该许可覆盖书稿、模板、原创教学案例和原创配套 PDF。
CC BY-SA 4.0 允许任何用途的复制和改编，包括商业用途。使用者必须提供适当署名和许可链接，说明是否修改，并以相同许可分享改编内容；不能用额外法律或技术措施限制下游继续行使这些权利。
本许可不覆盖只被引用或链接的第三方网页、标准、文章、商标和其他材料。未来新增软件代码、数据或第三方素材时，需要分别说明其许可；没有明确标记时，不能根据本书内容许可推断第三方权利。
维护责任
项目所有者 kms9 负责版本和正式发布决定。维护者负责审查内容、记录来源、处理跨章一致性，并说明某项修改为什么被接受、要求返工或拒绝。领域评审者可以对业务、工程、数据、安全、隐私和法务内容提出专业意见，但各自意见应标明适用范围。
公开反馈渠道为 GitHub Issues。项目目前没有私密材料提交渠道；涉及敏感信息时只提交不含原始数据的问题摘要，或者暂缓提交。