鱼皮AI导航
鱼皮AI导航
  • 主页
  • 社区
  • AI工具
  • AI知识库
  • AI提示词
  • MCP
  • Skills
  • AI学习资源
  • AI资讯
  • GitHub开源
登录/注册

前字节女将联手姚班大牛,打造AI Coding新势力,拿下数千万融资

编程导航
编程导航
2026-01-04 23:50
阅读 153
编程导航
2026-01-04 23:50
阅读 153

智东西(公众号:zhidxcom)
作者 | 江宇
编辑 | 漠影

智东西1月4日报道,近日,由字节跳动前软件工程实验室负责人、清华姚班技术大牛创办的词元无限,完成了数千万人民币的天使轮融资。

本轮投资方为某软件产业CVC,并由航行资本担任长期财务顾问。

这支自带行业顶尖“创业基因”的团队,自2025年7月创办公司以来,已在企业级AI Coding赛道快速跑出自己的节奏。

近日,词元无限与北京航空航天大学复杂关键软件环境全国重点实验室合作研发的智能体InfCode,不仅在SWE‑Bench Verified榜单上以79.4%的Pass@1得分刷新SOTA,把GPT‑5、Claude等顶尖模型65%左右的表现远远甩在身后,还在Multi‑SWE‑bench的C++子集里交出了25.58%解决率的亮眼答卷,领先行业里的同类产品。

前字节女将联手姚班大牛,打造AI Coding新势力,拿下数千万融资

▲SWE‑Bench Verified榜单Top 10 Coding Agent

作为一家想用“模型+Agent+企业级平台化能力”重新定义大型组织软件生产方式的AI初创公司,如何趟出一条真正落地的新路来?

近日,智东西和词元无限的杨萍、王伟、李莹三位核心创始人进行了深入交流。

据透露,词元无限目前团队规模大概30人,已经服务了金融、通信、供应链、制造等多个行业的客户,在复杂系统改造、智能体落地和私有化部署这些领域积累了不少实战经验。

一、豪华班底集结,从大厂骨干到组队冲刺AI Coding深水区

词元无限的诞生,源于一群行业老兵对“AI能重构软件生产方式”的共同判断。

这支可谓是“豪华班底”的核心团队,每个人都带着能支撑赛道深耕的硬核履历,却在各自的职业生涯里,不约而同地盯上了企业级AI Coding这个充满挑战的赛道。

作为团队领军人的杨萍,曾在字节跳动和英特尔履职。在字节跳动期间,她还作为AI技术负责人主导创立字节跳动首个软件工程实验室,其研发的多智能体测试系统广泛应用于字节多条核心产品线,从零孵化的内部AI Coding产品全面覆盖公司研发体系。

而CTO王伟则是清华姚班出身的技术大牛,在大模型与智能体领域深耕多年,此前还作为技术合伙人主导过国内知名具身机器人公司与大模型创业公司的关键项目。

而前大模型创业公司战略商业化负责人李莹的加入,刚好给这支技术驱动的团队补上了关键的产业落地“拼图”。

有着十余年AI产业落地经验的她,是AI圈的连续创业者,完整带过从0到1的业务孵化、规模化增长,陪着公司走到IPO的流程,更在大模型To B领域搞定过数亿元规模的项目,还促成了多家央国企和世界500强客户的亿级签约与交付。

“我们三个人早年就有过合作,后来两两认识却没发现彼此的交集,直到今年,经常凑在一起聊AI Coding的行业趋势,慢慢就达成了共同创业的共识。”杨萍回忆说。

他们下定决心创业,并非盲目跟风追逐技术热点,也有基于对行业痛点的深刻。

“那时候我们聊得最多的,不是具体要解决哪个技术难题,而是站得更远一点,想大模型和智能体到底能给传统软件开发带来什么改变。”李莹说,团队一致认为,现在C端AI Coding工具虽然多,但大多聚焦在轻量化场景,商业价值有限。

