chore:文档补全
This commit is contained in:
Evilom
@@ -0,0 +1,167 @@
|
||||
# GuJRdtHTKoQ8QaxVbGecxhuDn5Q
|
||||
|
||||
Source: https://dianchukeji.feishu.cn/docx/GuJRdtHTKoQ8QaxVbGecxhuDn5Q
|
||||
|
||||
|
||||
# 一、工作内容概述
|
||||
# 二、AI研究工作流与产品认知资产库搭建推进
|
||||
原定开发计划包括：
|
||||
- 梳理 source user 使用说明
|
||||
- 固化 auth / smoke / sync / classify 标准命令
|
||||
- 明确常见错误与处理方式
|
||||
- 说明 data / dist / token / env 目录处理规则
|
||||
- 从干净 git 状态复跑一次端到端流程
|
||||
- 将 SOP 写入 README 或 workflow 文档
|
||||
- 补充 HTML 版本，提高可读性
|
||||
- 生成 share 页面，便于团队阅读
|
||||
- 基于三谋已同步资料生成资产候选清单
|
||||
- 人工 review，确认哪些候选值得沉淀
|
||||
- 生成 MECH / REPORT / ORG 卡片
|
||||
- 输出 HTML 页面
|
||||
- 与《我的花园世界》形成对比案例
|
||||
- 检查第二产品 SOP 是否真正可复用
|
||||
## （一）今日迭代内容
|
||||
**完成“半自动知识资产生产链路”的 P0 本地验证，****支持把日常研究资料转化为结构化知识资产****；但正式入库、多人 review、target 知识库写回和全自动闭环仍需要继续推进**
|
||||
过去大量研究结论沉淀在分散的飞书文档中，难以复用；现在开始把资料同步、候选识别、机制卡片、HTML展示、索引发现这一整套流程固化下来，**让战略研究部的研究结果逐步变成部门及组织内部长期可复用的知识资产**
|
||||
实际上，由于Feishu MCP目前设计使用的是user_access_token（可读取用户有权限的文档），理论上只要我的账号有访问权限，所有的云文档（doc/docx）均可被处理转化为知识资产
|
||||
### 固化 Feishu MCP Source User SOP
|
||||
Feishu MCP Source User SOP 已完成 P0 基础固化，**具备支撑第二产品验证和后续知识资产生产的能力**，但正式知识库写回与多人协作流程仍属于 v0.4+ 规划。基于前一日已跑通的 Feishu MCP Source User 链路，将其进一步整理为**可阅读**、**可复用**、**可交接**的 SOP 文档，并同步生成了 HTML / share 页面。主要完成内容包括：
|
||||
- 固化 Feishu MCP Source User 的使用边界
|
||||
- 明确组织1 / 组织2的关系和定位
|
||||
- 补充 source user OAuth、smoke、sync、classify 的标准命令说明
|
||||
- 区分终端命令与 Claude Code MCP 工具调用
|
||||
- 明确 data / dist / token / env 等目录处理规则
|
||||
- 补充常见错误与处理方式
|
||||
- 生成 Feishu MCP Source User SOP 的 HTML 页面与 share 版本
|
||||
- 将 SOP 链接与入口同步到 README / 工作流总览中
|
||||
点击查看：Feishu MCP Source User SOP — 战略研究部
|
||||
|
||||
|
||||
### 《三国：谋定天下》P0 本地闭环验证
|
||||
推进《三国：谋定天下》作为第二个产品案例的 P0 验证，重点是验证《我的花园世界》已经跑通的工作流是否能够迁移到不同品类产品上。目前结论是：**SOP 具备产品无关性，已通过第二产品验证，当前 SOP 已经具备跨产品复用能力**
|
||||
- 通过 Feishu MCP source user 路径进行 dry-run 搜索，围绕三个关键词查找更合适的三谋材料：
|
||||
- 三谋 演武大会
|
||||
- 三谋 管理层生态位
|
||||
- 三国：谋定天下 问鼎赛季自选剧本机制
|
||||
- 经过 dry-run 后，最终选择以“演武大会”为三谋 P0 的第一组知识资产验证对象。围绕三谋演武大会完成了：
|
||||
- 基于 3月25日 / 3月26日 / 3月30日相关日报材料进行内容同步
|
||||
- 读取 raw_content 进行机制分析
|
||||
- 生成人工 review 后的候选资产
|
||||
- **生成三类知识卡片**：
|
||||
- ** MECH 卡：****机制模型卡**
|
||||
**这个机制如何成立？**
|
||||
核心价值定位：沉淀“可复用机制模型”
|
||||
- ** REPORT 卡：****产品观察报告卡**
|
||||
**这个机制为什么对产品有价值？**
|
||||
核心价值定位：沉淀“产品层判断”
|
||||
- **ORG 卡：组织研究卡**
|
||||
**这个机制如何降低组织压力，并构建低组织压力参与场景？**
|
||||
核心价值定位：沉淀“组织参与结构变化”
|
||||
- **围绕三谋演武大会形成的核心判断**：
|
||||
- 演武大会不是单纯的公平竞技玩法，而是三谋在率土like框架下构造的“受控公平竞技环境”，通过压缩大部分养成差距，把胜负焦点从长期数值积累转向配将理解、战法组合与博弈决策，同时用短周期周常 PVP 补足长周期赛季 GVG 的内容空窗。它的价值主要体现在几个方面：
|
||||
- **降低普通玩家和新手理解配将系统的成本**
|
||||
演武大会通过受控资源池、无红、无韬略、随机抽取、支援位等设计，把玩家拉到一个相对公平的环境中，让玩家能更低成本地理解武将定位、战法组合、阵容克制和配将博弈
|
||||
- **为高理解低付费玩家提供表达空间**
|
||||
传统率土like中，高理解但低付费玩家往往在主线赛季中缺少足够表达空间。演武大会压缩养成差距后，让配将理解和博弈判断更容易被看见
|
||||
- **补足赛季长周期内容空窗**
|
||||
率土like赛季周期长，赛季末容易出现内容空白。演武大会通过周常化、低组织压力、单人可参与的短周期 PVP，为赛季外提供稳定内容补位
|
||||
- **具备潜在商业转化价值**
|
||||
演武大会可能通过“试玩效应”“支援位横向抽取”“韬略感知”“奖励反哺主线”等方式产生潜在商业化价值，但目前没有抽卡、流水、活跃、留存等数据支撑，只能作为 C 类推演，不能写成事实结论
|
||||
- 输出三张卡片对应的 HTML 页面
|
||||
- 生成三谋 P0 case 聚合页
|
||||
- 生成 share 包
|
||||
- 将三谋 P0 验证结果写入工作流总览；
|
||||
- 与《我的花园世界》案例的对比，验证同一套 P0 SOP 是否具备跨产品复用能力
|
||||
点击查看：《三国：谋定天下》演武大会 P0 知识资产案例
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### **战略研究部 AI 工作流开发进度总览更新**
|
||||
- 点击查看：战略研究部 AI 研究工作流总览
|
||||
|
||||
## （二）明日计划
|
||||
# 一、工作内容概述
|
||||
# 二、AI研究工作流与产品认知资产库搭建推进
|
||||
原定开发计划包括：
|
||||
- 梳理 source user 使用说明
|
||||
- 固化 auth / smoke / sync / classify 标准命令
|
||||
- 明确常见错误与处理方式
|
||||
- 说明 data / dist / token / env 目录处理规则
|
||||
- 从干净 git 状态复跑一次端到端流程
|
||||
- 将 SOP 写入 README 或 workflow 文档
|
||||
- 补充 HTML 版本，提高可读性
|
||||
- 生成 share 页面，便于团队阅读
|
||||
- 基于三谋已同步资料生成资产候选清单
|
||||
- 人工 review，确认哪些候选值得沉淀
|
||||
- 生成 MECH / REPORT / ORG 卡片
|
||||
- 输出 HTML 页面
|
||||
- 与《我的花园世界》形成对比案例
|
||||
- 检查第二产品 SOP 是否真正可复用
|
||||
## （一）今日迭代内容
|
||||
**完成“半自动知识资产生产链路”的 P0 本地验证，****支持把日常研究资料转化为结构化知识资产****；但正式入库、多人 review、target 知识库写回和全自动闭环仍需要继续推进**
|
||||
过去大量研究结论沉淀在分散的飞书文档中，难以复用；现在开始把资料同步、候选识别、机制卡片、HTML展示、索引发现这一整套流程固化下来，**让战略研究部的研究结果逐步变成部门及组织内部长期可复用的知识资产**
|
||||
实际上，由于Feishu MCP目前设计使用的是user_access_token（可读取用户有权限的文档），理论上只要我的账号有访问权限，所有的云文档（doc/docx）均可被处理转化为知识资产
|
||||
### 固化 Feishu MCP Source User SOP
|
||||
Feishu MCP Source User SOP 已完成 P0 基础固化，**具备支撑第二产品验证和后续知识资产生产的能力**，但正式知识库写回与多人协作流程仍属于 v0.4+ 规划。基于前一日已跑通的 Feishu MCP Source User 链路，将其进一步整理为**可阅读**、**可复用**、**可交接**的 SOP 文档，并同步生成了 HTML / share 页面。主要完成内容包括：
|
||||
- 固化 Feishu MCP Source User 的使用边界
|
||||
- 明确组织1 / 组织2的关系和定位
|
||||
- 补充 source user OAuth、smoke、sync、classify 的标准命令说明
|
||||
- 区分终端命令与 Claude Code MCP 工具调用
|
||||
- 明确 data / dist / token / env 等目录处理规则
|
||||
- 补充常见错误与处理方式
|
||||
- 生成 Feishu MCP Source User SOP 的 HTML 页面与 share 版本
|
||||
- 将 SOP 链接与入口同步到 README / 工作流总览中
|
||||
点击查看：Feishu MCP Source User SOP — 战略研究部
|
||||
|
||||
|
||||
### 《三国：谋定天下》P0 本地闭环验证
|
||||
推进《三国：谋定天下》作为第二个产品案例的 P0 验证，重点是验证《我的花园世界》已经跑通的工作流是否能够迁移到不同品类产品上。目前结论是：**SOP 具备产品无关性，已通过第二产品验证，当前 SOP 已经具备跨产品复用能力**
|
||||
- 通过 Feishu MCP source user 路径进行 dry-run 搜索，围绕三个关键词查找更合适的三谋材料：
|
||||
- 三谋 演武大会
|
||||
- 三谋 管理层生态位
|
||||
- 三国：谋定天下 问鼎赛季自选剧本机制
|
||||
- 经过 dry-run 后，最终选择以“演武大会”为三谋 P0 的第一组知识资产验证对象。围绕三谋演武大会完成了：
|
||||
- 基于 3月25日 / 3月26日 / 3月30日相关日报材料进行内容同步
|
||||
- 读取 raw_content 进行机制分析
|
||||
- 生成人工 review 后的候选资产
|
||||
- **生成三类知识卡片**：
|
||||
- ** MECH 卡：****机制模型卡**
|
||||
**这个机制如何成立？**
|
||||
核心价值定位：沉淀“可复用机制模型”
|
||||
- ** REPORT 卡：****产品观察报告卡**
|
||||
**这个机制为什么对产品有价值？**
|
||||
核心价值定位：沉淀“产品层判断”
|
||||
- **ORG 卡：组织研究卡**
|
||||
**这个机制如何降低组织压力，并构建低组织压力参与场景？**
|
||||
核心价值定位：沉淀“组织参与结构变化”
|
||||
- **围绕三谋演武大会形成的核心判断**：
|
||||
- 演武大会不是单纯的公平竞技玩法，而是三谋在率土like框架下构造的“受控公平竞技环境”，通过压缩大部分养成差距，把胜负焦点从长期数值积累转向配将理解、战法组合与博弈决策，同时用短周期周常 PVP 补足长周期赛季 GVG 的内容空窗。它的价值主要体现在几个方面：
|
||||
- **降低普通玩家和新手理解配将系统的成本**
|
||||
演武大会通过受控资源池、无红、无韬略、随机抽取、支援位等设计，把玩家拉到一个相对公平的环境中，让玩家能更低成本地理解武将定位、战法组合、阵容克制和配将博弈
|
||||
- **为高理解低付费玩家提供表达空间**
|
||||
传统率土like中，高理解但低付费玩家往往在主线赛季中缺少足够表达空间。演武大会压缩养成差距后，让配将理解和博弈判断更容易被看见
|
||||
- **补足赛季长周期内容空窗**
|
||||
率土like赛季周期长，赛季末容易出现内容空白。演武大会通过周常化、低组织压力、单人可参与的短周期 PVP，为赛季外提供稳定内容补位
|
||||
- **具备潜在商业转化价值**
|
||||
演武大会可能通过“试玩效应”“支援位横向抽取”“韬略感知”“奖励反哺主线”等方式产生潜在商业化价值，但目前没有抽卡、流水、活跃、留存等数据支撑，只能作为 C 类推演，不能写成事实结论
|
||||
- 输出三张卡片对应的 HTML 页面
|
||||
- 生成三谋 P0 case 聚合页
|
||||
- 生成 share 包
|
||||
- 将三谋 P0 验证结果写入工作流总览；
|
||||
- 与《我的花园世界》案例的对比，验证同一套 P0 SOP 是否具备跨产品复用能力
|
||||
点击查看：《三国：谋定天下》演武大会 P0 知识资产案例
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### **战略研究部 AI 工作流开发进度总览更新**
|
||||
- 点击查看：战略研究部 AI 研究工作流总览
|
||||
|
||||
## （二）明日计划
|
||||
Reference in New Issue
Block a user