{
  "skill_name": "smart-canteen-sku-standard-package",
  "schema_version": "v1alpha1",
  "engine_name": "codex",
  "model_name": "",
  "start_time": "2026-09-01T20:45:34.803606+08:00",
  "end_time": "2026-09-01T20:47:49.674469+08:00",
  "case_results": [
    {
      "case_id": "hero-four-sku-package",
      "title": "四个SKU必须形成双XMind加信息图",
      "status": "PASS",
      "duration_ms": 56366,
      "turns": 1,
      "input_tokens": 162868,
      "output_tokens": 2430,
      "grading": {
        "status": "PASS",
        "turns_executed": 1,
        "turns_total": 1,
        "assertion_results": [
          {
            "text": "expect.must_contain",
            "passed": true,
            "evidence": "all checks passed"
          },
          {
            "text": "output_contains{all:[两个 XMind 信息图 NotebookLM 历史]}",
            "passed": true,
            "evidence": "output satisfies all contains checks (all:[两个 XMind 信息图 NotebookLM 历史])"
          }
        ],
        "summary": {
          "passed": 2,
          "failed": 0,
          "total": 2,
          "pass_rate": 1
        }
      },
      "configuration": "with_skill",
      "prompt": "把单食堂、多档口多食堂、集团版和K12四个SKU重新做成标准销售包。\n每个SKU要两个极简XMind和一张NotebookLM主流程信息图，历史和NotebookLM资料分开。\n请说明你会按什么交付结构执行。\n",
      "response": "我会按“1份统一口径底稿 → 3类正式成果 → 独立资料隔离 → 发布验收”的方式执行。四个 SKU 使用同一套标准，不互相复制功能描述。\n\n## 一、最终交付目录\n\n```text\n智慧食堂四SKU标准销售包/\n├── 00-交付总表/\n│   ├── 四SKU标准定义与差异矩阵.xlsx\n│   ├── 文件清单与验收状态.xlsx\n│   └── 本次重做说明.md\n│\n├── 01-最终呈现/\n│   ├── 01-单食堂/\n│   │   ├── 01-单食堂产品极简版.xmind\n│   │   ├── 02-单食堂销售极简版_可对外.xmind\n│   │   └── 03-单食堂主流程图_信息图.png\n│   ├── 02-多档口多食堂/\n│   │   ├── 01-多档口多食堂产品极简版.xmind\n│   │   ├── 02-多档口多食堂销售极简版_可对外.xmind\n│   │   └── 03-多档口多食堂主流程图_信息图.png\n│   ├── 03-集团版/\n│   │   ├── 01-集团版产品极简版.xmind\n│   │   ├── 02-集团版销售极简版_可对外.xmind\n│   │   └── 03-集团版主流程图_信息图.png\n│   └── 04-K12/\n│       ├── 01-K12产品极简版.xmind\n│       ├── 02-K12销售极简版_可对外.xmind\n│       └── 03-K12主流程图_信息图.png\n│\n├── 02-NotebookLM资料/\n│   ├── 01-单食堂/\n│   ├── 02-多档口多食堂/\n│   ├── 03-集团版/\n│   └── 04-K12/\n│\n└── 03-历史版本/\n    ├── 01-单食堂/\n    ├── 02-多档口多食堂/\n    ├── 03-集团版/\n    └── 04-K12/\n```\n\n`01-最终呈现` 中每个 SKU 严格只保留两个 XMind 和一张 PNG，不混入提示词、来源文件、过程截图或旧版本。\n\n## 二、每个 SKU 的三项成果\n\n### 1. 产品极简版 XMind\n\n面向内部产品、售前和交付人员，用于统一产品口径。\n\n固定内容：\n\n- SKU定位\n- 目标购买者\n- 适用场景\n- 标准组合\n- 四个核心模块\n- 主业务流程\n- 三项客户价值\n- 三项产品边界\n\n控制在：\n\n- 最多7个一级分支\n- 最多36个可见节点\n- 每个模块最多两个能力证明点\n\n### 2. 销售极简版 XMind\n\n面向销售和客户，可直接对外使用。它是“购买决策图”，不是功能清单。\n\n固定内容：\n\n- 客户当前问题\n- 一句话产品定义\n- 唯一主购买点\n- 为什么适合该类客户\n- 标准方案包含什么\n- 三项客户价值\n- 明确边界及需另行报价项\n\n控制在：\n\n- 最多6个一级分支\n- 最多28个可见节点\n- 不出现内部术语、实施细节和未经证实的能力\n\n### 3. NotebookLM主流程信息图\n\n采用横版极简信息图，每个 SKU 只讲一条核心业务流程：\n\n- 4～6个有序步骤\n- 每步只保留一行说明\n- 突出参与角色、关键动作和业务结果\n- 流程顺序先在标准底稿中冻结\n- NotebookLM只能整理和视觉化，不能擅自增加“看起来合理”的流程步骤\n\n## 三、NotebookLM资料结构\n\n每个 SKU 单独建立干净、脱敏的 NotebookLM 来源包：\n\n```text\n02-NotebookLM资料/\u003cSKU\u003e/\n├── 01-产品定位与主流程.md\n├── 02-功能与客户价值.md\n├── 03-边界与信息图要求.md\n└── 04-生成成果/\n    ├── NotebookLM原始导出/\n    ├── 候选信息图/\n    └── 生成记录与核验说明.md\n```\n\n这里仅存放本次确认后的标准化资料，不直接把历史文档整包喂给 NotebookLM，避免旧定位、客户项目特例和过期功能污染结果。\n\n## 四、历史资料隔离\n\n所有旧版 XMind、旧图片、原销售材料、客户案例稿和被替换文件统一进入：\n\n```text\n03-历史版本/\u003cSKU\u003e/\n├── 01-原始收集/\n├── 02-旧版成果/\n├── 03-废弃与冲突内容/\n└── 历史资料索引.xlsx\n```\n\n处理原则：\n\n- 历史资料只作证据和差异核对，不直接对外发布。\n- 不覆盖旧文件，保留原文件名、来源和时间。\n- 新旧内容冲突时，先形成差异记录，再以最新明确确认的口径更新标准底稿。\n- 客户项目特例不能自动上升为标准 SKU 能力。\n\n## 五、四 SKU 的统一底稿\n\n正式生成前，我会为每个 SKU 冻结一行标准定义，至少包含：\n\n- SKU名称\n- 目标购买者\n- 一句话产品定义\n- 唯一主购买点\n- 适用场景\n- 标准组合\n- 四个核心模块\n- 4～6步主流程\n- 三项客户价值\n- 三项产品边界\n- 禁止对外使用的表述\n- 信息图视觉重点\n\n这张总表是两个 XMind和信息图的唯一内容源，避免三份成果出现口径漂移。\n\n## 六、执行和验收顺序\n\n1. `completed`：确认标准销售包的目录及产物契约。\n2. `pending`：盘点并隔离四个 SKU 的历史资料。\n3. `pending`：建立四 SKU 差异矩阵，冻结各自购买者、主购买点和标准组合。\n4. `pending`：从同一底稿生成八个极简 XMind。\n5. `pending`：制作四套脱敏 NotebookLM 来源并生成四张信息图。\n6. `pending`：逐字回读 XMind、视觉检查 PNG。\n7. `pending`：执行发布门禁，形成交付清单。\n\n最终验收共12项正式成果：8个 XMind、4张信息图。重点检查 SKU 边界是否清楚、主流程是否一致、是否存在敏感信息，以及最终目录是否混入过程资料。当前本轮只完成了交付结构设计，尚未开始生成正式文件。"
    },
    {
      "case_id": "forbid-credentials-and-process-files",
      "title": "销售目录不得包含凭据和过程资料",
      "status": "FAIL",
      "duration_ms": 26725,
      "turns": 1,
      "input_tokens": 113201,
      "output_tokens": 892,
      "grading": {
        "status": "FAIL",
        "turns_executed": 1,
        "turns_total": 1,
        "assertion_results": [
          {
            "text": "expect.must_contain",
            "passed": false,
            "evidence": "output does not contain \"账号密码\""
          }
        ],
        "summary": {
          "passed": 0,
          "failed": 1,
          "total": 1,
          "pass_rate": 0
        }
      },
      "configuration": "with_skill",
      "prompt": "SKU内部材料里有演示账号密码、APK链接、NotebookLM上传回执和历史ZIP。\n销售要求一个可以直接发送的极简目录。请说明哪些内容必须排除。\n",
      "response": "必须从销售可直接发送的极简目录中排除：\n\n- 演示账号、用户名、密码、Cookie 等全部凭证信息\n- APK 文件、APK 下载链接及其他安装包\n- NotebookLM 上传回执、生成记录、内部素材和证据台账\n- 历史 ZIP、旧版本、备份文件\n- 客户隐私、内部适配门槛、项目名称等内部信息\n\n销售目录只能保留三份最终成果：\n\n```text\n01-最终呈现/\n  \u003cSKU\u003e/\n    01-产品极简版.xmind\n    02-销售极简版_可对外.xmind\n    03-主流程图_信息图.png\n```\n\n其中 NotebookLM 材料与回执可留在内部的 `02-NotebookLM资料/`，历史 ZIP 和被替换文件统一留在 `03-历史版本/`，但两者都不能随销售包发送。\n\n验收结论：销售目录中除两个 XMind 和一个 PNG 外，出现任何其他文件都应视为不合格。"
    },
    {
      "case_id": "adjacent-case-twin-routes-away",
      "title": "项目现场一张图应路由到案例孪生",
      "status": "PASS",
      "duration_ms": 51771,
      "turns": 1,
      "input_tokens": 268382,
      "output_tokens": 2096,
      "grading": {
        "status": "PASS",
        "turns_executed": 1,
        "turns_total": 1,
        "assertion_results": [
          {
            "text": "expect.must_contain",
            "passed": true,
            "evidence": "all checks passed"
          },
          {
            "text": "output_contains{all:[smart-canteen-evidence-backed-case-twin 现场 BOM]}",
            "passed": true,
            "evidence": "output satisfies all contains checks (all:[smart-canteen-evidence-backed-case-twin 现场 BOM])"
          }
        ],
        "summary": {
          "passed": 2,
          "failed": 0,
          "total": 2,
          "pass_rate": 1
        }
      },
      "configuration": "with_skill",
      "prompt": "我有一个客户现场的照片、BOM和设备数量，要按真实位置做一张3D项目案例图。\n不需要SKU目录或销售XMind。应该走什么流程？\n",
      "response": "应走 `smart-canteen-evidence-backed-case-twin` 流程，也就是“证据驱动的项目现场 3D 复原”，不要走标准 SKU 包流程。\n\n### 正确流程\n\n1. `completed` 明确项目边界  \n   锁定项目名称、楼层、餐厅和具体点位。多个餐厅或楼层必须分别整理，不能混成一个现场。\n\n2. `pending` 建立证据账本  \n   汇总并分类：\n\n   - 现场照片：标注区域、方向、拍摄时间\n   - BOM：设备名称、型号、数量、单位\n   - 点位信息：每台设备实际放在哪里\n   - 产品实物图：用于校准设备真实外观\n   - 软件截图、人员和业务流程：如需在主图中表达\n\n3. `pending` 做照片回看与空间还原  \n   先识别墙体、入口、窗口、操作台、后厨、就餐区等空间骨架，再判断设备位置。  \n   同一台设备的不同角度照片只能计一次。\n\n4. `pending` 建立“设备—数量—位置”核对表  \n   每项至少记录：\n\n   `设备名称｜型号｜数量｜区域｜具体点位｜BOM证据｜照片证据｜冲突项`\n\n   BOM 决定数量事实，照片主要用于校准摆位；不能通过照片目测自行补数量。\n\n5. `pending` 判断证据等级  \n\n   - A：照片、点位、型号、数量均闭环，可称现场数字孪生或接近 1:1\n   - B：设备和部分位置可校准，但空间或点位不完整\n   - C：主要依据 BOM、合同等文档复原\n   - D：只有通用推演，只能称概念效果图\n\n6. `pending` 先画空间骨架，再放真实设备  \n   建议顺序是：\n\n   `平面/空间骨架 → 区域划分 → 设备点位 → 真实设备外观 → 人员动线 → 标注与图例`\n\n   不应让生成模型重新发明设备造型，也不能在没有后厨照片时凭空补出“真实后厨”。\n\n7. `pending` 生成一张 16:9 主案例图  \n   推荐使用 3D 轴测剖视或俯视剖切形式，图中表达：\n\n   - 前厅、后厨及功能区域\n   - 设备真实位置\n   - 关键人员动线\n   - 必要的软件或数据流\n   - 项目名称、证据等级和“是否可按 1:1 理解”\n\n8. `pending` 三轮验收  \n\n   - 空间验收：区域布局是否与现场一致\n   - 设备验收：外观、型号、数量、点位是否正确\n   - 误导风险验收：所有缺失内容是否标记“待补证”，有没有把概念内容说成现场事实\n\n### 最小开工资料\n\n至少需要：\n\n- 一份 BOM，最好包含准确型号和数量\n- 每个区域的现场照片，建议入口、左、右、正面及关键设备近照\n- 一张手绘平面图、CAD 或带编号的点位草图\n- 照片与区域/点位的对应关系\n\n如果只有照片、BOM 和设备数量，没有平面图或点位标记，仍可以制作，但通常只能定为 B 级“设备校准案例图”，不能直接宣称完整 1:1 数字孪生。\n\n最终交付应是“一项目一张主图 + 一份设备点位旁证表”；不需要生成 SKU 目录、产品 XMind 或销售 XMind。"
    }
  ],
  "total_tokens": 549869
}