滴滴把内部的 AI 编程规矩开源了:HelixHarness 的 300 颗星从哪来,你能拿到几颗

HelixHarness 是滴滴金融技术团队开源的 Claude Code / Codex 插件,作用是把一个团队的业务知识、工程规矩和需求流程放进仓库,让 AI 照着干活。10 月 27 日建库,10 天 325 星、54 个 fork(GitHub,11-06)。这点星几乎全是滴滴官方一篇文章换来的,文章一过热度就降了;它站的那个赛道里,对手是十几万星的项目。下面说清楚它是什么、星从哪来、谁在跟它抢,以及你如果也想做一个团队向的 AI 编程开源项目,能学它什么。

一篇「让团队 AI Coding 稳定交付」的文章

2026 年 10 月 29 日晚上 8 点 14 分,AI 资讯站 53ai 转出一篇文章,标题是《滴滴开源 HelixHarness:让团队 AI Coding 稳定交付》。原文出自滴滴技术的公众号,开头讲的是一个所有团队都碰过的事:

最初,我们也是从个人使用 AI Coding 开始的……我们开始思考:面对真实工程中复杂的业务知识、技术架构和研发规范,如何让 AI 从提升个人开发效率,进一步走向支撑团队规模化的研发交付?

接着是一句分量最重的话:「目前已在公司内部推广至 10 余个部门和团队,累计应用于上百个业务模块。」然后列了四个痛点:AI 不懂项目、过程看不见、框架改了说不清好坏、通用方案不适配自己的团队。

仓库是两天前建的。第二天,10 月 30 日,issue 区一下子热闹起来:一位叫 sudomarcma 的开发者一天之内提了 6 个 issue 和 PR,从「支持 OpenCode」到一份长长的 RFC《放弃 Python,将 HelixHarness 确定性核心迁移到 TypeScript》;另有人问「Cursor 能用吗」,有人问「多仓项目怎么组织」。再过一天,10 月 31 日,星数单日涨了 114。

它到底是什么

装上以后,你在 Claude Code 或 Codex 里多了 9 个以 /helix: 开头的命令。核心是三步:Propose 写清楚这次要做什么、怎么算做完;Apply 实现、测试、评审;Archive 检查完成情况,并把这次验证过的业务规则提出来,你确认后写回仓库,下次相关需求自动加载。

它把团队的东西放在仓库的四个目录里:

README 里举的例子:一个退款功能定下了一条状态流转规则和一个跨服务接口边界,Archive 时把它记进 knowledge;下次再做退款相关的需求,AI 先读到这条规则。另外还有一个可选的 helixharness-platform,给维护这套规矩的人用:记录每次执行花了多少时间和 token、返工了几次,把新旧两版框架放在同一批任务上对比,再决定要不要采用改动。

开源协议 Apache-2.0,代码是 Python。按那份 RFC 里的统计,非测试代码约 1.3–1.5 万行,测试约 1 万行,Markdown 写的流程契约约 1.2 万行——不是一个周末项目。

星从哪来

(星数来自每日记录和 GitHub,11-06)

来路很集中:

• 滴滴的官方发布。公众号首发,之后 53ai、jotoai、阿里云开发者社区、掘金、CSDN 都转了同一篇;ai-bot.cn 这类 AI 导航站也收录了。这是大厂技术品牌开源的标准动作。
• 滴滴这个名字。didi 在 GitHub 上有 55 个仓库、合计约 10.9 万星,「大厂内部 10 余个部门在用」对企业研发负责人是很硬的信任。
• 「Harness」这个词。2026 年 8 月 DeepSeek Harness 开源(现在 27.4 万星),这个词在中文开发圈一下子热了,名字里带 Harness 的项目都在吃这波搜索和话题。
• 几个中文 X 号。比如福叔 @fngly343149 在 11-02 发了「滴滴开源 AI 编程 Harness!把团队『工程 DNA』喂给 Agent」,都是中小号。

没找到 Hacker News、Reddit 或英文媒体的报道,也没上过 GitHub Trending。文章那一波过去,每天就只剩十来颗星。

