一个批次的构成，就是一份产业地图
加速器批次的构成变化，通常比单笔融资更能说明一个方向处在什么阶段。Y Combinator 的夏季批次刚办完 Demo Day，按公开整理的批次信息，这一批共有约 235 家公司，比上一批增加约两成；其中约 52% 属于面向企业的业务，消费类维持在约 5% 的水平，与前几批基本一致。
真正值得关注的是这 52% 具体在做什么。按公开的批次梳理，上一批的特征是智能体应用——直接面向用户或部门，用智能体去完成一件具体的事。而这一批里，更多公司在建应用下面的那一层：请求路由、上下文管理、评测，以及让智能体在生产里可用得起来的自动化工具。
转向的证据：四个被点名的方向
有一份由同批创始人给出的观察，列出了他认为值得关注的几家，恰好覆盖了基础设施的几个不同切面。
一家做云端编码智能体，主张把开发者的本地环境整体搬到云上，并允许带着已有的会话、记忆与 MCP 配置一起迁移，理由是本地笔记本在多个智能体并行时会撑不住。一家做智能体的组织级上下文与记忆，该创始人的说法是，他原本把记忆当成噱头，直到看见它在实际任务里起作用。一家把网页内容整理成智能体可以直接消费的形态，该创始人本人就是付费用户。还有一家试图重做一个代码托管平台，这是四家里野心最大、也最难的一家。
这四个方向合起来，指向同一个判断：智能体的能力瓶颈，正从「模型够不够聪明」转向「它能不能拿到正确的信息、能不能被评估、能不能稳定地跑在某个地方」。上下文、记忆、可访问的外部世界、执行环境，这些不是模型参数能解决的问题。
另一种读法：把工作流和公司分开
同一批数据还引出了另一种更有争议的读法。有一份社区分析把这一批的公司逐条读过去，按「核心是不是一段可被智能体执行的流程」分类，结论是约 13% 的公司本质上可以被一个技能文件覆盖——也就是一份写明步骤、坑点与验证方式的 Markdown。另约 56% 属于「有智能体，但底下压着真实护城河」的部分，比如数据、垂直整合或基础设施。剩下约 31% 属于硬件、机器人、芯片、医药、保险、国防、太空、生物这类有实体或监管门槛的方向。
这份分析进一步主张：如果一家公司的核心价值是一段可复用的流程，而底下没有硬件、没有牌照、没有资本门槛，那么它就是一段技能，而不是一家公司。护城河从来不是流程本身，而是数据、分发、集成或信任。
中立思辨
需要辩证看待几件事。其一，那份分类是一次个人抓取与人工判断的结果，标准单一，边界带有主观性。把「可被一个技能文件覆盖」等同于「没有护城河」，跳过了执行、分发与客户关系这些同样能形成壁垒的因素。很多看起来是流程的生意，赢在销售与运营，而不是赢在流程本身。
其二，反过来看，这份分析的提醒是有价值的。当智能体能执行一段写清楚的流程时，流程本身的稀缺性确实在下降。创业者需要能回答一个问题：除了流程，你还拥有什么。这个问题在过去几年可以用「我们先做出来了」含糊过去，现在越来越难。
其三，基础设施这一层正在变得拥挤。路由、上下文、记忆、评测，都是大厂、开源社区与创业公司同时在做的方向。基础设施的特点是前期投入大、赢家集中，一批公司同时进入同一个切面，最终能活下来的数量通常很少。转向基础设施不等于降低风险，只是把风险从「产品有没有人用」换成了「能不能在被整合之前建立壁垒」。
其四，投资人的口味与产业的需求未必同步。基础设施容易讲清楚技术故事，也容易被收购，这是资本偏好它的原因之一；但企业真正卡住的地方，往往在集成、权限与数据质量这些不性感的环节。资本集中的方向，不等于价值最终沉淀的方向。
其五，各家公司的具体产品成熟度、客户数与后续融资情况，公开材料未充分展开。目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。
给从业者的三条做法
把这一批的方向变化转成自己的判断，有三条可以直接用。
先分清自己在做应用还是在做地基。应用的问题是要不要被平台顺手做掉，地基的问题是要不要被平台顺手整合。两种焦虑不一样，应对方式也不一样。想清楚这一层，选型与融资叙事都会清晰很多。
把上下文与评测当成产品的一部分，而不是附属功能。这两件事直接决定智能体在真实任务里的可用率，也决定客户愿不愿意把它放进生产。把它们外包给模型，等于把产品的稳定性交给别人。
用「除了流程还剩什么」检验自己的定位。数据、分发、集成、信任，至少占住一个。占不住的，要么尽快去占，要么接受自己是一段技能，去找一个拥有地基的合作方。