跳转至

从胡言乱语到精准改代码:我是如何让 AI 读懂老项目的

Ch01.1614 从胡言乱语到精准改代码:我是如何让 AI 读懂老项目的

📊 Level ⭐⭐⭐⭐ | 2.7KB | entities/从胡言乱语到精准改代码我是如何让-ai-读懂老项目的.md

从胡言乱语到精准改代码:我是如何让 AI 读懂老项目的

WeChat-腾讯技术工程 | 发布于 2026-08-07 | 评分入库 v×c≥49

核心内容

原创 腾讯程序员 2026-08-07 17:36 广东 将真实债务项目重构成 AI 可维护项目 作者:被删 AI 时代赋予 AI 的新角色:AI 铲屎官。 在 AI 很强的现在,依然很多人会认为,AI 更适用于新项目快速迭代,但很难在一个背负着沉重的历史包袱的项目中起到很大的用处。 最近大半年都在重构项目,从前期使用 AI 依然困难重重,到如今 AI 能高效定位问题、给到十分贴合项目需要的解决方案,中间特别明显的一个转折点,在于开始给项目搭建 AI 上下文工程。 当然,这一年来 AI 的能力本身也在不断加强,我们项目的质量和架构的合理性在我的努力重构下也在稳步提升,但 AI 上下文的搭建依然起到了十分关键的作用。 今天给大家分享的,主要是如何在重构过程中,将 AI 总是胡言乱语,变成了 AI 也可高效助力的一个项目。 在过去的一年里,AI 的能力有大幅度的提升,从最初只能做点明确的小任务,到如今能协助排查问题、提出可落地的解决方案、自执行落地和自测等等,在我们工作中参与的幅度越来越大。 如今很多新业务直接是 AI 原生项目,意味着从立项到上线,开发未亲自写过一行代码,基本上都是 AI 自行完成的。 但即使在 AI 能力很强的今天,大家还是有些共识,比如一个历史债务很重的项目中,AI 能发挥的作用很少,还是需要开发的介入更多。 这很大一部分原因是:AI 的上下文知识不够 。 其实 AI 和开发并没有太大的区别,很多时候区别只是在于,我们比 AI 拥有更多的上下文 ,这些上下文包括: 1. 业务的历史背景,项目的整体协作方式 (与其他模块的关系等)。 2. 过去的需求文档、技术文。

关键要点

相关实体

Agent Architecture Agent Evaluation Benchmarks