先把地址放上，开源地址： https://github.com/yinshaojun001/projectbrain 最近做了一个小工具叫 Project Brain ，MVP 阶段，想发出来听听大家意见。 起因挺现实的：组里有同学要离职，我不得不接手一些支付相关的活儿，第一个需求就是在抖音支付的原有代码上做一整套流程修改。 接手之后才发现，真正麻烦的不是代码本身，而是代码背后的上下文。支付流程怎么走的、哪段代码对应哪份文档、某个字段为什么要这么传、历史上踩过哪些坑、改一个地方会不会牵连回调和退款链路……这些东西散落在各处：有些在代码里，有些在外部文档里，有些在历史经验里，还有一些可能只存在于上一个同学的脑子里。 我平时用 Codex / Claude Code 辅助写代码和定位问题，但这类工具有个很明显的问题：能读代码，不一定懂项目上下文。每次联调出问题，都得重新跟它解释一遍流程、字段含义、潜在影响面。既费 token ，也费时间。需求紧的时候，这种拖慢真的很容易背锅。 所以我迭代了两个版本，做出了个能用的 MVP 。 我想让 Project Brain ...