<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>项目理解 on CHEN 的博客</title>
        <link>https://blog.chen-api.cloud/tags/%E9%A1%B9%E7%9B%AE%E7%90%86%E8%A7%A3/</link>
        <description>Recent content in 项目理解 on CHEN 的博客</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>zh-cn</language>
        <lastBuildDate>Fri, 05 Jun 2026 23:02:00 +0800</lastBuildDate><atom:link href="https://blog.chen-api.cloud/tags/%E9%A1%B9%E7%9B%AE%E7%90%86%E8%A7%A3/index.xml" rel="self" type="application/rss+xml" /><item>
            <title>当 Codex 当了丞相，朕终于看懂了 Understand Anything</title>
            <link>https://blog.chen-api.cloud/posts/understand-anything-retrial/</link>
            <pubDate>Fri, 05 Jun 2026 23:02:00 +0800</pubDate>
            <guid>https://blog.chen-api.cloud/posts/understand-anything-retrial/</guid>
            <description>&lt;p&gt;前阵子我还专门写过一篇文章，喷 &lt;code&gt;Understand Anything&lt;/code&gt; 喷得挺狠，核心观点就一句：这东西不配那么多星。&lt;/p&gt;&#xA;&lt;p&gt;现在我准备给它平反一下。&lt;/p&gt;&#xA;&lt;p&gt;不是因为它突然变强了，而是因为我的使用场景变了。最近我在这台服务器上连续用 Codex 做了两个项目，一个是这个博客，一个是 Godot 项目。整个过程里，我几乎没认真看多少代码，更多只是了解业务层面的东西，知道大概逻辑，然后让 Codex 去推进实现。&lt;/p&gt;&#xA;&lt;p&gt;做到这里我忽然意识到一个问题：事情是能继续做，但我其实并不真的知道项目整体长什么样。&lt;/p&gt;&#xA;&lt;p&gt;于是我重新跑了一次 &lt;code&gt;understand&lt;/code&gt;，让它生成知识图谱。第一眼看上去还是很唬人，节点很多，结构铺得很开，很容易给人一种“系统已经被看透了”的感觉。但这次我细看之后，发现它确实补上了一块我原本缺的东西：&lt;strong&gt;让我对项目结构有了整体上的心里有数。&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;h2 id=&#34;我现在更像皇帝不像工匠&#34;&gt;我现在更像皇帝，不像工匠&#xA;&lt;/h2&gt;&lt;p&gt;这段时间我的开发状态，越来越像站在上层看方向。&lt;/p&gt;&#xA;&lt;p&gt;我知道项目要往哪走，知道最近要修什么、加什么、优先级怎么排，但真正深入到代码细节里，很多事情其实已经是 Codex 在处理。它去看文件、改实现、查问题、做汇报，我更多是在听汇报、拍板、再调整方向。&lt;/p&gt;&#xA;&lt;p&gt;这种感觉有点像皇帝看帝国。&lt;/p&gt;&#xA;&lt;p&gt;我不需要知道每个县衙今天具体发生了什么，但我需要知道疆域怎么分、哪里更重要、整个秩序大概是什么样。不然的话，虽然事情也能推进，心里其实是虚的。&lt;/p&gt;&#xA;&lt;p&gt;在这个角度上，&lt;code&gt;Understand Anything&lt;/code&gt; 给出的知识图谱就很像一份疆域图。它不能替代真正读代码，更不能替代排障和开发，但它能让我对整个项目的大致轮廓有感觉，这一点反而挺重要。&lt;/p&gt;&#xA;&lt;h2 id=&#34;为什么我以前会觉得它没用&#34;&gt;为什么我以前会觉得它没用&#xA;&lt;/h2&gt;&lt;p&gt;我之前拿它去理解的是工作里的后端项目。那个项目文件很多，但更关键的是，我本来就已经很熟了。模块怎么分、链路大概怎么跑、哪里是重点，我自己心里已经有一套模型。&lt;/p&gt;&#xA;&lt;p&gt;所以它再给我生成一张知识图谱，我看到的就只是一大堆文件被更整齐地排了一遍。没有增量信息，自然也就感觉毫无用处。&lt;/p&gt;&#xA;&lt;p&gt;这不是它完全没价值，而是那种场景本来就不适合它。对于一个你已经非常熟的项目，它很难超过你自己的脑内地图。&lt;/p&gt;&#xA;&lt;h2 id=&#34;但对陌生项目它确实有价值&#34;&gt;但对陌生项目，它确实有价值&#xA;&lt;/h2&gt;&lt;p&gt;这次不一样。最近这两个项目，无论博客还是 Godot，我对技术栈都不算熟。很多时候我能判断业务目标对不对，但如果让我只靠自己快速进入代码层面，其实并不现实。&lt;/p&gt;&#xA;&lt;p&gt;在这种情况下，知识图谱的价值就出来了。它服务的不是“已经完全懂项目的人”，而是像我这种：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;对项目还不够熟&lt;/li&gt;&#xA;&lt;li&gt;对技术栈也不够熟&lt;/li&gt;&#xA;&lt;li&gt;又在大量依赖 AI 推进开发&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;这时候它的意义就不是“替你理解代码”，而是&lt;strong&gt;帮你快速感知项目，建立一个全局印象&lt;/strong&gt;。&lt;/p&gt;&#xA;&lt;p&gt;这样一想，我反而有点理解它为什么会有这么多星。很多人未必真的了解自己手头的项目，或者至少没有一个稳定、清晰的整体印象。尤其在 AI 越来越占主导之后，大家更需要这种能快速生成总览图的东西。&lt;/p&gt;&#xA;&lt;h2 id=&#34;最后&#34;&gt;最后&#xA;&lt;/h2&gt;&lt;p&gt;所以我现在对 &lt;code&gt;Understand Anything&lt;/code&gt; 的看法，已经没有之前那么刻薄了。&lt;/p&gt;&#xA;&lt;p&gt;它不是神器，也不是能让你从此不读代码的东西。如果你本来就非常了解项目，它大概率只会显得花哨。但如果你面对的是陌生项目、陌生技术栈，而且开发过程里 AI 已经承担了大量具体事务，那它确实能帮你建立一种“我至少知道这个帝国长什么样”的把握感。&lt;/p&gt;&#xA;&lt;p&gt;这不一定直接帮你写出更多代码，但会让你心里踏实不少。&lt;/p&gt;&#xA;</description>
        </item></channel>
</rss>
