# Me8ed6Rfso05rDxG0yBcDfU5n17

Source: https://dianchukeji.feishu.cn/docx/Me8ed6Rfso05rDxG0yBcDfU5n17


# 一、工作内容概述
# 二、AI研究工作流与产品认知资产库搭建推进
## （一）当前版本内容
当前版本已经具备几类基础能力：
  - 本地工作区已经具备 workflows、templates、prompts、knowledge、data、reports、archive 等目录结构，并通过 Git 管理版本
  - P0 工作流底座中已经包含信息收集、事实核验、竞品分析、机制拆解、社区反馈分析、产品反哺、知识卡片生成等基础 SOP
  - 当前已经形成机制卡片、AI 机会卡片、ORG 组织方法论卡片等多类知识资产
  - 飞书历史资料已经可以通过“人工复制/导出 → 本地 Markdown 镜像 → Claude Code 分析”的方式进入本地研究生产流程
  - 除单个机制卡片可生成 HTML 进行展示与分享外，还可统一站点入口，将总览页和多个相关机制卡片整合在一起，并可通过 Netlify Drop 等静态托管方式生成可分享链接
点击查看：战略研究部 AI 研究工作流总览
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_G0gfbIh01oNq.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_ZtLibCaWJobM.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_LIgJbIXEjoE6.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_UtV0bAZpVonY.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_WIZXb3nefo9q.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_V9Ttbc191oJi.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_GrYtbBodtoSf.png)
## （二）主要迭代内容
**AI研究工作流已经从“单点机制拆解测试”推进到“多份历史报告批处理与可视化分享流程”**，当前能力变化主要体现在：
此前主要验证的是单个机制案例能否拆解成报告和机制卡片。本轮则验证了多份历史报告能否通过 index.md 管理输入，再统一生成资产清单和卡片化建议
Markdown 仍然作为知识源和长期沉淀格式，HTML 则作为展示层和分享层。这个分工比较清晰：知识沉淀不依赖 HTML，但对外分享和内部快速阅读可以通过 HTML 页面提升效率
《我的花园世界》这一轮已经形成较完整的可复用链路，后续可以用第二个项目继续验证该 SOP 是否稳定
  - 本轮以《我的花园世界》为测试对象，完成了**从历史报告到机制资产的完整处理流程**
    - **飞书历史报告本地镜像**
      - index.md 多文件索引
      - 资产清单与卡片化建议
      - 人工确认生成哪些卡片
      - 机制卡片
      - HTML 单卡页
      - HTML 总览页
      - HTML 索引站点
      - 可部署分享包
  - 本轮共处理两份历史报告，在人工确认后生成两张机制卡片：
    - **MECH-20260510-002：非累计任务与新手行为教育机制**
    - **MECH-20260510-003：GVE 型公会竞赛与组织贡献机制**
**当前工作流已经可以处理多份历史材料，并从中提炼可复用机制资产**
点击查看：
MECH-20260510-002 · 非累计任务与新手行为教育 · 《我的花园世界》
MECH-20260510-003 · GVE 型公会竞赛与组织贡献 · 《我的花园世界》
  - 完成 HTML 展示与统一索引站点，在机制卡片生成后，进一步生成了：
    - 两张机制单卡 HTML
    - 一张机制研究总览 HTML
    - 一个统一索引站点 share/my_garden_world_mechanic_research_site/
统一索引站点解决了每个 HTML 都是独立链接的问题。现在可以通过一个入口链接进入总览页和两张机制卡片，更方便**快速阅读**和**进一步展开相关机制阅读**
点击查看：《我的花园世界》机制研究索引
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_UqgCbHp0yooK.png)
  - 沉淀历史报告转 HTML 站点 SOP
该 SOP 后续可复用于日报、专项研究、会议纪要、竞品资料和项目复盘资料处理。流程核心是：
    - **历史报告本地镜像**
      - index.md
      - 资产清单
      - 卡片化建议
      - 人工确认
      - 知识卡片
      - HTML 单卡页
      - HTML 总览页
      - HTML 索引站点
      - Git 提交
