微型机构还是中型机构：2026 年你的软件合作方该有多大？

代理机构行业眼下正吵得很热。一派认为一人机构才是未来，因为一个人加上自主智能体就能覆盖策略、设计、编码与 QA。另一派认为真正的赢家是微型机构：三到五位有经验的人，用 AI 交付过去需要四十人公司才能交付的东西；而带着部门、流程和交接规则的中型机构才是被夹住的那一类。

两派争的都是自己的商业模式。如果你是买软件的一方，问题应该换个提法，也更有用：你的合作方到底需要多少人，每一种规模你又会失去什么？本文用交付研究的证据、2026 年的机构经济数据，以及决定「小团队是便宜货还是单点故障」的合同条款来回答。

软件开发合作方应该有多大？

对于典型的定制开发，真正动你代码的团队应在三到七人之间，同时这家公司要大到能为系统的每个关键部分指定第二个人。低于这个规模，你买的是一个人的可用时间。高于这个规模，多出来的人头主要买到的是峰值产能、专家储备和采购上的安全感，而不是交付速度。AI 改变的是小团队能产出多少，它不改变协作的数学，也不能替代那个愿意反驳第一个人的第二位资深人士。

关于团队规模，交付研究到底说了什么？

这场辩论里最有力的数字比 AI 周期早了十多年。Quantitative Software Management 分析了 491 个已完成项目，代码规模在 35,000 到 95,000 行新增或修改的源代码之间，平均项目规模 57,412 有效 SLOC，并按团队规模分成五档。

QSM 的结论很直白：对中等规模的信息系统，三到七人的团队表现最好，较小的团队比较大的团队高出两个或更多生产率指数，而极端的非线性投入增长要到团队接近九人以上才出现。QSM 另一项对比最佳与最差项目的研究发现，表现最好的项目所用团队平均小约四倍。

机制既古老又不炫目。Brooks 在 1975 年就写过：两两沟通路径按 n(n-1)/2 增长，而软件任务很少能干净地切分。在读一份承诺十二个人的报价前，值得先把这个公式记住。

四十人的公司当然不会真的进行 780 场对话。它用流程、部门和交接把大部分对话压掉，而这种压制恰恰是客户体验到的：变更控制迟缓、客户经理从未写过这份代码、一个开发者十分钟就能回答的问题要等两周。

为什么 AI 在 2026 年压缩了机构的人头？

因为 AI 接走了原本用来支撑初级岗位的大量常规执行工作，而且速度快于机构自我改造的速度。Forrester 的 2026 年预测给出了数字：在 2025 年平均裁员 8% 之后，它预测 2026 年机构岗位再减少 15%，并预期机构会改变商业模式而不只是缩编。

利润数据指向同一方向。Promethean Research 于 2026 年 2 月对数字机构的所有者与管理者进行了调研（N=119），发布了《2026 State of Digital Services》。样本中的平均机构规模为 31 人，2025 年平均税后净利率为 13%。按规模拆开看才是关键。

Promethean 还统计出北美有超过 71,000 家数字机构，其中 87% 员工少于 50 人。所以「中型被夹住」这个说法背后是有真实数字的，而且小规模早已是常态，不是例外。

请诚实地读这些数字。Forrester 的预测和 Promethean 的调研覆盖的都是营销与数字机构，而不是软件工程公司，而且 Promethean 的样本是 119 份自选择回答。它们能告诉你经济性倾向何方，但不是软件交付合作方的基准；谁把它们当基准报给你，就是在夸大。

机构规模能预测它用 AI 的水平吗？

不能，而这正是买方应该采取行动的发现。2026 年第一季度一项针对 250 家、员工规模 8 到 180 人的机构的调研发现，41% 至少有一个智能体投入生产，一年前这个比例是 9%，自报 ROI 中位数为 3.2 倍。它自己的结论是：区分领先者的是创始人的姿态和重建交付流程的意愿，而不是营收或人数。同一样本中两家四十人规模的机构，智能体部署情况完全不同。