有一个数字比星数更值得看:fork 54 个,是星数的 17%,同类项目通常低得多。fork 的人在干什么,issue 里看得到:有人给它加 OpenCode、Qoder、Pi 这些宿主的支持,有人报 Windows 下 PowerShell 找不到 python3、换行符导致哈希校验失败——这是在自己机器上、自己团队里真装了的人才会碰到的问题。看的人不多,但看的人里有不少是真拿去改的。

谁在跟它抢

这张表说明,「给 AI 编程加一套流程和规矩」这件事,一年前就挤满了,头部是几万到几十万星。HelixHarness 比它们小两到三个数量级,能被人看见,靠的是「滴滴」和「团队」这两个词,而不是流程本身。

10 月 30 日还有个小插曲:另一个做团队 Harness 的开发者在它的 issue 区发帖,约一场「真实工程交付的 PK」,同时贴上自己的两个项目链接。维护方客气地回绝了:「目前刚开始开源,暂时没有组织联合对比测试或技术 PK 的安排。」那个约战的项目,星数是 0。

真正新的东西是哪一块

和 OpenSpec、Superpowers 比,它多了三样:Archive 时把验证过的知识写回仓库、多仓 Workspace、给框架本身做观测和 A/B 评测的平台。前两样和 OpenSpec 的 archive、各家 agent 的 memory 有重叠。第三样最新:把「团队的 AI 编程规矩」当成一个要上线、要回归、要对比的产品来管。

但这一块也不是空地。LangChain、MLflow 都写过怎么评测 Claude Code 的 skill,学术界有 SkillsBench,GitHub 上有 skill-evaluation 这个话题。还没看到的是一个专门做这件事、拿到大量星的开源项目(推断,没逐个核实)。

如果是你

C:学它切的角度和发布方式,别做一个同类的流程框架。 HelixHarness 的星主要来自滴滴的品牌和官方发布,这两样你借不到;流程这一层已经有几个十万星级的项目,再做一个 Propose → Apply → Archive 很难被看见。

适合谁:已经在自己团队里用 Claude Code / Codex 跑了一段时间、手上有真实规矩和真实数字(多少人在用、返工降了多少)的工程负责人或资深开发者,想把它开源换名气;或者想专门做「AI 编程规矩怎么评测」的人。

不适合谁:没有团队场景、想从零写一个「团队级 SDD 框架」等着拿星的人;想在 HelixHarness 上改个版本、指望自己的仓库出名的人。

怎么做:三条路,按值得程度排。

1. 只做评测那一块:把「同一批任务、两版 skill / 规则 / 提示词,比完成率、耗时、token、返工次数」做成一个不绑任何框架的独立工具,Superpowers、OpenSpec、HelixHarness 的用户都能用。它比做一整套流程轻,也更容易被各家 README 引用。
2. 做它没做好的部分:issue 里反复出现的是 Windows 兼容、要装 Python、不支持 Cursor。一个零依赖、Node 写的、Cursor 也能用的团队知识回写插件,对着的是真实抱怨。
3. 换一个生态:它是中文优先的,英文圈里「团队知识回写进仓库」这个说法还没有一个响亮的代表(推断)。

怎么获客:照滴滴那篇文章的结构写自己的:先讲个人用 AI 写得快、团队用交付不稳这个痛点,再给内部落地的具体数字,最后开源。中文发公众号、掘金、阿里云开发者社区,英文发 Hacker News、Reddit 的 r/ClaudeCode。README 里学它主动和 Superpowers、OpenSpec 列一张对照表,读者三秒钟就知道你和大项目的区别。

什么时候之前:「Harness」这个词的热度从 8 月开始,DeepSeek Harness 的生态还在涨,但每多一个大厂开源同类,后来者就难一截。想蹭这个词,最好在 2027 年一季度之前拿出东西。

什么情况说明看错了:① HelixHarness 在没有新的官方发布的情况下,一个月后周涨星还在 100 以上——说明「团队向」这个定位自己能拉人,比 C 好跟;② 一个没有大厂背书的「AI 编程规矩评测」项目在年底前过 3,000 星——评测这块空位已经被占;③ 滴滴之外出现公开的企业生产用例——说明它会长成一个生态,给它做插件、适配比另起炉灶更划算。