问题与角色
实验讨论里经常同时出现已有证据、暂定推测和待验证参数。如果把这些内容直接当作知识使用，后续实验容易继承已经过期或尚未确认的结论。
我担任三人团队的队长与产品、可信记忆负责人，围绕晶泰科技命题设计 LabMemory。项目在飞书 × DI-IDEA 的 2026 AI 先锋未来人才大赛中获得年度 40 强，比赛已经结束，现作为工程案例保留。
从讨论到行动的完整流程
流程拆解
让实验决策带着证据进入执行
从会议原话到人工确认、版本记忆与行动审计，结果再回到主张本身。
行动前审计
01 / 06
会议讨论
保留飞书妙记或会议纪要中的原始发言，作为后续提取和复核的来源。
- 输入
- 会议纪要与原话
- 输出
- 带来源的讨论记录
开源项目结构示意；仓库使用合成演示数据。
三次重要的状态转换
1
讨论 → 候选主张
从会议转写中提取结论、参数与待办，同时保留来源。原始记录、模型提取和人工确认分开存储。
2
人工确认 → 版本记忆
确认后的主张关联证据、版本、状态、适用范围和责任人。修改结论时保留旧版本与变更关系。
3
实验结果 → 证据更新
实验完成后记录支持、反驳或部分支持，将失败条件和适用边界带回主张。
行动前审计的三个出口
| 结果 | 使用方式 | 需要呈现的信息 |
|---|---|---|
| Allow | 在当前条件下继续 | 当前主张版本与对应证据 |
| Review | 先由责任人复核 | 争议、证据缺口或待确认条件 |
| Block | 停止依赖该结论执行 | 版本、前置条件或边界冲突 |
审计围绕版本、争议、证据、前置条件和适用边界展开，结果通过实验护照与后续执行记录连接。MCP 接口和飞书入口让这套流程能够被智能体与协作工具调用。
实现与证据范围
公开仓库包含 React 前端、FastAPI 后端、MCP 工具与飞书接入。仓库演示使用合成数据，展示的是产品流程与实现能力；不将其作为真实实验收益或业务效果证明。
项目代码与运行说明见 LabMemory 公开仓库。