这份调研本身也是一堂「如何读 AI 宣传」的课。作者用 47 家机构的账单数据核对自报数字后发现，ROI 被高报约 18%，token 支出被低报约 24%，而且样本本身偏向已经对智能体感兴趣的机构。无论出自单人操作者还是中型公司，任何「我们用 AI 交付十倍」的说法都该被当成需要证据的主张。我们自己关于在 token 预算内运行编码智能体的实践记录说明了真正的杠杆是什么：缓存设计、路由与上下文纪律，而不是一个抢眼的倍数。

Google 2025 年的 DORA 研究，样本接近 5,000 名技术从业者，为这一切划出了上限。约 90% 的人在工作中使用 AI，超过 80% 认为它提升了生产率，但约 30% 表示对 AI 生成的代码几乎没有信任。DORA 发现 AI 采用度与交付吞吐量正相关，与交付稳定性负相关。其核心结论是：AI 是放大器，它放大组织本来的样子。一个有纪律的微型团队放大纪律；一个评审习惯薄弱的合作方放大的则是那份薄弱，而且更快。

一人机构真正会在哪里出问题？

不在产出，而在校准与延续性。

校准。METR 在 2025 年初的对照研究中，让熟悉自己代码库的资深开源开发者使用 AI 辅助，结果他们多花了 19% 的时间，而事前预期是加速 24%，事后感知是加速 20%。无论今天真实效应有多大（METR 2026 年的更新解释了为什么这已很难干净测量），这个感知落差是持久的发现。AI 提升信心的速度快于提升正确性的速度。最便宜的纠偏方式，是第二位有经验的人愿意说出「这个设计撑不过第二个客户」。这是「两位或更多资深人士」的结构性理由，也是微型机构论点中最站得住的部分。

延续性。研究上的术语是 truck factor，或 bus factor：需要多少人突然消失，项目才会停摆。Avelino 等人对 133 个热门 GitHub 应用做了估算，发现65% 的项目 truck factor 不超过 2，其中 46% 为 1。在验证回复中，他们的估算与开发者的实际情况在 84% 的情况下一致。一人机构不只是让你的项目面临 truck factor 为 1 的风险，而是在整个合作期内以合同形式保证了这一点。

对某些工作来说这是可以接受的。一次四周的集成、一个原型、一个范围清楚的内部工具：强的单人操作者往往是最快也最便宜的路径，硬说不是反而不诚实。但对一个需要在生产环境运行数年、需要移交给别人、或需要通过技术尽调的系统，就不可接受。这两种情形之间的差距，就是整个采购决策。

单人、微型、中型、大型：买方视角的对比

如果你还没决定前置的采购模式问题，我们的自由职业者、机构与自建团队对比指南用奥地利的成本情景讲了那个决策。本文假设你已决定向外部公司采购，现在只需决定这家公司该有多大。

小型合作方失败的四种方式，以及各自对应的条款

反对雇用三到七人团队的所有顾虑，都可归为四类风险。每一类都有具体、可核查的合同答案。如果小型合作方不能把这四点写下来，顾虑是成立的；如果能，规模之争基本就消失了。

第四行是买方最常跳过、日后付出代价的一行。我们的软件交接清单是它的交付物级版本，而软件机构报价拆解展示了这些义务如何在一份读起来很顺的报价里被悄悄谈掉。如果你已在合作中途而这些答案缺失，30 天更换供应商计划是恢复路径。

如何在一次通话中评估一家微型机构？

十个问题，按这个顺序。要听的模式是：回答里有没有具体的人、交付物或日期。由形容词组成的回答不算回答。

