{
  "skill_name": "smart-canteen-sku-standard-package",
  "schema_version": "v1alpha1",
  "engine_name": "codex",
  "model_name": "",
  "start_time": "2026-09-01T20:42:44.840529+08:00",
  "end_time": "2026-09-01T20:43:48.572589+08:00",
  "case_results": [
    {
      "case_id": "hero-four-sku-package",
      "title": "四个SKU必须形成双XMind加信息图",
      "status": "FAIL",
      "duration_ms": 63726,
      "turns": 1,
      "input_tokens": 188722,
      "output_tokens": 2453,
      "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": "把单食堂、多档口多食堂、集团版和K12四个SKU重新做成标准销售包。\n每个SKU要两个极简XMind和一张NotebookLM主流程信息图，历史和NotebookLM资料分开。\n请说明你会按什么交付结构执行。\n",
      "response": "我会按“4 个 SKU × 3 个最终成品”的标准执行，共交付 12 个销售成品，并把历史资料、NotebookLM 来源和最终销售文件完全分开。\n\n## 一、总交付目录\n\n```text\n智慧食堂四SKU标准销售包/\n├── 01-最终呈现/\n│   ├── 01-单食堂/\n│   ├── 02-多档口多食堂/\n│   ├── 03-集团版/\n│   └── 04-K12/\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└── 04-交付清单与验收/\n    ├── 四SKU内容基线.xlsx\n    ├── 文件交付清单.xlsx\n    └── 发布验收报告.md\n```\n\n## 二、每个 SKU 的最终成品\n\n每个 `01-最终呈现/\u003cSKU\u003e/` 目录中只能出现以下三个文件：\n\n```text\n01-\u003cSKU\u003e产品极简版.xmind\n02-\u003cSKU\u003e销售极简版_可对外.xmind\n03-\u003cSKU\u003e主流程图_信息图.png\n```\n\n例如单食堂：\n\n```text\n01-最终呈现/01-单食堂/\n├── 01-单食堂产品极简版.xmind\n├── 02-单食堂销售极简版_可对外.xmind\n└── 03-单食堂主流程图_信息图.png\n```\n\n两份 XMind 的用途不同：\n\n- 产品极简版：用于内部统一产品认知，说明定位、标准组合、核心模块、主流程、价值和边界。\n- 销售极简版：用于销售对外讲解，以“客户为什么买、适合谁、怎么买、带来什么价值”为主，不堆功能清单。\n- NotebookLM 信息图：一张横版主流程图，只表达该 SKU 的核心业务闭环。\n\n## 三、NotebookLM 资料独立存放\n\n每个 SKU 单独建立 NotebookLM 输入资料和生成记录：\n\n```text\n02-NotebookLM资料/\u003cSKU\u003e/\n├── 01-\u003cSKU\u003e产品定位与主流程.md\n├── 02-\u003cSKU\u003e功能与客户价值.md\n├── 03-\u003cSKU\u003e边界与信息图要求.md\n└── 04-生成成果/\n    ├── NotebookLM查询与生成记录.md\n    ├── 原始生成图/\n    └── 校对记录/\n```\n\n这里存放：\n\n- 经过清洗的 NotebookLM 来源文档；\n- 固定后的主流程；\n- 信息图提示与查询记录；\n- NotebookLM 原始生成结果；\n- 人工校对和修订记录。\n\n这些过程文件不会进入最终销售目录。\n\n## 四、历史资料独立存放\n\n原来的 XMind、图片、方案、介绍文档和被替换版本全部移入：\n\n```text\n03-历史版本/\u003cSKU\u003e/\n├── 01-原始资料/\n├── 02-历史销售材料/\n├── 03-历史产品材料/\n└── 04-本次被替换版本/\n    └── YYYYMMDD-HHMM/\n```\n\n处理原则：\n\n- 不覆盖唯一原件；\n- 不把历史材料与 NotebookLM 来源混放；\n- 历史说法只作为证据，不直接复制到新版；\n- 新版本如推翻旧口径，先修订内容基线，再统一重生成三个成品。\n\n## 五、制作前先冻结四张内容基线\n\n每个 SKU 先形成一行标准 Manifest，至少冻结：\n\n- SKU 名称；\n- 目标购买者；\n- 一句话产品定义；\n- 唯一主购买点；\n- 适用客户；\n- 标准产品组合；\n- 4 个核心模块；\n- 每个模块不超过 2 个证明点；\n- 4～6 步主流程；\n- 恰好 3 个客户价值；\n- 恰好 3 个产品边界；\n- 禁止对外出现的表述；\n- NotebookLM 信息图重点。\n\n如果目标客户、标准组合或主流程尚未稳定，该 SKU 暂不进入制图阶段。\n\n## 六、内容精简标准\n\n- 产品极简版：最多 7 个一级分支、36 个可见节点。\n- 销售极简版：最多 6 个一级分支、28 个可见节点。\n- 信息图：横版，4～6 个有序步骤，每步只用一行。\n- 一个 SKU 只保留一个主购买点。\n- 不在销售成品中出现账号密码、客户隐私、APK 链接、内部项目名、实施初始化步骤、详细服务器配置或内部适配规则。\n- 部署方式、价格、硬件变体和第三方接口原则上作为选配或报价边界，不冒充标准能力。\n\n## 七、执行批次\n\n1. 盘点四个 SKU 的历史材料，建立来源索引。\n2. 分别冻结四张 SKU 内容基线。\n3. 每个 SKU 从同一内容基线生成两份 XMind，避免内外口径冲突。\n4. 为每个 SKU 创建独立、脱敏的 NotebookLM 来源。\n5. 用 NotebookLM 生成主流程信息图并逐字回读校验。\n6. 对 12 个成品执行结构、内容、视觉和敏感信息检查。\n7. 输出交付清单及验收报告。\n\n当前已完成的是交付结构和验收口径设计；四套成品制作尚未开始。另需说明：当前工作区已提供总编排技能与目录契约，但其中引用的三个下游制图/验收技能文件没有随工作区提供。它不影响上述交付结构，正式制作时需要补齐这些能力或按同一契约直接执行。"
    }
  ],
  "total_tokens": 191175
}