When Capabilities Connect, the Loop Closes
一个博主在 X 上用 Claude Code 完成了从商业尽调报告到合同生成再到 DocuSign 签署的完整链路——全程未离开终端，三个独立 Skill，数据在上下文中自然流转。这不是炫技操作，这是 Skill/MCP 生态未来形态的早期样本。单点能力是工具，串联能力是服务，数据闭环的 Skill 链路才是商业模式。
能力编排 > 能力本身——用户要的不是 10 个工具，是 1 条不用离开的完整链路
Context Window 就是连接器——上游的输出直接成为下游的输入，无需用户手动搬运
每一次闭环都在沉淀用户资产——资产越深，迁移成本越高，护城河越宽
用户目标：评估一家潜在合作方，做出是否签约的决策。操作路径分三步：先调用商业分析 Skill，AI 自动生成对方公司背景、经营情况、风险点的完整报告；博主确认分析结论没问题后，直接调用 Claude Code 原生能力，提取关键数据并生成一份定制合同；最后主动调用 DocuSign Skill，发起并完成签署。
这三步分别调用了三个独立的服务，但用户的感受是一条流畅的决策链路，没有格式转换、没有复制粘贴、没有离开终端。前一步的输出直接成为下一步的输入，因为它们共享同一个 context window——这是让整条链路成立的技术基础。
这个博主的操作让我想到一个更大的问题：如果这条链路是可以枚举的——用户在做一件事情的时候，下一步大概率的需求路径是可以预判的——那么平台是否可以在用户完成当前步骤的瞬间，主动识别并浮现下一步能力？这不只是推荐功能，而是一种意图感知型的能力编排。
传统的多工具使用是「孤岛式」的——用户在工具 A 生成结果，手动复制，切换到工具 B，手动粘贴，再次格式化。每一次切换都是摩擦，每一次手动搬运都可能引入信息失真。
Skill 生态的根本不同在于：共享的 context window 是天然的数据总线。商业分析 Skill 输出的报告内容，直接作为合同生成 Skill 的上下文输入；合同内容，直接作为 DocuSign Skill 发起签署的参数。用户不需要做任何中间操作，数据在 Skill 之间的流转是自动的、有语义的、可累积的。
这里有一个更深的设计含义：当数据流转不再依赖用户手动操作，平台就有能力在用户做每一步的同时，悄悄积累用户的行为图谱——哪些 Skill 被连续调用、数据在哪里发生了决策性转化。这是传统 SaaS 无法获取的数据层，也是 Skill 生态真正的差异化护城河。
Skill 生态的商业化不是一次性完成的，而是分阶段演进的。每个阶段都在上一阶段的用户行为数据上叠加新的价值层，最终形成自我增强的飞轮。
关键是每个阶段的「推荐时机」：在用户完成当前步骤的那一刻，平台识别到「下一步大概率是 X」，主动浮现 X 的入口——而不是等用户自己想到。这个「意图识别→即时浮现」的体验，是 Skill 生态有别于 App Store 的核心差异：应用商店是被动分发，Skill 生态是主动编排。
电子签名的触发永远依附于上下文——用户不会主动「想起」去签合同，而是因为某件事情发生了，签署动作才变得必要。但现在的产品形态与这个事实相悖：用户需要主动打开独立平台，处理完再把结果搬回原始场景。在每个应用都可以有自己 agent 的时代，这个往返没有存在的必要。
改变的方向有两个：其一，其他应用的 agent 可以在关键业务节点主动调用 e-sign agent，合同数据随业务流动而不是等待用户搬运；其二，e-sign agent 完成签署后，同样可以识别合同内容中的下一步信号，主动唤起后续 skill。一个完成的动作，自然成为下一个动作的起点——这正是 Skill 生态区别于独立工具的核心机制，在法律场景里同样成立。
CRM 里一笔商机标记成交，这是触发合同起草的天然信号。用户只需确认内容并完成签署，其余步骤由 agent 自动完成。合同不再是需要手动传递的 PDF 附件，而是在各业务节点间流动的结构化数据资产。
用户维权时，证据散落在各个平台——电商订单、物流记录、支付凭证、客服聊天。过去这是数天的手工整理。如果 e-sign agent 作为证据调度中心，在用户一次性授权后向各平台 agent 请求结构化数据，汇聚成带时间轴和哈希校验的证据文件包，整个过程可以压缩到十几分钟。用户的数据本来就属于用户，agent 让「取回」这件事变得自动化。
签署动作本身携带大量上下文信息——合同到期日、关键条款、交付节点。e-sign agent 完成签署后，可以解析这些信息并主动识别下一步需求，浮现后续 skill 的唤起入口。用户不需要自己记住「这份合同有到期日」，也不需要手动跳转其他平台，agent 比用户更早意识到下一步需要什么。
低频服务的真正价值不在使用频次，而在于它出现的那个节点有多关键。从「等待用户来找」到「在用户最需要的上下文里自动出现」，再到「完成后主动延伸下一步链路」——e-sign agent 不是工具的终点，而是整条业务链路里权重最高的中间节点。作为这个节点上的基础设施，比作为任何高频应用都更难被替代。
"低频不是弱点，是护城河——当你只在最关键的节点出现，你就很难被绕过。"
— 电子签名不是使用频次高的产品，但合同签署是整条业务链路里决策权重最高的那一步。谁占据了这个节点，谁就拥有向前触达和向后延伸的双向入口。Skill 生态的竞争终点不是谁的单点能力最强，而是谁先成为其他 agent 无法绕过的节点。对法律/合同服务而言，这个逻辑尤其有力：每一次签署都是业务流转的分水岭，每一份证据包都是用户最脆弱时刻的刚需，每一个「签完之后」的建议都在让链路更长、数据更深。设计师在这个生态里的角色，不是设计一个好用的签署界面——而是设计那条「触发即链路，完成即延伸」的完整体验：让每一个法律动作，自然成为下一步业务需求的起点。