🏠 home › journal › 2026-04-29

2026-04-29 变更日志

摄取 Kim Graves PLG + Sales 协同访谈

来源：raw/notes/kim-graves-plg-sales-coordination-2026-04-29.md（Kim Graves 图文访谈，公众号格式，原文未提供 URL；受访者：Notion 美洲区总经理 / 前 Slack 销售从 $6M → $1.5B+ 时期 / 20SALES 创始合伙人；11 条核心论点覆盖 PLG-Sales 协同 / 创始人销售 / 反向 ICP / cold call / AI 销售机器人边界 / 销售采用 AI / 企业落地慢 / 试点转折点 / 销售姿态 / 订单失败诊断）

新建页面

关键知识提取

  1. PLG vs Sales 是协同非对立——是 PLG 公司创始人最大认知盲区 — 普遍持有的"产品自己会卖、不需要销售、PLG 比 Sales 效率高"是误区。最优秀的 PLG 公司（Slack / Notion）都是两者结合。Kim Graves 在 Notion 把"销售前几任的工作首要是向创始人与公司普及销售价值"作为独立判断。这条对 Sentino 直接含义：当前 Sentino 是 0 PLG + 全 Sales（创始人 + Donnie 等亲自接 BD），下一阶段要规划是否加 PLG 入口（如 Standalone Agent 自助试用 / 文档驱动开发者注册）+ 销售对企业级深耕，两条腿走 → 与 sentino-agent 的连接：在"Google Agent Platform 4-pillar 词汇借鉴"段后新增"Kim Graves 视角的销售姿态自检（2026-04-29 摄取）"整段（含 5 条直接对照启示表 + 4 Why 框架在销售复盘中的应用 + cold calling 试点判断）；与 sentino 的连接：相关概念加 plg-sales-coordination + why-change-why-you-why-now（公司主战略级别的销售方向参考）

  2. 创始人必须亲自做销售——不只是定 GTM 战略 — 创始人亲自做销售有两个不可替代效果：(a) 把市场直觉直接注入产品（不经销售 VP 转述失真）(b) 知道该招什么样的销售负责人。Slack 例子（Kim Graves 亲历）：Slack 没投社区功能聚焦 B2B 路线，直接影响产品方向。这条与 ai-first-engineering CREAO "六边形战士"判断同源——创始人 / 早期负责人必须同时覆盖产品 + 商业 + 行业 + 技术 → 与 ai-first-engineering 的连接：通过 plg-sales-coordination "创始人必须亲自做销售"段引用 CREAO 六边形战士判断同源；不直接修改 ai-first-engineering 页（该页已有六边形战士完整论证，本概念是其在销售职能上的具体应用）

  3. AI 销售机器人不好用的根本原因 = expertise paradox 在销售领域的具体形态 — Kim Graves 直接表述："AI 只适合极度交易型产品（卖展会展位）/ 卖 Notion 这种复杂方案 AI 还差很远"。机制：当下 B2B 销售环境复杂（梳理决策人 + 建立关系 + 售卖复杂产品）。这与 expertise-paradox 同源——AI 销售机器人在 casual observer 看来已经很神（"它能聊天 + 它能问需求"），在 expert 销售看来缺关键能力（"它读不出 buyer 是不是真的在看 / 它无法在客户犹豫时切换打法 / 它无法识别 status quo 信号"） → 与 expertise-paradox 的连接：相关概念加 plg-sales-coordination 一行（Kim Graves 销售姿态"客户案例 > AI 口号"印证 expert vs novice 评估差 + AI 销售机器人不好用是同一机制在销售领域的具体体现）

  4. AI 落地企业慢的真实瓶颈是"如何嵌入工作流"，不是 AI 能力问题 — Kim Graves 调研发现高管最关心的是"如何把 AI 整合进现有工作流"。Kim Graves 自己的 KPI 是收入 / pipeline / 团队成长——AI 是手段不是终点。实施关键：无缝集成已有工具（Salesforce / Teams / Slack / GoogleDrive）不强行改变行为。这与 ai-adoption-landscape-2026 "美国 60% 使用率 + 33% 觉得 AI 让工作变好"形成机制层补强——使用率高 + 体感低 = 个体试用率高但组织化落地少 → 与 ai-adoption-landscape-2026 的连接：在"五组数据的统一图景"段前新增"Kim Graves 视角：企业落地慢的 enterprise 侧具体观察"整段（含与 expertise paradox 互补但视角不同 + Kim Graves KPI 反映的 enterprise AI 落地成熟度信号）；与 individual-vs-institutional-ai 的连接：相关概念加 plg-sales-coordination 一行（Kim Graves "无缝集成已有工具不强行改变行为"是 organization-level AI 落地的具体形态）

  5. 订单转化失败第一原因不是竞品 = "Why change / Why you / Why now" 框架的反直觉应用 — Kim Graves 判断订单失败第一原因 = 企业安于现状（status quo）。诊断框架：「为何改变 / 为何选你 / 为何现在」（Why change / Why you / Why now）—— 框架本身归属 Bob Apollo（Inflexion-Point）+ Tom Pisello（Alinean），Kim Graves 是引用者不是命名者。订单失败本质 = 没找到真正痛点 + 没接触到掌握核心需求的人 → 与 sentino-tenga 的连接：相关概念加 why-change-why-you-why-now + plg-sales-coordination；TENGA 当前 Why change + Why now 都未答与 2026-04-20 战略复盘"停止漫无目的方案发散"判断完全一致；与 hotmind-client 的连接：相关概念加 why-change-why-you-why-now（Why now 是关键销售澄清点）+ plg-sales-coordination；与 yukai-agora-poc 的连接：相关概念加 why-change-why-you-why-now（4 Why 已被项目立项回答，转入交付节奏）+ plg-sales-coordination（PoC 交付后是否成为 Notion-style 客户案例销售素材）

  6. 不刻意挂 AI 在嘴边、客户案例最有说服力——Memex 销售姿态当前已经在做对 — Kim Graves 给 Notion 销售用 OpenAI / Perplexity 客户案例作为销售主线，AI 只是其中一个手段。"客户买的不是 AI 驱动一切口号，是我也想成为他们"。这条 Sentino 已经在做对——sentino-memex-positioning 销售材料的核心论证已是"客户场景 + 行业对照"，不是"我们的 AI 记忆多强"。但 Memex 4 Why 自检发现 Why trust 是当前最弱环节（还没公开客户案例）—— yukai-agora-poc 交付后应当尽快产生可对外引用的客户案例 → 与 sentino-memex 的连接：在"对外定位锚点 → 2026-04 销售对照样本扩展"段后新增"销售姿态自检：4 Why 框架下 Memex 论证强弱"整段（含 Why change 较强 / Why you 强 / Why now 弱 / Why trust 弱完整对照表 + 补强方向 + Kim Graves "客户案例 > AI 口号"判断印证 Sentino 已有方向）；相关概念加 why-change-why-you-why-now + plg-sales-coordination

