From a084ed386b0330027ad597b9ab66b530cf90d251 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=B0=8F=E5=A2=A8?= Date: Sun, 7 Jun 2026 14:21:12 +0000 Subject: [PATCH] docs: add 6 FTE concept cards - agent-as-graduate: onboarding metaphor and teaching threshold - three-learning-carriers: memory/skill/workflow framework - switching-cost-process-knowledge-as-moat: process knowledge as moat - opc-why-fte-agents-matter-most: why OpenClaw bets on FTE - fte-maturity-threshold: who can onboard an agent - fte-product-landscape: OpenClaw vs Claude Code vs Hermes --- .cards/agent-as-graduate.md | 19 ++++++++++++ .cards/fte-maturity-threshold.md | 25 ++++++++++++++++ .cards/fte-product-landscape.md | 23 +++++++++++++++ .cards/opc-why-fte-agents-matter-most.md | 22 ++++++++++++++ ...witching-cost-process-knowledge-as-moat.md | 21 ++++++++++++++ .cards/three-learning-carriers.md | 21 ++++++++++++++ .../vendor-vs-fte-who-defines-capability.md | 29 +++++++++++++++++++ 7 files changed, 160 insertions(+) create mode 100644 .cards/agent-as-graduate.md create mode 100644 .cards/fte-maturity-threshold.md create mode 100644 .cards/fte-product-landscape.md create mode 100644 .cards/opc-why-fte-agents-matter-most.md create mode 100644 .cards/switching-cost-process-knowledge-as-moat.md create mode 100644 .cards/three-learning-carriers.md create mode 100644 .cards/vendor-vs-fte-who-defines-capability.md diff --git a/.cards/agent-as-graduate.md b/.cards/agent-as-graduate.md new file mode 100644 index 0000000..6e2d239 --- /dev/null +++ b/.cards/agent-as-graduate.md @@ -0,0 +1,19 @@ +--- +title: "Agent as Graduate — The Onboarding Metaphor" +created: "2026-06-07" +source: "openclaw-xiaomo" +tags: [concept, analogy] +category: "product" +links: + - vendor-vs-fte-who-defines-capability + - three-learning-carriers + - fte-maturity-threshold +--- + +FTE 型 agent 最贴切的类比：**应届毕业生**。 + +出厂时有通用能力（底座模型 = 学历），但不懂你的业务、不知道你的偏好、没有你的流程经验。用户的角色是"带教老师"——通过日常协作，逐步把 agent 带成自己的得力助手。 + +这个类比揭示了当前 FTE 产品的核心瓶颈：**带教门槛太高**。现在只有技术背景深厚的用户才能"带"——能写 skill、能调 workflow、能 debug agent 行为。行业专家（不懂代码的人）被挡在门外。 + +真正成熟的 FTE 型产品 = 降低带教门槛，让非技术用户也能教会 agent 自己的业务。 diff --git a/.cards/fte-maturity-threshold.md b/.cards/fte-maturity-threshold.md new file mode 100644 index 0000000..313acda --- /dev/null +++ b/.cards/fte-maturity-threshold.md @@ -0,0 +1,25 @@ +--- +title: "FTE Maturity Threshold — Who Can Onboard an Agent" +created: "2026-06-07" +source: "openclaw-xiaomo" +tags: [concept, decision] +category: "product" +links: + - agent-as-graduate + - vendor-vs-fte-who-defines-capability + - three-learning-carriers +--- + +FTE 型 agent 的成熟度，归根结底看一个问题：**谁能带教它？** + +当前阶段（2026）：OpenClaw、Claude Code、Hermes 都是 FTE 型产品的雏形，三者都具备 memory/skill/workflow 三个载体。但它们的用户画像高度重叠——有较深技术能力的开发者。 + +这意味着 FTE agent 现在更像"只有技术 lead 才能带的毕业生"。要跨越鸿沟，需要降低带教门槛到**行业专家（不懂代码的人）也能带、也能教、也能调优**。 + +谁先把这个门槛降下来，谁就定义了 FTE agent 品类的分水岭。 + +可能的降低路径： +- **自然语言 skill 定义**（不需要写代码/YAML） +- **可视化 workflow 编辑**（拖拽而非配置） +- **Agent 主动学习**（从用户行为中推断偏好，而非等用户显式配置） +- **带教过程本身被 agent 化**（用 agent 辅助用户定义 skill 和 workflow） diff --git a/.cards/fte-product-landscape.md b/.cards/fte-product-landscape.md new file mode 100644 index 0000000..5f1f83b --- /dev/null +++ b/.cards/fte-product-landscape.md @@ -0,0 +1,23 @@ +--- +title: "FTE Product Landscape — OpenClaw, Claude Code, Hermes" +created: "2026-06-07" +source: "openclaw-xiaomo" +tags: [concept, comparison] +category: "product" +links: + - vendor-vs-fte-who-defines-capability + - three-learning-carriers + - fte-maturity-threshold + - agent-as-graduate +--- + +2026 年中，FTE 型 agent 的代表产品对比： + +**共性**：都有 memory、skill、workflow/多步协作机制，都面向技术用户。 + +**差异点**： +- **OpenClaw** — uwf 引擎驱动，用 YAML 定义多角色 workflow，强调流程纪律和 session 隔离。面向团队级 agent 协作。 +- **Claude Code** — Anthropic 官方 CLI agent，CLAUDE.md 作为 memory，skill 通过项目约定积累。单 agent 深度协作，开发者体验好。 +- **Hermes** — 跨平台 agent 协调者，memory/skill/cron 体系完善，支持多 agent 调度。偏个人效率工具。 + +三者都谈不上成熟。成熟的标志不是技术完备度，而是**非技术用户能否用起来**。 diff --git a/.cards/opc-why-fte-agents-matter-most.md b/.cards/opc-why-fte-agents-matter-most.md new file mode 100644 index 0000000..25f30a4 --- /dev/null +++ b/.cards/opc-why-fte-agents-matter-most.md @@ -0,0 +1,22 @@ +--- +title: "OPC — Why FTE Agents Matter Most" +created: "2026-06-07" +source: "openclaw-xiaomo" +tags: [vision, decision] +category: "product" +links: + - vendor-vs-fte-who-defines-capability + - agent-as-graduate + - fte-maturity-threshold +--- + +OpenClaw 押注 FTE 型 agent 的核心判断：**AI 的终极形态不是工具，是同事。** + +工具被使用，同事被培养。工具的价值在出厂那一刻确定，同事的价值随协作持续增长。 + +这个判断决定了产品方向： +- 不做"最强的单次对话"，做"最能被带教的长期协作者" +- 不做"开箱即用的成品"，做"越用越好用的底座" +- 核心指标不是 benchmark 分数，是用户留存和 skill 积累量 + +uwf 是这个判断的工程实现——用流程纪律让 agent 的产出可靠，让用户敢把真正的业务交给它。 diff --git a/.cards/switching-cost-process-knowledge-as-moat.md b/.cards/switching-cost-process-knowledge-as-moat.md new file mode 100644 index 0000000..dc7f269 --- /dev/null +++ b/.cards/switching-cost-process-knowledge-as-moat.md @@ -0,0 +1,21 @@ +--- +title: "Switching Cost — Process Knowledge as Moat" +created: "2026-06-07" +source: "openclaw-xiaomo" +tags: [concept, decision] +category: "product" +links: + - vendor-vs-fte-who-defines-capability + - three-learning-carriers + - agent-as-graduate +--- + +FTE 型 agent 的护城河不是技术壁垒，是**用户自己积累的流程知识**。 + +用得越久，agent 越懂你的业务——记忆里有你的偏好，skill 里有你验证过的做法，workflow 里有你打磨过的流程。换一个 agent = 重新带一个毕业生，之前的积累全部作废。 + +这解释了为什么 FTE 型产品的竞争逻辑和 vendor 型完全不同： +- **Vendor 型**竞争模型能力（谁的基座更强），switching cost 低，用户随时换 +- **FTE 型**竞争生态粘性（谁让用户积累得更深），switching cost 随使用时长增长 + +风险面：如果用户的流程知识被锁死在一个平台，就变成了 vendor lock-in。开放的知识格式（如 markdown skill、YAML workflow）是对冲手段。 diff --git a/.cards/three-learning-carriers.md b/.cards/three-learning-carriers.md new file mode 100644 index 0000000..6090e98 --- /dev/null +++ b/.cards/three-learning-carriers.md @@ -0,0 +1,21 @@ +--- +title: "Three Learning Carriers — Memory, Skill, Workflow" +created: "2026-06-07" +source: "openclaw-xiaomo" +tags: [architecture, concept] +category: "product" +links: + - vendor-vs-fte-who-defines-capability + - agent-as-graduate + - switching-cost-process-knowledge-as-moat +--- + +FTE 型 agent 的能力积累依赖三个载体： + +1. **Memory（记忆）**— 用户偏好、环境事实、历史上下文。跨 session 持久化，让 agent 不用每次从零开始。 +2. **Skill（技能）**— 可复用的操作程序。解决过的问题沉淀成步骤，下次直接调用。 +3. **Workflow / DW（流程）**— 多步骤协作模式。把复杂任务拆成角色和阶段，用流程纪律保障质量。 + +三者的关系：memory 是"认识你"，skill 是"会做事"，workflow 是"知道怎么把事做好"。 + +OpenClaw、Claude Code、Hermes 都已具备这三个载体，但成熟度各异。差异在于：用户能多容易地往这三个载体里"灌"自己的知识。 diff --git a/.cards/vendor-vs-fte-who-defines-capability.md b/.cards/vendor-vs-fte-who-defines-capability.md new file mode 100644 index 0000000..4b0dde0 --- /dev/null +++ b/.cards/vendor-vs-fte-who-defines-capability.md @@ -0,0 +1,29 @@ +--- +title: "Vendor vs FTE — Who Defines the Agent's Capability" +created: "2026-06-07" +source: "openclaw-xiaomo" +tags: [architecture, decision] +category: "architecture" +links: + - agent-as-graduate + - three-learning-carriers + - switching-cost-process-knowledge-as-moat + - opc-why-fte-agents-matter-most +--- + +区分 vendor 型和 FTE 型 agent 最本质的一条：**谁定义 agent 的能力。** + +- **Vendor 型**：开发者定义能力，用户消费能力。能力边界在发布那一刻就定了，升级主动权在开发者。 +- **FTE 型**：开发者定义出厂能力（底座模型 + 基础技能包），用户持续定义能力（记忆、skill、workflow）。 + +出厂是起点不是终点。用户通过积累记忆、训练 skill、设计 workflow，持续塑造 agent 的能力。用得越久，越贴合自己的业务，越不像别人的 agent。 + +引申的两个特征： +- **成长性** — vendor 的能力随模型升级变化，不随使用积累；FTE 的能力随使用持续积累 +- **流程适配性** — vendor 是用户适应工具；FTE 是工具适应用户的业务流程 + +这也解释了 switching cost 的来源——换掉的不是一个产品，是用户自己定义出来的能力。 + +代表产品： +- **Vendor 型**：ChatGPT、Claude（对话式）、Midjourney（图像生成）、Perplexity（搜索问答）、各种 GPTs +- **FTE 型**：OpenClaw、Claude Code、Hermes 都在往这个方向走——有记忆、有 skill/workflow 机制、有持续协作关系。但尚未成熟，目前都面向有较深技术能力的用户。真正成熟的 FTE 型产品，应该是行业专家（不懂代码的人）也能带、也能教、也能调优的。这个门槛什么时候降下来，谁先降下来，可能就是这个品类的分水岭。