六个月，一个人，零编程背景，交付了一套能用的MCP服务器。这位台湾创始人最近公开了自己的开发日志，数据很具体：275个测试用例里240个是Claude写的，六个供应商适配器两个月跑通，但合作入驻流程卡了整整半年还没走完。
这不是又一个"AI让普通人也能写代码"的励志故事。真正值得看的，是创始人记录下来的那些具体摩擦——代码能外包给AI，但决策和流程瓶颈全得自己扛。
Claude写代码，人做判断
整个项目的技术实现完全由Claude Code完成。创始人只负责方向：要做什么产品、哪些权衡更重要、架构该往哪里收。用他自己的话说，"Claude能写任何一行代码，但你得知道产品应该是什么"。
这种分工暴露了一个反直觉的点：非技术背景反而是优势。没有预置的"正确做法"执念，不会执着于错误的抽象层。代价也很明显——分不清Claude什么时候在"流畅地写错东西"。
六个月里他踩过这个坑。一次涉及18个文件的重构，没写书面计划，整个周末搭进去，Claude把原始意图搞丢了。现在他养成了一个习惯：动到5个以上文件，必须先往/docs里扔一份计划，每次开会让Claude先读一遍。
测试不是自动发生的
Claude写测试很积极，但前提是你要开口要。创始人现在的标准流程是：同一轮对话里同时要代码和测试，修bug时先让Claude写失败测试。275个测试里240个来自Claude，这个比例说明测试纪律是靠人建立的，不是工具自带的。
另一个被硬逼出来的习惯是写commit message。每条必须带一行WHY，因为让Claude三节课后重新推导决策理由，太烧上下文额度了。完整的会话历史直接存进仓库，比事后补的文档有用得多。
真正的瓶颈在TypeForm
技术交付速度和人肉流程速度的落差，是这篇日志里最刺耳的数据：六个供应商适配器，两个月写完代码；三个供应商合作计划，六个月还在"入驻中"。
创始人的原话很直白："Claude Code帮不了你填那些供应商经理不回的TypeForm。"AI辅助单人开发的限速步骤， increasingly 是人类官僚体系，不是模型能力。
这个观察戳破了一个流行叙事。过去半年科技媒体热衷于讨论"AI让一个人抵一个团队"，但少有人记录下游的实际情况——代码产出来了，卡在给供应商发邮件等回复。
值得盯的后续
三个卡住的供应商合作能不能走完流程，是第一个观察点。第二个更关键：其他用AI solo开发的创始人，会不会报告类似的人肉瓶颈比例。如果这是系统性现象，"AI赋能个人开发者"的商业模型可能需要重新算账——省下来的工程成本，会不会被商务流程的摩擦吃掉。
创始人没提产品名字，也没说有没有收入。但275个测试用例和六个月的会话日志，本身就是一份难得的田野记录。在所有人讨论"AI替代程序员"的时候，有人正在用AI写代码，同时被人类的表格和已读不回拖住——这个画面比任何预测都具体。
热门跟贴