摘要：2026 年，一个十人左右的研发团队普遍陷在四种混乱里：代码靠 zip 包传来传去、AI 会话历史不透明、多人改动互相踩踏、AI 账号额度忙闲不均。马良 Harness 研发协作平台把项目、会话、worktree、权限和多账号额度池统一管在服务器上：十个员工八个账号就够，代码资产全部留在公司，人走人留项目不受影响——这是一款独立的研发协作产品，专为小团队的真实作战方式而造。
2026 年，几乎每个研发团队都在经历同一种混乱。
一个十个人左右的团队，每个人都买了 AI 编程工具的账号，各干各的：代码在你电脑上，我要用，你打个 zip 包发给我；你跟 AI 的会话历史我看不见，你为什么这么改、试过哪些路子、否掉过哪些方案，我全不知道，项目交付全靠人肉开会和聊天记录。一个人又做策略探索、又做数据准备、又跑回测验证，全塞在一个会话里，上下文又脏又乱，任务搅在一起。账号也是各买各的：本来十个人要开十个账号，有人额度用不完，有人天天撞限流，钱花双份，活还干不顺。做软件外包的团队还多一层痛：甲方问”进度到哪了”，项目经理只能在群里挨个追问、再整理成一段文字汇报，真实的研发过程对客户完全不可见；真到验收扯皮，谁也拿不出完整的过程记录。这些问题单独看都不致命，叠在一起，就是十人团队每天都在流失的效率。
马良 Harness 研发协作平台就是来收拾这个烂摊子的。它是一款独立的研发协作产品，不依附任何别的系统，解决的就一件事：让十个人的团队，人和人、人和 AI、AI 和 AI 之间能有序协作，各安其位，各出其力。
一、三个区域，所有东西都长在服务器上
平台的界面大概分三个部分：左侧是团队与工作区，中间是会话窗口与成稿，右上角是批注模式。底层逻辑一句话讲完——大家在同一台（或几台）服务器上干活，项目、会话、权限、账号全部统一管起来。
所谓工作区，就是服务器上的一个项目路径。团队的项目不再散落在十台个人电脑上，而是集中在服务器：谁基于谁的项目往下做，打开就看到全部内容，动态集成、动态发布，人和人之间的版本管理问题，从根上被抹掉。
中间的会话窗口承接人和 AI 的全部对话，对话与成稿同源：AI 产出的代码、文档直接沉淀进工作区，不用再从聊天框里复制粘贴。右上角的批注模式解决另一件常被忽略的事：代码和方案的评审意见不用再散落在聊天群和截图里。评审人直接在成稿上批注，意见挂在对应的内容旁边，改没改、谁批的、第几轮提的，一眼看清——评审过程本身也成了项目里可追溯的一部分。
这个布局解决的首先是”看不见”。新人加入项目，不用再约半小时的交接会，打开工作区，代码、进行中的会话、挂在成稿旁的批注都在原处：项目卡在哪个环节、AI 试过哪些写法、上一轮评审提了什么意见，自己花十分钟就能补齐上下文。项目的状态第一次不依赖某个人的口头转述。
二、worktree 隔离：十个人改一个项目，互不踩踏
多人同时改一个项目，过去是灾难：你改你的、我改我的，最后合并时冲突一堆，谁也不敢动 release。
Harness 的做法是 worktree 隔离。同一个项目，每个人在自己的工作路径（worktree）下干活，会话和工程都封闭在自己的路径内，互不干预：你在你的分支空间里跟 AI 反复试错，我在我的里面重构，彼此连目录都不会碰到。
release 永远是当前可用版本，普通成员不能自己发布，做完了提交给管理员，由管理员审核、合并、验收。最后一道闸门握在人手里——AI 可以不知疲倦地干活，但”什么东西能成为正式版本”，这个决定权始终在团队负责人手里。
一个很典型的画面：两个工程师同一天改同一个支付模块，一个在修退款的 bug，一个在加优惠券逻辑，放在过去两个人下班前至少冲突一次，谁也不敢合主线。在各自的 worktree 里，他们甚至感知不到对方的存在，会话、文件、试验性代码都关在自己的路径内，最后由管理员统一处理合并，release 分支始终干净、随时可发布。试验做废了也不心疼：废弃的只是一条 worktree，主线连一个多余字符都不会留下——这让团队敢于让 AI 大胆试错，而不是每一步都小心翼翼。
三、权限一个勾选：项目内、项目间的协作都说清楚
谁是 admin、谁能看到哪个项目、谁能进入哪个工作区，在后台勾一下就完成。
权限管理同时覆盖项目内和项目间：上游团队做好的数据清洗模块，开个权限给下游做策略的同事，对方立刻就能在自己的工作区里调用；跟外部合作方联调，开到指定项目、指定路径为止，合作结束一键收回。人员离职，账号关停、权限清零，但他做过的项目、会话、成果全部留在服务器上，接棒的人当场就能进入状态。
项目之间也是一样。算法组做好的因子库开给策略组调用，底层数据组的清洗管道开给所有上层项目，权限边界就是团队真实的协作边界——该共享的一键打通，该隔离的一面墙都不漏。给外包合作方开权限，精确到指定项目、指定路径，合作结束当场收回。谁在什么时间能看到什么，全程有记录，出了问题查得到源头。
权限的颗粒度跟着项目走，而不是跟着人走。实习生只能进指定的练习工作区，外部人员只开当前联调的模块，核心目录对无关人员不可见——勾选即生效，离场即收回。过去靠口头约定和群公告维持的”谁能看什么”，第一次变成后台里一条条可审计的记录。
四、多账号额度池：十个员工，八个账号就够
AI 账号在 Harness 里不再是个人资产，而是团队的共享池子。
管理员统一接入多个 AI 账号（比如多个 Codex 账号），后台实时看得见每个账号的 status、剩余额度和并发情况——哪个账号空闲、哪个正在跑、哪个额度告急，一目了然。团队的请求分散走空闲账号：做量化的同事早上猛跑回测，用掉大份额度；做外包交付的同事下午才是高峰，额度在团队内部忙闲混用，避免单账号额度过快耗尽，也避开 capacity 的并发限制。
实际效果是：十个人的团队，可能开八个账号就够了。平台不赚 token 的差价——账号是客户自己买的，流量是客户自己充的，Harness 只做调度和管理这件苦活。
后台的画面是实时的：哪个账号当前 0 人请求、哪个正在满并发、哪个额度只剩一小截，管理员不用在群里追问”谁那边还有号”，系统自动把新请求派给空闲账号。月初大家还没进入状态，账号普遍闲着；月底冲刺，并发高峰被多个账号摊平。个人订阅时代”有人撑死、有人饿死”的额度分布，第一次被拉平了。
五、私有化与多服务器：代码不出门，合作不串线
对有保密要求的团队，Harness 支持私有化部署，整套系统直接部署在你自己的服务器上，all in one：一台服务器装下团队、工作区、会话、权限、额度池全部能力，代码从生到死不出公司大门。量化团队的策略、医疗软件公司的合规代码、给金融机构做外包的交付物，过去出于保密只能让 AI 在本地半手工地用；现在一台内网服务器把整套协作纪律原封不动地搬进了公司自己的机房。
有合作方、有隔离需求时，可以多台服务器一起接入，进工作区先选在哪台服务器上工作：自有核心项目在内部服务器，给外包团队开放的项目在另一台，物理隔开，互不串线。
多服务器接入还照顾到了更实际的运维现实：有的团队主力项目跑在本地机房，非核心项目放在云服务器，成员进工作区时先选机器，而各项目的会话、权限、账号仍然在同一个界面里管理。物理隔离由部署决定，协作体验却是一套，不必在几套系统之间来回切换。
封闭项目组是另一个高频场景：几个人临时组队攻关，周期两三个月，需要一块独立空间紧密协作，又不想让代码散进个人电脑。服务器工作区一开，人进项目、人走项目封，结束时连会话带代码完整归档，下一个项目组接着用同一套纪律重新开张。
这款产品刻意优先服务的，正是十个人左右、有上下游研发协作、工作量又大的小团队和封闭项目组——没有大厂那种自研一套平台的家底，又确实被”各干各的”拖累着效率。真正需要它的，是那些把每一分账号费、每一小时沟通成本都算得清清楚楚的实干团队。市面上要么是个人版工具，要么是面向大组织的重型系统，中间这一档长期空着。
适合谁
适合立刻上手的是三类团队：十人左右的量化、算法和软件开发小团队；有明确上下游分工、模块互相依赖的研发组；以及接甲方项目、需要把代码和过程完整交付的软件外包团队。老板算的账很直白：账号订阅费靠额度池省下两三成，交付沟通的对齐时间省下一半，代码资产全在公司服务器上，人走人留项目不受影响。
私有化部署由平台提供部署支持，企业自备服务器与模型账号，团队在统一工作区内协作、调度和管理额度。