用Claude给项目做MBTI性格体检：开源工作流原理与复现指南

“你们用Claude写代码改bug不亏，但拿它给项目做体检这件事，才是最近这批开源工作流里最让我眼前一亮的方向。”如果你最近刷社交媒体，应该已经见过那张图：一个软件的Git仓库被Claude跑完一套流程后，输出了类似“ENFJ型项目”“INTJ型代码库”这样的性格报告。这个思路的来源，是YC总裁开源的一整套Claude工作流——把MBTI这套人格测试方法论，整个搬到软件工程领域，给项目做了一次性格体检。一开始我觉得这就是个噱头，但当我真正复现、跑通、并拿自己的项目实测之后，才发现这套工作流真正值钱的不是MBTI四个字母，而是它在背后设计的一整套“如何让Claude客观审视一个项目”的评估流水线。

这篇内容我会从底层原理讲到复现细节，再讲实测结果和避坑经验，保证你拿到的不是一张花哨的报告，而是一套能落地到你自己项目中的诊断工具。

1. “项目MBTI”到底在测什么：四个维度的工程化转译

1.1 为什么MBTI可以给“项目”做测试

MBTI把人的性格拆成四个对立维度：外向/内向、直觉/实感、思考/情感、判断/感知。放在人格上，这四个维度描述的是一个人获取能量、处理信息、做决策、安排生活的方式。仔细想想，一个软件项目其实也有“行为模式”——它从外面吸收需求的方式、它在代码里做技术决策的风格、它对待用户和内部质量的优先级、它组织和推进迭代的纪律性，本质上都是项目长期演进中沉淀下来的“性格”。

这套工作流的开发者做的，就是把MBTI的四个维度重新翻译成软件工程语境下的评估项。它不是在测代码好不好，而是在测一个项目“像什么样的团队带出来的孩子”。同一个功能，一个偏“直觉”型项目可能倾向于用新框架、重写边界，一个偏“实感”型项目则可能选择最小改动、快速合入。这两种选择没有对错，但代表了项目的性格倾向。这个视角比单纯的代码质量评分更能反映一个项目的演进风格、团队文化、技术审美的潜在偏差。

1.2 四个维度的工程化转译

原版MBTI的四组字母，在这里被映射成四组工程问题。这套映射逻辑是整个工作流的骨架，我实测之后觉得翻译得相当精准：

• E（外向）与 I（内向）：关注一个项目对外部输入的敏感度。E型项目很擅长从用户反馈、市场变化、社区issue里获取能量，需求文档频繁更新，版本迭代速度受外部反馈驱动；I型项目则更依赖内部自驱，倾向于自己定义方向，外部输入需要经过详细的转化才能进入开发流程。
• N（直觉）与 S（实感）：关注技术决策的抽象程度。N型项目喜欢平台化、抽象层、架构重组，在重构和新技术引入上非常积极；S型项目偏好具体可验证的改动，一切以眼前问题和确定性优先，对“以后可能用得上”的抽象设计容忍度很低。
• T（思考）与 F（情感）：关注价值判断的决策基准。T型项目在取舍时主要看性能指标、成本、资源占用、可维护性等硬性数据；F型项目在决策时会把开发者体验、用户情感、社区口碑、可访问性这些“软性”因素摆到很高优先级。
• J（判断）与 P（感知）：关注流程的纪律程度。J型项目有严格的CI/CD、commit规范、版本发布节奏和deadline管理，流程异常会被视为事故；P型项目则保留大量探索空间，分支活跃、规格松散、经常在最后一刻调整计划。

实际运行时，工作流不是简单地二选一，而是为每个维度输出1-10的分数，并给出支撑证据。比如它不会只告诉你“这个项目偏J”，而是会给出“CHANGELOG显示固定双周发布节奏、PR模板强制关联issue、CI配置中commitlint检查启用”这类具体依据。

1.3 它和传统代码质量指标的分工

有一个关键点我刚开始也误解了：这套工作流不是来替代SonarQube、CodeClimate、linter这类工具的。静态扫描工具看的是“代码健不健康”，这套工作流看的是“项目像谁、怎么长大的、适合往哪走”。一句话概括就有很多直接拿到手就能用的价值。

2. 这个开源工作流真正值钱的地方：一套可拆解的评估流水线

“用Claude给项目做MBTI测试”表面上看只是给它写一段很长的提示词，让模型读一遍仓库然后给结论。但如果你真的试过就知道，直接让Claude读几十个文件然后给个性格结论，大概率会得到一份幻觉严重、前后矛盾、还搂不住证据的报告。这套开源工作流真正厉害的地方，是把评估拆成了一条有清晰边界的流水线。

2.1 整体流水线：三阶段四输出

工作流整体分三个阶段。第一阶段是“信号采集”，它不是让Claude漫无目的地读代码，而是先定义好需要从哪些文件类型里读取性格信号——README、CONTRIBUTING、CHANGELOG、issue模板、PR模板、docs目录、关键