更新页面

事实核查记录

与同期 wiki 的时点关系

元观察

待办

摄取《对 Manus 案的一点建议》政策评论

来源：raw/notes/manus-meta-acquisition-blocked-policy-commentary-2026-04-29.md（中文政策评论文章，作者未署名 / 自述前体制内人士 / 原文未提供 URL；类型：Pro-China 监管立场温和派评论；核心论点 = "Manus 案是合规个案，监管不是禁出海，但官方应主动讲清楚以反驳海外抹黑"）

新建页面

关键知识提取

  1. Manus 案是 FISR Measures 实施 5 年来首个公开 AI 领域 M&A 叫停案 — NDRC 2026-04-27 公告援引 2020/2021《外商投资安全审查办法》要求 unwind ~$2B 交易，触发"实质重于形式"穿透审查（看交易完成后谁真正控制 / 核心技术人才数据从哪来到哪去）。这是该机制 5 年来首次援引叫停 M&A 的公开案例，将"AI agent + 团队 + 数据 + 控制权"明确纳入监管视野 → 与 chinese-investment-security-review 的连接：本案是该机制实施以来首次公开激活的 AI 案例 + 升级到国安委（执行机制存在且被激活）；与 asymmetric-chokepoints 的连接：把博弈维度从硬件实物 / 资源扩到 AI 应用层资产 + 团队 + 数据 + 控制权（同源关系）

  2. "Singapore washing"作为一种策略事实失效 — Manus 已成功对美方洗白（OISP 审查"largely faded"）但中方穿透审查仍 reach。业界共识 "Singapore washing is over"——不是字面消失，是合规标准被显著抬高（Ben Chester Cheong 五维度清单 / Xin Sun 0/1 阈值"完全切断 ties 才算成功"）。Manus 已做到几乎全部外迁的极端仍被穿透 → 与 singapore-washing 的连接：本案是该术语的定义性案例；与 manus-case-2026-04 的连接：策略失效是案例的核心结构性后果；与 agent-creator-refiner-operator 的连接：AI agent 公司"被欧美巨头收购"作为默认退出叙事被结构性重写——三元论 Operator 类创业公司面临的不只是技术不可逆（Liability Wall），还有跨境监管不可逆

  3. 国安委介入 + 创始人禁出境是文章未提的关键事实，颠覆"个案"叙事 — 多家外媒（Bloomberg / FT / CNBC）独立报道审查级别从 NDRC 上升到中国国安委（习近平主席）+ 中国官员私下用"conspiratorial attempt to hollow out the country's technology base"描述本案 + FT 报道两位联合创始人被禁出境。这些事实强烈暗示监管视角不是"个案"，而是对 Singapore washing 整体模式的标志性警示——与作者"Manus 是个案，不能过度解读"叙事形成事实张力 → 与 manus-case-2026-04 的连接：作者立场标注 + 三种业界声音光谱段（温和派/业界鹰派/业界判断派/西方主流叙事）；与 agent-creator-refiner-operator 的连接：Manus 三种不可逆叠加（技术不可逆 + 跨境监管不可逆 + 创始人不可逆）扩展三元论 Operator 风险维度

  4. AI 资产跨境管制是中美 AI 差距叙事的第三条战线 — 之前评估"中美 AI 差距"主要看模型能力（智谱 / DeepSeek）+ 硬件能力（TPUv8 / 昇腾），Manus 案 + 美国 OISP（2025-01-02 生效）+ COINS Act（2025-12-18 升级）共同构成第三条战线：跨境流动管制。技术差距是瞬时量（可被新一代缩短），跨境管制差距是制度量（一旦建立路径锁死，长期影响估值与退出） → 与 china-us-ai-gap 的连接：在"硬件层差距 + 国产模型层突破"两段后新增"AI 资产跨境流动管制"段（第三条战线 + 双向同步加码 + 与 6-12 个月技术差距的关系）；与 asymmetric-chokepoints 的连接：博弈维度从硬件扩到 AI 资产 + 双向同步加码（中国 FISR + 美国 OISP）+ 创业者作为博弈对象的新现实

  5. Manus 技术栈基于 Claude + 微调 Qwen，本质是应用层 agent 而非 frontier 资产 — Co-founder Peak Ji 公开表态：Manus 不训练自有基础模型。"中国 AI 资产被外流"叙事在技术内涵上有歧义——被审查的是 agent 工程能力 + 团队知识 + 用户数据 + 早期生态（=非典型"关键技术"），与典型"芯片技术外流"案例的资产形态完全不同。这点对"穿透审查"的法律论证有直接含义：监管把"应用层 agent + 工程能力 + 用户数据"明确纳入"关键技术 + 重要 IT"两个监管口径 → 与 chinese-investment-security-review 的连接：AI 没显式列入但通过"重要 IT + 关键技术 + 兜底"覆盖，Manus 案是这条覆盖路径首次明确激活；与 platform-layer-collapse 的连接：Manus 被 Meta 收购原本是平台层坍缩"模型公司吞应用层"的典型动作，叫停打断了这条吞噬路径

  6. Sentino 不在 Singapore washing 范畴，但赛道有扩散风险评估必要 — Sentino 是日本本地新设公司，与 Manus（中国创立 → 新加坡离岸）法律结构完全不同；不是中国实体外迁 + 核心团队不是中国研发体系孵化 + 业务模型 IP 授权而非 frontier agent。但有 5 条潜在边界条件需前置评估：(a) 未来 IP 合作涉及中国 IP 方时的授权链合规 (b) Memex 数据涉中国用户跨境 (c) 极端被收购场景 (d) 创始人国别身份 (e) 整个 AI agent 海外注册公司退出叙事重写 → 与 sentino 的连接：新增"Manus 案对 Sentino 出海架构的边界含义"整段（含与 Manus 核心结构差异表 + 5 条潜在边界条件 + 给 Sentino 的具体行动启示）；与 sentino-agent 的连接：新增"跨境政策风险评估"整段（含当前客户线评估表 + 未来场景需前置评估的维度 + Operator 类演进的跨境监管不可逆维度 + 给销售姿态的具体含义）

