agent就像电子宠物，只是在不同的地方寄养。

从易用性讲，单独 skill 调用几乎是最顺手的入口。用户知道自己要什么，就点一个能力，或者说一句话，让 agent 调用对应 skill。路径短，心智轻，学习成本低。

所以在早期，这种形态很合理。它像电子宠物刚被领回家时，最重要的是能不能回应、能不能听懂、能不能做几个明确动作。用户先建立信任，产品先证明能力。

但从竞争力讲，单点 skill 调用并不稀缺。只要 agent 产品都可以接工具、接 workflow、接自定义指令，它们就都能做出类似的调用体验。今天你有一个 skill 列表，明天别人也可以有一个能力市场。

这时候真正拉开差距的，就不是“能不能调用”，而是调用之后留下了什么。一次调用结束，如果没有记忆、没有资产、没有团队关系、没有可复用上下文，那它更像一次性服务，而不是一个会长大的系统。

电子宠物这个比喻在这里变得有用。人不会只因为宠物会做一个动作就长期留下来。人留下来，是因为它认识你，记得你的习惯，慢慢适应你的环境，也和你的日常形成了关系。

Agent 也是类似。单次 skill 是动作，资产沉淀是记忆，团队协作是社会关系。一个 agent 真正变得难以替换，不是因为它今天调用了某个能力，而是因为它越来越知道这家公司怎么工作、这些人怎么协作、哪些素材可信、哪些判断曾经被验证过。

这也解释了为什么只做 skill 调用会有天花板。它解决的是功能可达性，而不是关系持续性。功能可达性很容易被复制，关系持续性则需要时间、数据结构、权限边界、协作回流和使用习惯一起沉淀。

所以更长期的产品壁垒，会从 agent 本身的能力和审美，往外延展到两层东西：一层是资产，一层是协作。

资产包括 prompt、文档、素材、代码、决策记录、偏好、历史任务和可复用流程。它们让 agent 不只是每次从零开始，而是在一个越来越厚的上下文里工作。

协作则更难，也更有价值。因为团队不是一个人的放大版。团队里有角色、权限、审核、交接、版本和责任。一个 agent 如果能在这些关系里稳定工作，它就不再只是个人工具，而开始变成组织里的一个长期节点。