而企业级复杂软件交付才是真正的高价值赛道,却偏偏卡在数据安全、场景适配、效能提升这些没解决的痛点上。

正是对赛道价值的这份共识,再加上产业方抛来的实际问题推了一把,三个人终于下定决心all in,词元无限的创业蓝图就这么铺开了。

现在的词元无限团队,早就从最初的三人核心,扩展成了汇聚字节、百度、微软等顶尖企业精英,还有清华、北大、哥大、MIT等世界名校人才的多元化团队。

在这支团队里,资深实战派与年轻主力并行,不少重要岗位都是00后挑大梁。而扁平化、敢拥抱变化的AI原生企业文化,也让团队在节奏飞快的赛道里能保持高效响应。

二、做中国版Cursor?他们盯上“AI+软件”企业全流程研发

词元无限的核心产品InfCode在榜单上的好成绩,是技术实力的一个证明。同时,词元无限也抓住了企业级场景的需求,做了针对性的技术创新。

InfCode作为一款定位于企业研发的AI Coding工具,可集成到开发者常用的IDE中,把代码补全、跨文件改动、仓库级检索与理解、测试等环节串到同一条工作流里,让开发者在熟悉的编辑器内就能把需求拆解、定位代码、生成与修改实现、补齐测试并迭代验证。

王伟强调:“和C端工具追求单点功能的极致体验不一样,企业级AI Coding要解决的是复杂场景下全链路提效的问题,这就要求技术不光先进,还得实用、安全。”

在SWE-Bench Verified榜单上,InfCode能以79.4%的Pass@1得分刷新世界最佳,关键是突破了传统大模型“单打独斗”的局限,用了“大模型+Agent”的协同架构。这个架构能精准复刻真实的研发流程,通过拆解问题、检索网络找信息、修复代码、验证单测的闭环,大大提升了复杂问题的解决能力。

而在Multi-SWE-Bench-cpp这个工业级难度的榜单上,InfCode能把解决率做到25.58%,远超同类产品,秘诀就在团队专门研发的对抗式测试优化方案。

前字节女将联手姚班大牛,打造AI Coding新势力,拿下数千万融资

▲Multi-SWE-Bench-cpp榜单

简单来说,就是让“研发工程师”和“专门挑刺的评审”模拟对抗,反复打磨代码的正确性。同时把检索做深做准(尤其是跨文件、跨模块的定位与引用),让智能体更懂工业级C++项目的语境。

除了技术上的突破,词元无限的优势还体现在对企业需求的适配上。

“未来企业的核心竞争力就在数据上,要是依赖公有云的AI Coding服务,相当于把自己的核心优势拱手让人。”杨萍解释说,这也是词元无限提出交付理念的核心逻辑,帮企业搭建能自主掌控的AI研发环境。

目前,InfCode已经推出了公测版本,杨萍已经拿到了试点客户的积极反馈:“在企业级场景的语境理解上,比部分主流工具效果好。”

团队认为,现在的插件形态只是让市场快速感知产品的切入点,更重磅的多智能体平台会在今年初推出。这个企业级生产力AI平台将能够实现智能体之间、智能体和人的协同开发,覆盖需求、设计、开发、测试、运维全链路,真正实现“复杂软件、简单交付”的核心目标。

这一平台也承载着词元无限的愿景,他们并不想止步于做一个更适配To B的AI IDE。

“我们与Cursor要解决的问题是不一样的。”团队称,词元无限定位于通过AI为企业提升软件开发生产力,即AI+软件。

在这样的定位下,AI Coding工具(包括IDE中的AI插件、AI IDE,以及AI CLI的各种形态)只是其中一环,更大的方向是构建一个企业级的AI生产力平台。

团队调研发现,写代码只占开发者约30%的时间,更多的工作在于理解需求、沟通协作、任务规划等环节。词元无限希望通过多智能体机制,还将AI覆盖到这些非编码流程中。