## （三）当前问题与风险
历史报告仍需要人工从飞书复制或导出为 Markdown，Claude Code 不能直接读取飞书知识库内容。飞书 API / MCP 接入路径可以后续评估，但当前仍以本地镜像为主
本轮只处理了两份《我的花园世界》报告，就已经涉及格式整理、index.md、事实修正、HTML 生成、分享包整理等多个步骤。如果后续批量处理大量日报和专项报告，人工镜像成本会逐步显现
Netlify Drop 等静态托管方式可以解决手机端链接打开问题，但生成的是公网可访问链接。后续涉及内部项目、未公开判断、项目问题诊断时，需要明确脱敏规则和分享边界
当前仓库仍然没有远程 remote，所有提交都在本地，存在单点丢失风险。这个问题需要尽快处理
## （四）后续计划
根据资产清单，继续补充个人资产软绑定机制、社交梯度解锁设计、《我的花园世界》竞品档案等卡片，但需要先判断证据强度和复用价值，避免低价值卡片膨胀
优先选择《三国：谋定天下》相关报告继续跑“历史报告 → 资产清单 → 卡片 → HTML 站点”的完整流程
当前本地工作区已经积累较多重要文件和 commit，需要尽快建立 GitHub / GitLab 私有仓库，并 push 到远程，避免本地单点风险
当前 HTML 已经可用，但仍偏研究报告形态。后续可以继续优化总览页和单卡页的信息层级，使其更适合手机端快速阅读、内部使用、分享及查询
当前人工镜像已经能跑通核心链路，短期不必急着接飞书 API。但后续要批量处理大量历史日报和专项报告，飞书自动读取能力会成为效率瓶颈，可以作为后续技术验证方向

> :thinking_face:
**小结**：
完成《我的花园世界》历史报告处理流程的完整验证。以两份历史报告为测试样本，完成了本地 Markdown 镜像、index.md 多文件索引、资产清单与卡片化建议、人工确认卡片、机制卡片生成、HTML 单卡页、HTML 总览页和统一索引站点的完整链路
相比5月7日版本，当前工作流已经从“单点机制拆解和机制卡片测试”，推进到“历史报告批处理 + 知识卡片沉淀 + HTML 可视化分享”的阶段：
**Markdown 作为知识源，knowledge 作为长期认知资产库，HTML 作为展示层，share 作为对外分享包**，这几个层次的分工已经初步清晰
当前工作流已经具备进一步复用的基础。后续会继续验证 SOP 稳定性，同时配置 Git remote，降低本地单点风险，并进一步优化 HTML 模板与分享规则
# 一、工作内容概述
# 二、AI研究工作流与产品认知资产库搭建推进
## （一）当前版本内容
当前版本已经具备几类基础能力：
- 本地工作区已经具备 workflows、templates、prompts、knowledge、data、reports、archive 等目录结构，并通过 Git 管理版本
- P0 工作流底座中已经包含信息收集、事实核验、竞品分析、机制拆解、社区反馈分析、产品反哺、知识卡片生成等基础 SOP
- 当前已经形成机制卡片、AI 机会卡片、ORG 组织方法论卡片等多类知识资产
- 飞书历史资料已经可以通过“人工复制/导出 → 本地 Markdown 镜像 → Claude Code 分析”的方式进入本地研究生产流程
- 除单个机制卡片可生成 HTML 进行展示与分享外，还可统一站点入口，将总览页和多个相关机制卡片整合在一起，并可通过 Netlify Drop 等静态托管方式生成可分享链接
点击查看：战略研究部 AI 研究工作流总览
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_G0gfbIh01oNq.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_ZtLibCaWJobM.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_LIgJbIXEjoE6.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_UtV0bAZpVonY.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_WIZXb3nefo9q.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_V9Ttbc191oJi.png)
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_GrYtbBodtoSf.png)
## （二）主要迭代内容
**AI研究工作流已经从“单点机制拆解测试”推进到“多份历史报告批处理与可视化分享流程”**，当前能力变化主要体现在：
此前主要验证的是单个机制案例能否拆解成报告和机制卡片。本轮则验证了多份历史报告能否通过 index.md 管理输入，再统一生成资产清单和卡片化建议
Markdown 仍然作为知识源和长期沉淀格式，HTML 则作为展示层和分享层。这个分工比较清晰：知识沉淀不依赖 HTML，但对外分享和内部快速阅读可以通过 HTML 页面提升效率
《我的花园世界》这一轮已经形成较完整的可复用链路，后续可以用第二个项目继续验证该 SOP 是否稳定
- 本轮以《我的花园世界》为测试对象，完成了**从历史报告到机制资产的完整处理流程**
  - **飞书历史报告本地镜像**
    - index.md 多文件索引
    - 资产清单与卡片化建议
    - 人工确认生成哪些卡片
    - 机制卡片
    - HTML 单卡页
    - HTML 总览页
    - HTML 索引站点
    - 可部署分享包
