14 KiB
14 KiB
ExYndBzwSoEobXxqgiicDkionnh
Source: https://dianchukeji.feishu.cn/docx/ExYndBzwSoEobXxqgiicDkionnh
一、工作内容概述
二、AI研究工作流与产品认知资产库搭建推进
(一)今日迭代内容
原定开发计划包括: **AI 研究工作流跑通了从飞书原始资料读取到本地结构化、规则分类、资产候选 review 的基础闭环。**相比此前依赖人工导出、人工整理、人工复制资料,当前已经形成了更可复用的自动化底座,为后续将历史日报、会议纪要、专题研究沉淀为可复用知识资产提供了基础 飞书原始资料 - user OAuth 读取 - 本地 Markdown 镜像 - 正文结构化 - 规则分类 - 资产候选 - 人工 review
Feishu MCP Server 今日实际迭代内容
- source user OAuth:当前读取组织1原始资料的主路径
- tenant token:路径保留,但不是当前主路径
说明:
- 原本预期是通过 source App 的 tenant token 读取组织1资料,但实际验证后发现,组织1中的日报和历史资料主要是共享给我个人账号的,source App 的 tenant_access_token 并不会自动继承我个人账号对这些文档的阅读权限
- 本次完成了 source App 权限、OAuth redirect_uri、user token 缓存、安全忽略等相关配置,并跑通了 source user 授权链路
- 权限配置完成后,继续进行了 live smoke test。完成了从飞书搜索、读取、同步到本地的真实链路。已验证能力包括:
- 在同步过程中发现,部分文件由于飞书返回的 updated_time 不可靠,会导致文件名前缀出现:1970-01-01_...,影响后续按日期索引、日报排序、增量同步和周/月汇总
- 已完成日期解析修复,当前日期优先级调整为:
- 初版 Feishu MCP 虽然能读取飞书文档,但正文仍然主要是 block stub,无法支撑有效分类和资产候选识别。继续补齐了 docx blocks 到 Markdown 的转换能力,使同步内容从“可读取”进一步变成“可分析”
- 当前 blocksToMarkdown 已支持常见文档结构,包括:
- 标题
- 段落文本
- 加粗 / 斜体 / inline code
- 无序列表
- 有序列表
- 引用
- 分割线
- 图片占位
- 表格 / 嵌入表格占位
- grid / column 等容器递归
- 在本地 Markdown 同步和正文解析基础上,完成了 v0.3 规则版日报自动分类与资产候选模块。目标不是自动把内容写入知识库,而是先把可能有价值的内容整理成人工 review 清单,降低人工筛选成本
- 重点优化候选置信度与人工 review 可读性,使系统从“能发现线索”推进到“能辅助人工判断哪些内容值得沉淀”。主要改动包括:
- 增强长篇会议纪要中的机制识别能力,主要优化包括:
《三国:谋定天下》SOP 小样本验证
- 同步结果:
- 2 篇 readable docx 文档
- 1 个 sheet 因格式暂不支持被跳过
- 验证结果:
战略研究部 AI 工作流开发进度总览更新
(二)明日计划
- 梳理 Feishu MCP source user 使用说明
- 固化 auth / smoke / sync / classify 标准命令
- 明确常见错误与处理方式
- 说明 data、dist、token、env 等目录的处理规则
- 从干净 git 状态复跑一次端到端流程
- 将 SOP 写入 README 或 workflow 文档
- 基于三谋已同步资料生成资产候选清单
- 人工 review,确认哪些候选值得沉淀
- 生成 MECH / REPORT / ORG 卡片
- 输出 HTML 页面
- 与《我的花园世界》形成对比案例
- 检查第二产品 SOP 是否真正可复用
一、工作内容概述
二、AI研究工作流与产品认知资产库搭建推进
(一)今日迭代内容
原定开发计划包括: **AI 研究工作流跑通了从飞书原始资料读取到本地结构化、规则分类、资产候选 review 的基础闭环。**相比此前依赖人工导出、人工整理、人工复制资料,当前已经形成了更可复用的自动化底座,为后续将历史日报、会议纪要、专题研究沉淀为可复用知识资产提供了基础 飞书原始资料
- user OAuth 读取
- 本地 Markdown 镜像
- 正文结构化
- 规则分类
- 资产候选
- 人工 review
Feishu MCP Server 今日实际迭代内容
- source user OAuth:当前读取组织1原始资料的主路径
- tenant token:路径保留,但不是当前主路径
说明:
- 原本预期是通过 source App 的 tenant token 读取组织1资料,但实际验证后发现,组织1中的日报和历史资料主要是共享给我个人账号的,source App 的 tenant_access_token 并不会自动继承我个人账号对这些文档的阅读权限
- 本次完成了 source App 权限、OAuth redirect_uri、user token 缓存、安全忽略等相关配置,并跑通了 source user 授权链路
- 权限配置完成后,继续进行了 live smoke test。完成了从飞书搜索、读取、同步到本地的真实链路。已验证能力包括:
- 在同步过程中发现,部分文件由于飞书返回的 updated_time 不可靠,会导致文件名前缀出现:1970-01-01_...,影响后续按日期索引、日报排序、增量同步和周/月汇总
- 已完成日期解析修复,当前日期优先级调整为:
- 初版 Feishu MCP 虽然能读取飞书文档,但正文仍然主要是 block stub,无法支撑有效分类和资产候选识别。继续补齐了 docx blocks 到 Markdown 的转换能力,使同步内容从“可读取”进一步变成“可分析”
- 当前 blocksToMarkdown 已支持常见文档结构,包括:
- 标题
- 段落文本
- 加粗 / 斜体 / inline code
- 无序列表
- 有序列表
- 引用
- 分割线
- 图片占位
- 表格 / 嵌入表格占位
- grid / column 等容器递归
- 在本地 Markdown 同步和正文解析基础上,完成了 v0.3 规则版日报自动分类与资产候选模块。目标不是自动把内容写入知识库,而是先把可能有价值的内容整理成人工 review 清单,降低人工筛选成本
- 重点优化候选置信度与人工 review 可读性,使系统从“能发现线索”推进到“能辅助人工判断哪些内容值得沉淀”。主要改动包括:
- 增强长篇会议纪要中的机制识别能力,主要优化包括:
《三国:谋定天下》SOP 小样本验证
- 同步结果:
- 2 篇 readable docx 文档
- 1 个 sheet 因格式暂不支持被跳过
- 验证结果:
战略研究部 AI 工作流开发进度总览更新
(二)明日计划
- 梳理 Feishu MCP source user 使用说明
- 固化 auth / smoke / sync / classify 标准命令
- 明确常见错误与处理方式
- 说明 data、dist、token、env 等目录的处理规则
- 从干净 git 状态复跑一次端到端流程
- 将 SOP 写入 README 或 workflow 文档
- 基于三谋已同步资料生成资产候选清单
- 人工 review,确认哪些候选值得沉淀
- 生成 MECH / REPORT / ORG 卡片
- 输出 HTML 页面
- 与《我的花园世界》形成对比案例
- 检查第二产品 SOP 是否真正可复用