团队提及,“过去,研发很难像测试那样量化工作量,但未来我们可以通过Agent来观察。我们要构建一个全面的企业级生产力AI平台,这是与Cursor不一样的。”

此外,词元无限还提供企业咨询与部署服务,团队称:“根据调研,我们发现企业中的开发者希望获得使用AI的技巧,有更明确的使用方法才能真正将AI使用得更好。”

三、不和大厂抢C端,B端才是创企的破局之道

现在AI Coding赛道玩家不少,词元无限选了一条差异化的商业化路子,不跟大厂抢C端流量,专门聚焦B端复杂场景的深度服务。

“C端市场最终还是大厂的主场,创业公司的机会就在于解决大厂覆盖不到的企业级复杂需求。”杨萍说,国内B端软件市场规模大、竞争也激烈,企业都迫切想提升软件交付效能,这正是词元无限的核心机会。

词元无限的商业化走的是“三步走”策略:第一步先用轻量化插件切入,让企业快速感受到AI Coding的提效效果;第二步推出AI原生的企业级研发平台,深入企业内部成为核心引擎,帮企业完成技术架构的AI化改造;第三步则打造“平台+服务+交付”的全链路能力,组建超级团队帮企业搞定软件交付,还能赋能生态上下游。

目前,词元无限已经在金融、通信等领域打开了局面,和头部IT服务商、国内头部汽车集团和军工电子央企等达成了合作,同时服务了多家大型银行等终端客户,通过小范围试点验证拿到了客户的高度认可,形成了反馈和产品迭代的良性循环。

说到核心竞争力,词元无限靠的是“技术领先、团队能力和本土市场理解”这三重壁垒在赛道里站稳脚跟。

技术上,榜单的成绩证明了其相对领先的技术水准。团队上,杨萍、王伟和李莹的“铁三角”组合,打通了从技术到商业的全链路。市场理解上,词元无限团队更懂国内B端企业的定制化需求,避免了国外产品常见的“水土不服”问题。

至于未来规划,词元无限会把这次数千万天使轮融资的重点放在技术研发和商业化验证上,继续打磨多智能体平台的核心能力。同时会和各行业的咨询专家合作,加深对垂直领域业务逻辑的理解,推动产品在更多行业落地。

长远来看,词元无限的愿景是“成为产业生态的赋能者”,通过AI Coding技术重构软件生产方式,不仅改造传统企业的存量软件系统,还能助力增量AI原生软件的创新,打开千亿级的市场空间。

结语:AI重构软件生产,新锐公司的价值正在凸显

现在AI Coding赛道正从概念热转向落地,泡沫慢慢褪去,真正能解决产业痛点的企业开始显现价值。

从行业数据来看,国内软件市场规模本来就大,其中AI赋能软件交付的市场空间就有五六千亿,再加上工业机器人、智能终端等新兴场景的崛起,增量软件市场的想象空间更大了。

词元无限的诞生,正好赶上了这个历史机遇。作为赛道里的新锐力量,词元无限以“复杂软件,简单交付”为使命,试图为企业级AI Coding赛道树立新的行业标杆。