- 本轮共处理两份历史报告，在人工确认后生成两张机制卡片：
  - **MECH-20260510-002：非累计任务与新手行为教育机制**
  - **MECH-20260510-003：GVE 型公会竞赛与组织贡献机制**
**当前工作流已经可以处理多份历史材料，并从中提炼可复用机制资产**
点击查看：
MECH-20260510-002 · 非累计任务与新手行为教育 · 《我的花园世界》
MECH-20260510-003 · GVE 型公会竞赛与组织贡献 · 《我的花园世界》
- 完成 HTML 展示与统一索引站点，在机制卡片生成后，进一步生成了：
  - 两张机制单卡 HTML
  - 一张机制研究总览 HTML
  - 一个统一索引站点 share/my_garden_world_mechanic_research_site/
统一索引站点解决了每个 HTML 都是独立链接的问题。现在可以通过一个入口链接进入总览页和两张机制卡片，更方便**快速阅读**和**进一步展开相关机制阅读**
点击查看：《我的花园世界》机制研究索引
![图片](../feishu-images/Me8ed6Rfso05rDxG0yBcDfU5n17_UqgCbHp0yooK.png)
- 沉淀历史报告转 HTML 站点 SOP
该 SOP 后续可复用于日报、专项研究、会议纪要、竞品资料和项目复盘资料处理。流程核心是：
  - **历史报告本地镜像**
    - index.md
    - 资产清单
    - 卡片化建议
    - 人工确认
    - 知识卡片
    - HTML 单卡页
    - HTML 总览页
    - HTML 索引站点
    - Git 提交
## （三）当前问题与风险
历史报告仍需要人工从飞书复制或导出为 Markdown，Claude Code 不能直接读取飞书知识库内容。飞书 API / MCP 接入路径可以后续评估，但当前仍以本地镜像为主
本轮只处理了两份《我的花园世界》报告，就已经涉及格式整理、index.md、事实修正、HTML 生成、分享包整理等多个步骤。如果后续批量处理大量日报和专项报告，人工镜像成本会逐步显现
Netlify Drop 等静态托管方式可以解决手机端链接打开问题，但生成的是公网可访问链接。后续涉及内部项目、未公开判断、项目问题诊断时，需要明确脱敏规则和分享边界
当前仓库仍然没有远程 remote，所有提交都在本地，存在单点丢失风险。这个问题需要尽快处理
## （四）后续计划
根据资产清单，继续补充个人资产软绑定机制、社交梯度解锁设计、《我的花园世界》竞品档案等卡片，但需要先判断证据强度和复用价值，避免低价值卡片膨胀
优先选择《三国：谋定天下》相关报告继续跑“历史报告 → 资产清单 → 卡片 → HTML 站点”的完整流程
当前本地工作区已经积累较多重要文件和 commit，需要尽快建立 GitHub / GitLab 私有仓库，并 push 到远程，避免本地单点风险
当前 HTML 已经可用，但仍偏研究报告形态。后续可以继续优化总览页和单卡页的信息层级，使其更适合手机端快速阅读、内部使用、分享及查询
当前人工镜像已经能跑通核心链路，短期不必急着接飞书 API。但后续要批量处理大量历史日报和专项报告，飞书自动读取能力会成为效率瓶颈，可以作为后续技术验证方向

> :thinking_face:
**小结**：
完成《我的花园世界》历史报告处理流程的完整验证。以两份历史报告为测试样本，完成了本地 Markdown 镜像、index.md 多文件索引、资产清单与卡片化建议、人工确认卡片、机制卡片生成、HTML 单卡页、HTML 总览页和统一索引站点的完整链路
相比5月7日版本，当前工作流已经从“单点机制拆解和机制卡片测试”，推进到“历史报告批处理 + 知识卡片沉淀 + HTML 可视化分享”的阶段：
**Markdown 作为知识源，knowledge 作为长期认知资产库，HTML 作为展示层，share 作为对外分享包**，这几个层次的分工已经初步清晰
当前工作流已经具备进一步复用的基础。后续会继续验证 SOP 稳定性，同时配置 Git remote，降低本地单点风险，并进一步优化 HTML 模板与分享规则