一家五岁初创的全员 AI 改造：非工程师成了 agent 最大用户，60 个服务迁移从 4 个月缩到 1 周

一句话结论

笔记应用 Craft Docs（百万用户、五万付费客户、20 名工程师）在 2026 年 1 月完成了一次自上而下的全员 AI 改造：创始人 Balint Orosz 圣诞假期用 Claude Code 两周做出”可视化版 Claude Code”——Craft Agents，随后强制全公司接入。结果非工程师比开发者用得更凶：客服工单处理从 20-30 分钟降到 2-3 分钟，营销不再需要工程师建站，5 年没人敢碰的 60 个服务迁移被一名工程师一周完成。

这篇复盘来自 Balint 的哥哥、The Pragmatic Engineer 主理人 Gergely Orosz 的独家深访。更新：2026 年 6 月，Polymarket 收购了 Craft Agents（开源项目），Balint 加入 Polymarket 负责产品工程。

三年克制换来一个转折点

Craft 是 2020 年上线的文档/笔记工具，招牌是低延迟、跨设备无缝和极致 UX，拿过 Apple Mac App of the Year。他们对 AI 的态度是克制而非追风。

2022 年：ChatGPT 上线前两天发布 Craft AI Assistant——跑在 GPT-3.5 API 上，上下文窗口只有 4096 token，一问一答没有多轮。带来了下载量，但用户用两下就扔，不”粘”。

2023-2024 年：团队试过 RAG 知识库搜索、摘要等检索功能，用户依然不买账。Balint 刻意躲开”Copilot everywhere”的陷阱——微软把不好用的 Copilot 铺满全家桶导致用户把 Copilot 和”没用”划等号。他的原则：

“我们知道只有一次机会向用户证明 AI 对他们有用。在我们自己有’哇’时刻之前，绝不全押 AI。”

2024 年 12 月：推理模型带来第一个真转折。一个高频用户需求是识别手绘图形，Balint 估计要几周开发，结果用 GPT-4o 一天生成完整实现并上线——这是他第一次承认”没有 AI 做不出这个功能”。随后他抽调 20 名工程师中的 5 名全职实验 agent，做出移动端 agent Chaps（未公开发布），积累的 tool calling 和编排经验反哺主产品。

两周做出”可视化 Claude Code”

2025 年 12 月，Balint 想用 Opus 4.5 级别的模型，就在 Claude Agent SDK 上搭了个终端原型 Craft Terminal，把 Craft Docs 接成数据源。效果好到客服团队主动开始用，但终端界面对非技术用户是灾难：多任务痛苦、审查复杂计划别扭、“整个体验像被锁起来”。

客服流程长这样：看 Zendesk 工单 → 查 Craft 里的运行手册 → 手册不存在就查其他数据库。Balint 由此加了”Sources”概念——把 API、数据库、MCP 服务器都接进 agent。

然后他给自己出了道题：两周内用 Claude Code + 从没用过的 Electron 技术栈，做一个像邮件客户端一样自然的 agent 界面。当年做 Craft Docs 的第一版体感原型他花了四个月。这次 1 月 5 日交卷：跑在 Mac/Windows/Linux 三端的 Craft Agents 完成。Balint 的逻辑是——如果这个实验成功，就证明 AI 带来的是台阶式变化，他会推着全公司换工作方式；失败也能学到模型的真实水位。

工具不只是好看的外壳，还包括：数据源系统、并行 agent 的可视化与切换、标签化工作流、数据源只读/可写权限、只读 Explore 模式与”先问再改”模式、扩展 Claude Code 的 skills 概念、主题系统。1 月 19 日，Apache 2.0 协议开源。

非工程师怎么用：客服是第一重度用户

发布周，客服、营销、HR 全线扑上去。客服负责人 Tamas Fazekas 团队的工作流最能说明变化。

工单分诊

工单量大时，agent 自动开并行子 agent，每批 3 个工单处理：

完成后 agent 给客服一份汇总报告：

数据增强

几乎每个工作流都挂了 “Get User Data” 技能：用工单里的邮箱查 Craft 后端 API，把用户套餐、账单状态、功能开关、使用指标自动贴进工单——客服不用再开第二个工具查信息。

Bug 处理：从客服直达工程

“bug 报告处理器”技能定义了数据源（Zendesk + Linear）和输出格式（结构化分析+标签），agent 的动作序列：识别 bug 所属平台并打标 → 查 Linear 是否有类似 issue（有则关联，无则新建并指派对应开发团队）→ 做技术根因分析 → 起草给客户的回复 → 生成指向代码位置的工程工单。

客服负责人的原话：

“最大的胜利是我们大幅减少了向上升级！过去经常要 ping 工程师确认 bug 是不是代码问题，现在 agent 直接查并自动升级。我们不再需要在最新版本上复现老版本报的 bug，因为代码路径查询能告诉我们相关代码有没有变过。以前一张工单要 20-30 分钟，现在 2-3 分钟。而且最大的收益甚至不是单张变快——是能处理比以前大得多的量。”

两周内客服团队自建了六个技能：/triage（分诊）、/bug-report（生成工程工单）、/education（教育授权申请审核）、/daily-report、/get-user-data、/feature-request。

其他团队

• 营销：建站不再排队等工程师。以前一名 Web 工程师轮值陪营销做页面，工程师嫌无聊、营销嫌支持不够；现在一名营销实习生先用 Craft Agents 建页，全组跟进
• HR：自建 Bamboo HR 插件处理匈牙利按年龄分配年假的规则，自动生成薪酬系统兼容文件
• 财务：一人自建工具把 Revolut 商业账户导出 CSV，与员工贴发票的 Slack 频道交叉比对，自动生成提交给记账系统的格式