更新页面

事实核查记录

文章事实核查发现的与原文有出入的地方

# 文章表述 实际 wiki 处理
1 "《外商投资安全审查办法》"未给具体年份 2020-12-19 颁布 + 2021-01-18 实施 wiki 写准两个时点
2 把"工作机制办公室"作为发布主体——准确 工作机制办公室设在 NDRC，由 NDRC + MOFCOM 联合领导 wiki 补充完整领导结构
3 没指出本案是"首个公开 AI 领域 M&A 叫停案" 是 2021 实施以来 NDRC 首次援引该办法叫停 M&A 的公开案例 wiki 明确这个里程碑
4 没提国安委介入 + 创始人禁出境 Bloomberg / FT 多源报道，公开事实 wiki 单独列段（"监管定性升级（文章未提的关键事实）"）+ 标记作者立场张力
5 没提 Manus 不训自有基模、基于 Claude + 微调 Qwen Co-founder Peak Ji 公开表态 wiki 单独列段（"技术栈背景"），指出对"中国 AI 资产"叙事的内涵歧义
6 "美国 CFIUS 程序更透明" 相对论而非绝对——CFIUS 也有非公开叫停先例 wiki 在文章观点段标注"相对论而非绝对论"
7 "中美默契" 难以独立验证——美方低调可能是 Trump 访华前 + Meta 财报日临近 wiki 标记为"合理推测而非可证伪结论"
8 "工程师红利 + 供应链优势"作为留在中国的论证 对纯软件 AI agent 公司边际收益小（Manus 本身是反例） wiki 标记为"判断风险" + 滑坡嫌疑
9 "Manus 是个案" 业界资深判断（Duncan Clark / Lian Jye Su / Xin Sun）+ 监管国安委升级都把本案定性为 pattern signal wiki 列三种业界声音光谱（温和派 / 业界鹰派 / 业界判断派 / 西方主流叙事），标记作者立场张力

