AI编程实现智Neng协作，听起来是不是hen酷？哈哈，你猜怎么着，这事儿还真Neng成！

说实话，咱就是说AI编程要实现智Neng协作，得先有个好基础——那就是技术图谱，你Ke以理解为一张详细的技术地图。

技术图谱的作用可大了它Neng告诉Agent改代码时该关注什么、会影响到哪里。

你可Neng会问，为什么百度不收录我的文章？害，这个问题问得好，其实这涉及到搜索引擎的算法和你的内容质量等多方面因素。

回答这个问题之前咱先kankan技术图谱怎么回事。技术图谱里包含了hen多有用的信息，比如入口、流程、表结构等，这些dou是Agent在改代码时需要了解的。

技术图谱在工程上其实就是仓库里的一个专用文件夹，里面放着各种“地图”和清单。

比如说有流程图、表结构说明、入口清单，还有机器总图，这些文件共同构成了技术图谱。

文件名什么的并不唯一，你Ke以根据自己的团队习惯来命名，只要团队内一致就行。

flowchart LR Client -->|用户问题| Entry Entry --> Route{意图路由} Route -->|知识问答| RAG Route -->|查表统计| T2S Vec -.-> RAG FTS -.-> RAG RAG --> LLM T2S --> DB LLM --> Out T2S --> Out Out -->|JSON 或 SSE| Client 第一张图怎么画？

hen多人问，第一张技术图谱怎么画？分新老项目来说吧，新项目Ke以先画一条核心链路；老项目呢，就选一条关键链路对照或反推文档。

不对不对，应该是先确定核心链路，然后再逐步细化，不用追求一次画准，在真实的PR里顺手改图并验收迭代就好。

Agent默认是怎么读图的呢？是通过查询子图加上清单便签，而不是整仓灌Mermaid，那样太乱了！

维护仍靠人.md / .ai.md 照旧geng新 → 导出 → 再查询；升级的是读法，不是取消图源。

CI在这里扮演了校对车间的角色，在合并前检查“图是否Yi过期”，确保地图是新的，不会误导Agent。

人/Agent 改代码 + 顺手改图 ↓ 导出机器总图 ↓ 提 PR → CI 自动跑图谱相关检查 + 常规测试 ↓ 全绿 → Review → 合并 一下

智NengAI写作的使用方法和人工AI写作的实现方法，说白了就是利用技术手段提高写作效率和质量。

推荐读序GPS 查询子图 → 站牌/路口规则便签 → 按需 表结构+规约 → 不足时 分册流程图片段 → 锚点代码，这样的顺序有助于提高效率和准确性。

许可：CC BY · 署名可转载与改编 · 系列文稿：ai-coding-closed-loop-articles

两种常见误解：

卷三预告合并前的完整协作流程、任务单字段与签收将在卷三展开，本卷主要解决“图是什么、怎么读、CI如何防图过期”的问题。

GPS 查询子图 → 站牌/路口规则便签 → 按需 表结构+规约 → 不足时 分册流程图片段 → 锚点代码 你可Neng还会想，为什么我的文章还是没被收录？你懂的，这是一个复杂的问题，可Neng涉及到你的内容质量、关键词优化等多个方面。说实话，这个问题一两句话说不清楚，但你Ke以尝试检查一下你的内容是不是真的对用户有帮助，是不是原创的等等。