[
  {
    "key": "compare-interaction",
    "title": "01 · 上手、界面与交流方式",
    "scope": "消息入口 · 工作台 · 任务发现 · 文风",
    "conclusion": "两者都能通过消息交办；差别更多在于用户需要一个自然的对话入口，还是更可见的任务工作台。",
    "instinct": {
      "strength": "iMessage 与短信入口贴近既有习惯，简短口吻让零散交办更自然。",
      "friction": "单个聊天串同时处理多件事不易管理；这类共同摩擦集中在第 8 组展开。",
      "cases": [
        "I01",
        "I04",
        "I28"
      ]
    },
    "muse": {
      "strength": "ideas、timeline、goals 和 artifacts 帮助用户发现用途、看见产物；也有人喜欢直接在 WhatsApp 交办。",
      "friction": "部分人觉得对话有“AI 腔”，很早就停止尝试；界面好评中也有尚未深入执行的初印象。",
      "cases": [
        "G46",
        "G42"
      ]
    },
    "direct": [
      "C11",
      "C13",
      "C10"
    ],
    "features": [
      "i-entry",
      "m-interface",
      "m-tone"
    ],
    "boundary": "这是交互偏好与早期使用感受的比较。Muse 也有消息入口，不能简化成“Instinct 只有聊天、Muse 只有工作台”。"
  },
  {
    "key": "compare-admin",
    "title": "02 · 生活行政、家庭与资料整理",
    "scope": "邮箱上下文 · 保修与账单 · 家庭协调 · 资料整理",
    "conclusion": "两边都有把积压事务往前推进的实例；更有区分力的是读到了哪些资料、交付了什么，以及最后谁来完成。",
    "instinct": {
      "strength": "从邮件收据推进烘干机保修、跟进旧账单和保险材料，体现连续上下文对生活行政的价值。",
      "friction": "有些关键电话、签署或敏感表格仍由用户完成；多人协调也可能让家人觉得被打扰。",
      "cases": [
        "I03",
        "I06",
        "I07",
        "I17",
        "I30"
      ]
    },
    "muse": {
      "strength": "收据、CRM、书签和邮件整理有明确产物，也有推进保险、找房与待回邮件的自述。",
      "friction": "发现订阅不等于取消成功，处理理赔不等于获赔；预算表追加也有明确未奏效的反馈。",
      "cases": [
        "M04",
        "M08",
        "G37",
        "G47"
      ]
    },
    "direct": [],
    "features": [
      "i-admin",
      "i-context",
      "i-family",
      "m-data"
    ],
    "boundary": "这里并排的是同类用途，通常不是同一个人在相同资料和条件下测试两款产品。不能从案例数量推算谁更擅长行政。"
  },
  {
    "key": "compare-proactive",
    "title": "03 · 主动跟进、记忆与个性化",
    "scope": "提醒 · 持续监控 · Feed · 通知频率",
    "conclusion": "“更主动”不是固定排名。相关、及时、能停止的提醒，才会减少用户记着待办的负担。",
    "instinct": {
      "strength": "续费、学校菜单和取消邮件触发的后续安排，让用户感觉有人持续照看事情。",
      "friction": "持续追问也会带来被催促感；库存监控频率可能赶不上短暂供给。",
      "cases": [
        "I20",
        "I23",
        "I15",
        "I33"
      ]
    },
    "muse": {
      "strength": "Feed 能把聊天里提过的偏好转成内容，也有定期漫画回顾和临近截止提醒。",
      "friction": "喜欢内容和通知，不等于后台任务长期可靠；学校表格案例的最终提交仍由家人完成。",
      "cases": [
        "M02",
        "M14",
        "M10",
        "G44"
      ]
    },
    "direct": [
      "C04",
      "C05"
    ],
    "features": [
      "i-proactive",
      "m-feed"
    ],
    "boundary": "直接对比意见方向相反，保留双方原帖。G44 来自官方员工故事，不能与普通外部用户反馈混作独立随机样本。"
  },
  {
    "key": "compare-execution",
    "title": "04 · 浏览器执行、接管与人工收尾",
    "scope": "网页任务 · 验证码 · 登录 · 文件上传 · 任务恢复",
    "conclusion": "能操作网页和能交付整件事要分开看；卡住后能否交回用户、再继续执行，是共同的体验关键。",
    "instinct": {
      "strength": "存在经一次人工验证后继续完成长任务的直接比较，也有从邮件取信息完成值机的自述。",
      "friction": "不同网站和地区会出现付款限制、空白页面、重登录及订位受限。",
      "cases": [
        "I31",
        "I21",
        "I22",
        "I12"
      ]
    },
    "muse": {
      "strength": "小浏览器接管与复杂网页操作获得好评，让部分用户愿意把浏览器任务交给 Muse。",
      "friction": "签证、文件、登录和凭证交接仍有大量人工收尾；有用户多轮尝试积分门户后放弃。",
      "cases": [
        "M01",
        "M09",
        "S03",
        "G35"
      ]
    },
    "direct": [
      "C01",
      "C02",
      "C03",
      "C06"
    ],
    "features": [
      "i-browser",
      "m-browser",
      "m-lastmile"
    ],
    "boundary": "C03 与 C06 是同任务比较，但任务不同、没有统一计时或复现实验。既有 Instinct 完成而 Muse 受阻，也有 Muse 更快的报告。"
  },
  {
    "key": "compare-transactions",
    "title": "05 · 预订、购物与信息覆盖",
    "scope": "找选项 · 比价 · 预约 · 下单 · 支付确认",
    "conclusion": "预订和交易要拆成清楚阶段；搜得多、选项多、购物车已备好，都不自动等于约束满足或付款完成。",
    "instinct": {
      "strength": "聚餐组织、电影票和家庭出行等实例说明，真实生活任务可以跨多个步骤推进。",
      "friction": "网站限制和地区付款障碍会使交易中止；订位受限后有人只保留旅行规划用途。",
      "cases": [
        "I08",
        "I18",
        "I21",
        "I12"
      ]
    },
    "muse": {
      "strength": "运河游船、机场停车及餐厅预约有结果明确的自述；购车研究和议价也能分步编排。",
      "friction": "有航司遗漏、预算酒店未找到和买花仅暂存待付款的记录；购车流程没有明确证明最终成交。",
      "cases": [
        "M07",
        "G36",
        "G38",
        "G34",
        "G41"
      ]
    },
    "direct": [
      "C12"
    ],
    "features": [
      "m-transact",
      "m-coverage"
    ],
    "boundary": "C12 支持同一次晚餐票任务的先后差异。其他案例来源、约束各异，交易结果大多仍是用户自述。"
  },
  {
    "key": "compare-reliability",
    "title": "06 · 速度、可靠性与失败恢复",
    "scope": "首次响应 · 完成耗时 · 截止时间 · 失败循环",
    "conclusion": "聊天响应快只是一个环节。是否按时交付、是否能停止错误任务、恢复后是否还要重做，更影响放心委托。",
    "instinct": {
      "strength": "一些用户认可短信与语音响应顺畅。",
      "friction": "另有排队三至五小时、应发事项未交付和越用越慢的自述，影响持续使用意愿。",
      "cases": [
        "I28",
        "I09",
        "I29"
      ]
    },
    "muse": {
      "strength": "初次上手和相对速度得到好评。",
      "friction": "任务仍可能超过预期时间；过时信息、服务访问问题和无法中止的失败循环也被报告。",
      "cases": [
        "M12",
        "S12",
        "A08",
        "G40"
      ]
    },
    "direct": [],
    "features": [
      "i-speed",
      "m-quality"
    ],
    "boundary": "没有统一负载和时间日志；不能算平均响应时间或故障率。G40 的初评已读，但后续恢复时间与 token 总损耗未核实。"
  },
  {
    "key": "compare-control",
    "title": "07 · 授权、意图边界与信任",
    "scope": "是否敢连接 · 执行前确认 · 撤权 · 可停止性",
    "conclusion": "能力认可与信任授权是两道不同的门槛；用户需要知道助手能做什么、正在做什么、怎样停下来。",
    "instinct": {
      "strength": "有用户主动划分边界：把预约交给助手，把敏感表格留给自己。",
      "friction": "提醒被扩展为发信、研究被扩展为报名付款，以及断开连接后仍收到摘要，会削弱可控感。",
      "cases": [
        "I30",
        "I10",
        "I11",
        "I13",
        "I14"
      ]
    },
    "muse": {
      "strength": "连接账户提高便利，但用户也可以只交部分任务；有关权限的反馈有明确个人选择。",
      "friction": "不愿提供核心资料、电话只能拨商家，以及希望有更多行为决定权，构成不同类型的限制。",
      "cases": [
        "S02",
        "M11",
        "M15",
        "G35"
      ]
    },
    "direct": [
      "C08"
    ],
    "features": [
      "i-control",
      "i-trust",
      "m-permissions"
    ],
    "boundary": "产品限制、用户不信任和安全事故不是一回事。未复现攻击或审计后台，无法据这些反馈给出安全排名。"
  },
  {
    "key": "compare-adoption",
    "title": "08 · 多任务、额度与持续使用",
    "scope": "任务管理 · 长期需求 · 迁移成本 · 额度与产出",
    "conclusion": "从初期惊喜到稳定日用，需要持续的真实需求、可管理的任务，以及能省下来的监督时间。",
    "instinct": {
      "strength": "上下文积累和日常需求能形成自然委托；迁移时重建账户与背景也会带来成本。",
      "friction": "有人试用一天就找不到更多需求；活跃用户也需要任务日志和更清楚的多任务管理。",
      "cases": [
        "I16",
        "I25",
        "I32"
      ]
    },
    "muse": {
      "strength": "充裕额度、连接器和云端任务吸引用户投入更多工作，也有人与本地代理分工。",
      "friction": "额度大不保证结果质量；单聊天串、并发限制，以及依赖其他模型的产出，都限制了“全能助手”的解读。",
      "cases": [
        "G39",
        "G43",
        "S10",
        "G45"
      ]
    },
    "direct": [
      "C07",
      "C09",
      "C14"
    ],
    "features": [
      "i-adoption",
      "m-multitask",
      "m-quota"
    ],
    "boundary": "没有长期留存、付费或独立用户分母。迁移、偏好和短期产量是个案，不能等同于持续生产力增长。"
  }
]