与同期 wiki 的时点关系

元观察

待办

客户主体确认：Hotmind 产品方 = ANETX 朋友新公司

更新 hotmind-client：客户公司明确为 ANETX（朋友新成立的早期公司，公开渠道资料尚少属于正常 / 不是冷启动 RFP 客户）；"Hotmind"是产品 / 项目代号。商务关系性质从原"早期机会评估 / RFP 风格文档"重定性为"朋友牵线 / 早期合作"——配合度 / 迭代速度 / 试错容忍度高于 formal RFP 客户，但客户自身 PMF + 预算 + runway 是结构性风险，PoC 报价模型需按"半年内可能 pivot / 缩编"假设设计。原"客户主体合规背景核实"待办软化为"基本信息归档"，跨境政策风险条件化（如注册地涉中国才触发 manus-case-2026-04 前置评估）。

Sentino Agent 平台概念叠加：scope 边界 + Arts 抽象 + Operator 两轴正交

由"Standalone Agent → Operator 演进"对话引出的多轮概念修正，落到 sentino-agent 与 agent-creator-refiner-operator：

1. Scope 边界明确：当前专注"实时语音交互"

sentino-agent 概述段强化为"当前专注的是实时语音交互"，新增 "scope 边界" 子段。在 scope 内：前台实时语音交互 + 三种触发-回执时序的 Operator 任务（同步 / 异步 / 独立）。不在 scope 内：多小时级复杂自治代理（Manus/Devin 类）+ 纯文本/屏幕产品形态。

2. Operator 定义延伸：内部数据 state 也算 Operator

之前把 Operator 收得太窄（只想着外部 SaaS state alteration / Stripe API / Computer Use）。实际判据：输出后是否产生用户/系统在对话之外可读、可继续消费的持久化变化——若是即 Operator，不限于外部 SaaS。生成日记 / 写 Memex / 写 latest / 写 notification_queue 都是 Operator，只是改的是 Sentino 内部 state。

3. Operator 两个正交分类轴（What × When）

同步 异步 独立
内部数据 state（Memex / latest / notification_queue） ✓ ✓ ✓
外部 SaaS state（Stripe / 邮件 / Computer Use） Liability Wall 未投入 Liability Wall 未投入 Liability Wall 未投入

Operator 演进真正的工程缺口在 What 轴右移（外部 SaaS state alteration）+ Liability Wall 责任设计 + Manus 案后跨境监管前置评估，不在 When 轴扩张（三种时序当前架构都能跑）。

4. Arts 抽象（Sentino 平台核心概念）

Sentino 把"主 Agent 可调度的能力单元"统一抽象为 Art——三种具体形态聚合在同一抽象层：

