基本信息

来源摘要/节选

公开展示已截断至最多 800 个字符；请访问原始来源查看完整上下文。

人设计系统，AI 在系统内可靠执行 2026年了，你每天打开 IDE 的第一件事是什么？ 我猜是跟 AI 打招呼。 Cursor 、 Claude Code 、 Trae ……这些工具已经从"尝鲜玩具"变成了日常开发的一部分。据统计，超过 80% 的开发者每天都在用 AI 辅助编程。 但有一个现象值得注意： 模型越来越强，可开发效率的提升似乎并没有那么明显。 回想一下过去一周的工作： AI 帮你生成的代码，看着没问题，跑起来却报错 改了一个接口字段，漏掉了几个引用的地方 前后端类型不同步，到运行时才发现 团队里每个人用 AI 生成的代码，风格不太一样 这些问题的原因可能不在 AI 本身。我在一个多 Repo 项目里折腾过一段时间之后，逐渐有了一个感受： 项目结构的方式，会直接影响 AI 能发挥多大的作用。 这篇文章想分享的，是两套在实践中被验证有效的方案： Monorepo 和 Harness Engineering 。它们分别从"结构"和"执行"两个层面，帮助 AI 更好地融入开发流程。 原文地址 墨渊书肆/AI双层代码治理：Monorepo × Harness Engineering 一、AI 在多 Repo 项目中遇到的常见问题 1.1 上下文不完整 假设你的项目是这样组织的： frontend-repo/

前端（Git仓库A）

admin-repo/

管理后台（Git仓库C）

backend-repo/

后端（Git仓库B）

这在很多团队中是很常见的做法。 现在你在 backend-repo 里，让 AI 帮你改一下 User 接口，加一个 role 字段。AI 打开文件——它只能看到 backend-repo 里的内容。前端的调用方式？不清楚。管理后台有没有用到？不相关。 于是 AI 改完了后端的 DTO 。你去前端跑了一下——类型报错了。…

来源说明

当前只保存了公开页面节选，不代表原文全文。请以原始来源为准。

本页只呈现已做哈希绑定的来源证据，不包含基于旧正文或缺失原文的扩展推断。