Evilom
157 lines
14 KiB
Markdown
157 lines
14 KiB
Markdown
# 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 研究工作流总览
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
## （二）主要迭代内容
|
||
**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 都是独立链接的问题。现在可以通过一个入口链接进入总览页和两张机制卡片，更方便**快速阅读**和**进一步展开相关机制阅读**
|
||
点击查看：《我的花园世界》机制研究索引
|
||
|
||
- 沉淀历史报告转 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 研究工作流总览
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
## （二）主要迭代内容
|
||
**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 都是独立链接的问题。现在可以通过一个入口链接进入总览页和两张机制卡片，更方便**快速阅读**和**进一步展开相关机制阅读**
|
||
点击查看：《我的花园世界》机制研究索引
|
||
|
||
- 沉淀历史报告转 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 模板与分享规则 |