原文链接: 前字节女将联手姚班大牛,打造AI Coding新势力,拿下数千万融资
站长:程序员鱼皮 老鱼简历 商务合作 增值电信业务经营许可证
2026 鱼皮AI导航 | 沪ICP备19026706号-6
🔥热门工具
朱雀AI检测朱雀AI检测
朱雀AI检测助手朱雀AI检测助手
LovartLovart
老鱼简历老鱼简历
WritePass官网WritePass官网
面多多面多多
CursorCursor
星月写作星月写作
零感AI零感AI
朱雀AI检测助手朱雀AI检测助手
🔥 热门文章
1
B 站上 DeepSeek 闹鱼灾了,我发起《大肥鱼清除计划》!
480
2
Vibe Coding 实战:从零构建现代专业级 AI 搜索引擎
430
3
我的第一个出海产品!7 天 2 万
370
4
又一个国产版 Codex 神器,也来卷办公了!
370
5
day3-如何写出一个高质量的 Skill(组内分享) 高质量 Skill 不是“一个调得很顺的巨型 Prompt”,而是一个可验证、可回归、可维护的能力包。 先定义“什么算好”,再实现“怎么做好”。评估体系先于 Skill 本身成型。 下面用“故障诊断 Markdown 转 YAML”作为例子,但方法是通用的。 --- 一、先想清楚:Skill 到底是什么 一个 Skill 至少包含四部分: 部分 作用 接口 输入什么、输出什么、边界在哪 流程 分几步做,每步的产物是什么 规则 硬约束、经验规则、失败模式 降级策略 不确定时怎么办,而不是硬编一个看似合理的结果 高质量 Skill 的共同点:职责单一、接口清晰、规则可定位、输出可验证。 反例:把几十条经验全塞进一个主 Prompt,改一条规则要重调整个 Prompt,评估时也不知道是哪条规则退化。 --- 二、核心方法:先建评估,再写 Skill 不要先写转换器再补测试。正确顺序是: 1. 定义输出契约:什么算合法、什么算合格; 2. 建金标准集:一小批人工认可“可放行”的样本; 3. 先写评估 Skill:让它在金标准集上跑出基线; 4. 再迭代生成 Skill:每次修改跑同一套评估,无退化且目标维度提升才算正向。 这就是评估驱动开发:评估是 Skill 的单元测试,金标准集是回归锚点。 --- 三、评估 Skill:三层门禁,逐层递进 前一层不过,后一层不跑。每层留可追溯证据。 第 1 层:确定性硬门禁 用解析器、Schema、校验器完成,不消耗模型成本。 · 输出可解析; · 必填字段齐全,类型/枚举合法; · 引用目标存在,无悬空引用、无不可达节点; · 关键路径至少有一条能到达预期出口。 不通过直接打回。 第 2 层:语义断言 用脚本 + 结构遍历检查“逻辑对不对”,仍然保持确定性。 通用检查项: · 覆盖率:源材料里的关键步骤、分支、条件,输出里是否都有对应? · 完整性:每个判断节点是否都有明确出口?有没有死胡同? · 可达性:每条路径是否都能到达预期终点?有没有无出口循环? · 顺序与依赖:有先后依赖的操作,是否保留了顺序?有没有被拍平成无序列表? 例子:故障诊断转换中,检查“每个判断项是否有是/否/异常出口”“每条路径是否能到根因”。 第 3 层:LLM-as-Judge 只处理解析器表达不了的维度:忠实度、完整性、可执行性。 但 Judge 会漂移,不能单独放行,必须建立在第 1、2 层之上。Judge 的 Prompt、rubric、模型版本都要版本化,换模型必须用金标准集重新校准。 通用 Judge 维度: 维度 问什么 忠实度 输出是否忠实源材料意图?有没有自行发明内容? 完整性 关键步骤、条件、证据是否保留?隐式知识有没有被压成空话? 收敛性 输出是否仍指向原目标,而不是发散? 可执行性 下游不依赖源材料能否直接使用? --- 四、金标准集:回归测试的锚点 不需要一开始就标注几百份。用已认可的样本当种子,扩到 15~30 份,覆盖失败模式而非随机抽样: · 完整正例:典型流程; · 边界/异常分支:异常路径、循环、前置失败回退; · 已知易错模式:实际踩过的坑; · 留出集:不参与调优,只用于最终验收,防过拟合。 金标准不需要完美,只需要当前标准下认可可放行。 回归指标:关键路径用 pass^k(k 次全过),稳定性用 pass@k。 --- 五、工程约束:让批量产出可重放 · 幂等:同输入 + 同 Skill 版本 + 同规则 → 输出一致,否则无法判断变好是 Skill 改了还是随机波动; · 隔离不阻断:单份失败进隔离队列,记录失败层和原因,不阻塞其余; · 版本绑定:规则、rubric、金标准集进 Git;每份报告绑定“源版本 + 生成 Skill 版本 + 评估 Skill 版本 + Judge 模型版本”; · 抽样人工复核:Judge 临界样本 + 易错模式,人工抽检结果反过来校准 rubric。 --- 六、Skill 本身怎么写 · SKILL.md 控制篇幅,写清:输入约定、输出契约、分步流程、硬规则、降级策略; · 经验规则放 references/ 或 rules/,按失败模式分类,不要全塞进主 Prompt; · 不确定时标 needs_review: true,不要硬编看似合理的结果; · 迭代由评估报告驱动:报告告诉你哪层挂了、哪类失败模式,你改对应规则文件,而不是漫无目的调 Prompt。 --- 七、落地顺序(不要反过来) 1. 固化输出契约:Schema + 结构约束; 2. 建金标准集:从已认可的 + 最易出错的样本开始; 3. 先写评估 Skill:跑出基线报告; 4. 再迭代生成 Skill:每次修改对比逐项通过率,无退化且目标提升才算正向; 5. 批量运行 + 隔离回放:失败进队列,结束后人工抽检; 6. 评估 Skill 自身版本化:换 Judge 模型必须重新校准。 --- 八、给组员的三条硬要求 1. 不许凭感觉说“变好了”:每次修改必须附评估报告对比,逐项通过率说话。 2. 不许跳过确定性门禁直接看 Judge 分数:前两层挂了,Judge 分数没有意义。 3. 不许把规则堆进主 Prompt:规则按失败模式分文件,评估报告要能定位到具体文件。 --- 一句话收尾 生成 Skill 决定“能不能做”,评估 Skill 决定“敢不敢用”。 先让评估体系站稳,再让生成器迭代。这样交付的不是一堆“看起来还行”的产出,而是一套可证明、可回归、可交接的 Skill 质量体系。
340
6
DeepSeek 重磅开源的超级 Agent,到底是个啥?
330
7
最近在落地 AI Native 项目,卡在团队资产协同这块,想请教下社区各位有实际落地经验的同学: 我们现在的资产分为三块:项目文档(PRD/ADR/ 运行手册)、Agent Skill(业务技能、执行 SOP、提示词包)、MCP 工具服务定义。 目标是做到:人和多 Agent 共用一套可信资料源,Skill、MCP 配置、项目文档能够版本化、同步、共享、可评审。 目前我们初步方案是用 Git 做底层版本主线: - 文档:Markdown + ADR,带元信息,支持 RAG 检索 - Skill:单技能包目录化,带版本、评估用例、依赖声明 - MCP:项目级声明文件纳入 Git 但实际协作里遇到不少疑问,想参考大家成熟的实践: 1. 大家团队里,文档、Skill、MCP 三者是怎么组织目录和版本管理的?有没有稳定的仓库结构模板? 2. 多人协作时,Skill 的变更评审、灰度升级、依赖管理怎么做?如何避免本地版本不一致、“本地能跑别人不行”? 3. MCP 是统一中心化网关模式,还是大家各自本地启动 + git 同步配置?权限白名单、调用审计这块有什么好方案? 4. 有没有成熟工具链做自动同步(类似 agentmeld /teamai-cli)、变更校验、eval 回归门禁? 5. 文档和 Agent 的打通:哪些文档放进 Git 作为可信真值,哪些放外部知识库,边界怎么划分? 如果有现成的仓库样例、目录规范、团队协作流程,非常希望能分享参考,感谢!
280
8
PHP 被曝两大致命漏洞,请所有程序员抓紧做这件事!
280
9
人工智能前沿部署工程师(FDE) · 概 览 与 方 法 论
270
10
QuireKit 编辑器的 AI-Native 是如何设计的?谈谈我对真正 AI-Native 的理解
250
11
告别“金鱼记忆”:我开发了一款能当“第二大脑”的浏览器 AI 助手
250
12
ARTS 1101: 最长回文串与子序列匹配、一次 URL 请求的来回之旅与如何验证 AI 的交付
230