1. 我的项目由谁写代码，这个人在这次通话里吗？真正的微型机构答案是「在」；中型公司通常不在。
2. 谁评审他的工作，你们两人在设计上意见不一致时会怎样？没有指定评审人，是小团队交付最大的缺口。
3. 把你上一次的交接给我看看。做过脱敏没问题。这里含糊，就预示着锁定。
4. AI 智能体在你的交付流程里跑在哪一段，合并前由人检查什么？要看评审关卡、测试和对生成代码的策略，而不是工具名称。
5. 针对我这类系统，你的测试与发布流程是什么？把回答对照上线前 QA 清单，而不是对照对方的自信。
6. 这个项目里有哪些部分超出你的深度，谁来补？声称没有短板的公司，一定有一块没告诉你。
7. 如果你的主力工程师缺席三周，我的项目会怎样？要机制，不要安慰。
8. 代码仓库、云、CI 和域名在谁的账户下？从第一周起就该是你的。
9. 什么情况下你会拒接这个项目？没有拒接标准的合作方，卖的是产能。
10. 变更如何计价与审批？固定价和按工时计费都能行，无人负责的变更控制不行。

更完整的评估流程，包括参考访谈与如何筛选短名单，见我们的软件机构选择指南。

什么时候更大的合作方仍然是对的答案？

小并不自动更好，微型机构论点的诚实版本也有边界。以下情况选择规模：

• 你需要在数周内让大约二十名以上工程师并行工作，而工作确实可以切分；
• 采购要求认证、经审计的流程或保险额度，而小公司并不具备；
• 你需要合同约定的全天候值班，而不是尽力而为的资深可用性；
• 项目群同时涉及多个国家、监管机构或业务单元；
• 你自己的组织不会指派一个能拍板的人。这种情况下你买的是流程和客户管理，那就有意识地去买。

最后一点值得说清楚。小型资深团队之所以快，是因为决策在一次对话里就完成。如果你这一侧没人能做这些决策，速度优势就消失了，而你省掉的那层协作，必须在合同的你这一侧重新建起来。

Wavect 是如何组织的，以及为什么

Wavect 是有意做成创始人主导的工作室。两位董事总经理都亲自交付，所以界定范围的人就是动手构建的人，设计上的分歧发生在两位资深人士之间，而不是落到你的代码里。此前已与我们一起交付过生产工作的专家，以分包方身份在 Wavect 自己的工作说明书下加入：一份合同、一张发票、一个负责方，而不是把你转介给一个网络。代码仓库、云与 CI 从一开始就在客户的账户下。

我们没有 ISO 27001，也不提供合同约定的全天候 SLA。如果你的采购流程要求其中任何一项，更大的公司才是正确选择，我们会在第一次通话时直说。如果并不要求，你做的取舍是：人更少，换来资深连续性与直接接触。想看这在真实系统上是什么样子，可以看 Bond Analytics 案例，或与通用型开发机构以及通过自由职业平台采购逐项对比。

参考来源与核对

本文所有数据均于 2026 年 8 月 18 日在原始来源核对。Forrester 与 Promethean 的数据描述的是营销与数字代理机构，而非软件工程公司：可作方向参考，不可当作软件交付基准。

• QSM《Team Size Can Be the Key to a Successful Software Project》：491 个已完成项目，35,000 至 95,000 SLOC，团队规模分为 1.5 到 11 人五档，3 到 7 人表现最佳。
• QSM《Top Performing Projects Use Small Teams》：表现最好的项目平均使用的团队规模约小四倍。
• Forrester《Predictions 2026: Marketing Agencies Resign Their Agency》：2025 年平均裁员 8% 之后，预测 2026 年再减少 15%。
• Promethean Research《2026 State of Digital Services》：2026 年 2 月调研，N=119，平均规模 31 人，2025 年税后净利率 13%。
• Google DORA《State of AI-assisted Software Development 2025》：近 5,000 名从业者，AI 是放大器，与交付吞吐量正相关、与交付稳定性负相关。
• METR《Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity》：实际耗时增加 19%，而事前预期与事后感知均为加速；另见 2026 年 2 月的更新。
• Avelino、Passos、Hora 与 Valente《A Novel Approach for Estimating Truck Factors》：133 个热门 GitHub 应用中，65% 的 truck factor 不超过 2，其中 46% 为 1。
• Digital Applied《Agentic AI Adoption Survey Q1 2026》：250 家 8 到 180 人的代理机构，41% 已有代理投入生产，自报数据与 47 家机构的账单数据交叉验证。