CodeFlow：丢一个 GitHub 地址，项目架构图就自己长出来了

而是它的入口太偷懒了：

粘贴一个 GitHub 项目地址，等它跑完，整个项目的文件依赖关系就会变成一张可视化图。

对刚接手老项目的人来说，这种东西很有用。

很多时候，我们不是看不懂代码，而是不知道从哪看起。README 写得再漂亮，真打开目录，还是一堆文件、模块、依赖、命名规则扑过来。

CodeFlow 做的事就很直接。

它把项目结构扫一遍，把文件之间的引用关系、影响链路画出来。你点中某个文件，就能看到它和哪些文件有关，改它可能波及哪里。

这比在编辑器里来回 Cmd+点击省心不少。

尤其是那种前人留下来的项目，业务逻辑散在各处，组件互相引用，工具函数又被很多地方复用。你改一个小文件，最怕的不是报错，而是不知道哪里会悄悄受影响。

CodeFlow 至少先把这张网摊开给你看。

它还会给代码库打一个健康评分。

这个分数不一定要当成标准答案，但适合做第一轮体检。比如项目结构是不是过度耦合，有没有明显反模式，有没有硬编码密钥这类低级风险，先扫一遍再说。

我比较喜欢它的另一个设定：

不只支持远程 GitHub 仓库，也能直接拖本地文件夹进去分析。

而且代码不会上传到服务器，处理过程在浏览器端完成。

这点对公司项目挺关键。很多工具功能看着不错，一到“把代码传上去”这一步，基本就没法用了。CodeFlow 这种本地浏览器处理，至少降低了试用门槛。

导出也做了。

分析结果可以保存成多种格式，适合拉同事一起看，或者丢进文档里做交接说明。新同事入场、重构前摸底、开源项目快速扫结构，都能用上。

当然，它解决的不是“自动读懂业务”。

它更像一个项目导航仪。

先告诉你路网长什么样，哪些地方连得太紧，哪些文件最好别随便动。真正的业务判断，还是得人自己下去看代码。

但对于一个陌生仓库来说，第一步能少翻半小时目录，就已经很实在了。