防事故的权限设计

LLM 会犯错，而这套系统跑在真实客户业务上。Craft Agents 的会话有三档模式：Explore（只读，默认）/ Auto（可写数据源）/ Ask to Edit（写前确认）。常见用法是 Explore 讨论、Auto 干活。

主题都能让 agent 做

预置了 Ghostty、GitHub、Tokyo Night、Rosé Pine 等十几款主题后，一名客服让 agent 照《黑客帝国》风格设计新主题，自定义主题随即在办公室传染：

工程方式本身也被改写

架构师免互审，PR 只出不合

Balint 与另一位架构师 Gyula Halmos 对产品方向高度一致，互相合并对方改动不做评审。开发者可以提 PR，但只有架构师能合并；违背产品哲学的会被要求重做或直接关闭。

外部 PR 被拒绝，但想法被”织入”产品

开源后外部 PR 不少，Balint 几乎不合并。两天内涌来 5 个支持额外模型供应商的 PR，他读出的信号是”用户想要多模型支持”，于是自己重新设计实现了这个能力：

“产品一致性正在成为杰出产品的隐形优势。如果照单全收 PR，产品会变成一堆局部最优的补丁拼盘。我把 PR 当作高保真的功能请求，然后重构底层功能，让它契合 Craft Agents、覆盖更多用例——而不只是一个人的那一个。“

SDK 都不太需要了

接 Gmail 数据源时 Balint 本想用 Google SDK，发现 agent 本来就知道该调哪些 API，直接 REST 调用即可——代码更简单、依赖更少。

Remix 文化已经出现

研究者 Lisa Skorobogatova 让 agent 修改 Craft Agents 自身代码来支持 Projects 和拖拽整理会话——用户 fork 开源项目后用自然语言指挥 agent 改出自己的版本，“remixing”正在绕过传统的 PR 流程。

工程团队的剧变与代价

1 月 5 日，工程团队被告知工作方式必须变——每个工程师配 Claude Max 订阅，用一切能想到的场景。Balint 把工程师分三阶段：非信徒（不信 10 倍提升，只能等自己的”哇”时刻）、信徒（已有”哇”时刻，主动复制到其他领域）、优化者（AI 无处不在，狂刷 backlog）。

“不可能任务”挑战

为制造”哇”时刻，Balint 在周会上要求每个团队报一个”不可能目标”：客观上至少要 2-3 个月、绝无可能一周完成的事，然后全周用 AI 硬砸。一支团队选了把 60 个后端服务从 Serverless 3 迁到 4——拖了 5 年的恐惧项目，估 4 个月工作量。结果：一名工程师用 Claude Code 一周完成全部迁移，顺带换用 Bun 包管理器，部署时间从 2.5 分钟降到 1 分钟，年省计算资源近 3000 美元。

有的团队现在一周过 100+ 个 Linear issue，以前最多 15-20 个。

成本反而不是问题

Balint 本人在 200 美元订阅外每月再花约 3000 美元 token——全公司最重用户。其他人都在 200 美元额度内。他担心的方向相反：还有人没顶满额度。

一人责任小队

工程师正在变成端到端负责人：定义值得解决的问题、设计系统、拥有结果。管理 5+ 并行 agent 的工程师，角色越来越像不用处理人事的技术主管。

有人离开

一名早期工程师辞职——他是少数把代码库摸透的人，热爱亲手写代码与解题的过程。他的知识优势也被 AI 抹平：以前同事都来找他问代码库，现在问 agent 就行。Balint 的判断是，坚持旧工作方式的工程师总能找到保留那种文化的公司；Balint 自己 12 岁开始写代码、17 岁自写 3D 渲染引擎，他对放弃手写的回答：

“代码从来只是把我脑子里的东西弄出来的工具。心流时我一两千行也能一口气写对，但即使那时我也被打字速度卡住。现在我开心极了——原型迭代终于追上了思考速度。“

对软件行业意味着什么

Balint 以卖家和重度买家的双重视角给出判断：

• UI 优先的 SaaS 会被 API 优先的玩家颠覆。Craft 用了 5 年 Zendesk，正在计划迁走：Zendesk 想收每年 2 万美元的 AI 集成费但能力不行，这直接刺激了 Craft Agents 的诞生；现在全部客服流跑在 Craft Agents 上，Zendesk 只剩后端角色
• 企业级功能下沉为标配。审计日志（看 AI 做了什么、人改了多少）和 API/MCP 接口正从最贵套餐变成消费者级预期——坚守高价墙的厂商会丢份额
• 供应商锁定松动。基础设施迁移从数月级项目变成 AI 可大幅压缩的常规工程
• 招聘冻结：Craft 在想清楚未来需要什么人之前暂停招聘，重启后只会招”信徒”和”优化者”

另一位架构师 Gyula（15 年大厂经验、入职即 AI 原生工作）的说法：

“用这种 AI 原生方式工作之后，我回不去了。先花一周做规划、再编码一个月、然后发布的那种世界——就算给我双倍工资，我也回不去那个节奏。”

Gergely 的收尾调查：他联系的创始人和 CTO 里约一半正在做类似的自上而下改造，动力都来自自己在假期里的”转折点时刻”。Craft 不是孤例，是趋势的早期样本。

原文信息

• 原文标题：Inside a five-year-old startup’s rapid AI makeover
• 作者：Gergely Orosz（@GergelyOrosz），The Pragmatic Engineer 主理人
• 发布日期：2026-01-27 原文地址：https://newsletter.pragmaticengineer.com/p/ai-first-makeover-craft

阅读原文

原文链接：https://www.jxxy.net/ai/articles/craft-docs-rapid-ai-makeover/