Art 形态 内部执行特征 例子
Tool 单步 function call read_xx / set_alarm
Skill 组合式能力，串联多 tool 或 prompt 驱动 "总结今天的对话" / "提醒用药"
Agent（早期称 Standalone Agent） LLM 自判完成的循环（Agent Loop） 生成日记 / 整理记忆 / 定时报告

工程价值：统一调用接口 / 统一配置入口 / 统一治理层 / 与 Operator 三时序解耦。与 Anthropic Claude Code / Google Agent Platform / OpenAI Agent SDK 三家对照，Sentino 是唯一把 Tool/Skill/Agent 三形态聚合在一层的——是设计上的赌注，可能撑不住未来某一形态独立演进过快（如 Agent 形态出 Manus/Devin 类多小时复杂自治时）。

5. Agent Art 命名修正：drop "Standalone" 前缀

原 "Standalone Agent" 名字误导成"只能独立运行"——实际 Agent Art 三种触发模式：时间触发 / 事件触发 / 主 Agent 按需调用。Tool / Skill / Agent 三种 Art 形态都能被主 Agent 调用，区分只在内部执行特征。

sentino-agent 全文 47 处 "Standalone Agent" 替换为 "Agent Art"，仅保留 3 处历史命名解释段。agent-creator-refiner-operator 同步替换 7 处，保留 1 处历史命名解释段。

受影响页面

待办

双网关待决策 #1 落地：Agent SaaS = agent 核心概念 source of truth

CLAUDE.md memory 里 4 个待决策从 2026-04-16 一直挂着，2026-04-29 用户明确决策 #1 RESOLVED：

含义： - Agent 平台主战略叙事获得干净根基——之前"agent 概念两义"是对外讲"我们是 agent 平台"的隐性绊脚石，现在可以正大光明讲"Sentino Agent 平台是核心，IoT 是设备接入层" - IoT 侧不再扩 agent 概念新功能——任何新 agent 相关 CRUD 都走 Agent SaaS，IoT 侧只能加只读展示 - 决策 #4 重新进入议程——Agent Art 管理入口对"无技术客户画像 A 只认识 IoT App"的张力被强化，三选项需要尽快决策：(a) IoT App 嵌 Agent SaaS WebView (b) IoT 后端反向代理 Agent SaaS API (c) 接受能力分层（无技术客户用不了 Agent Art 高级配置）

受影响页面

待办

双网关待决策 #4 落地：Agent Art 管理入口 = (c) 能力分层 + 3 层运营路径

继 #1 当日落地后，决策 #4 一点点确认事实推导出完整答案：

架构层 = (c) 能力分层（IoT App 不嵌入 agent art 管理 UI），不是 (a) WebView 嵌入也不是 (b) IoT 反向代理。

运营 3 层（按时间顺序）： 1. 过渡期（当前）：Sentino 内部团队代客户配置 agent—— 当前 2/3 active 客户（Jisoo/Shumon = A1，YUKAI = A2）的 agent 配置都由 Sentino 内部完成 2. 中期：服务商 / 实施伙伴生态——类似 Salesforce / Shopify partner 模式，第三方帮 A1/A2 客户搭建 agent 3. 长期：客户自助 studio.sentino.jp

切换 trigger（① → ③）：studio UI 成熟度 AND 客户主动需求 同时满足

推导过程的关键事实澄清（按对话顺序）

  1. 目前没有"无技术且想自定义"的画像 A 客户拉力 → (c) 不是输给客户的能力损失
  2. 画像 A 实际定义需要更新——不是"无技术团队"而是"无固件 / 硬件能力的 IP / 品牌方"，再分两种： - A1：有 app 开发能力（自己 / 外包）—— 例：Jisoo/Shumon 客户 - A2：完全无开发能力，委托 Sentino 做白标 app —— 例：YUKAI - 共同点：硬件 + 固件依赖 Sentino
  3. 2/3 active 客户实际是 A 画像——画像 A 不是假设性场景，是真实主要营收来源（与 raw note sentino-dual-gateway-alignment-2026.md 表述一致）
  4. A1/A2 客户的 agent 配置当前由 Sentino 内部团队代为完成——这是过渡期运营模式，不是长期战略
  5. 过渡期切换 trigger = studio UI 成熟度 + 客户需求同时满足
  6. 中期引入服务商 / 实施伙伴生态——把"代配置"工作外包给生态合作伙伴，类似 Salesforce / Shopify partner 模式

受影响页面

战略含义

待办