从一份材料，
走到可追溯的产品机会。

已经串起来的业务链

• 企微入口：按当前消息识别员工和执行数字人，保留稳定归属。
• 资料处理：检索、精确查重、入库、逐项回读，资料可被后续成果引用。
• 创新推进：阶段报告 → 机会卡 → 项目 → 评估 → 产品方案版本。
• 公开展示：工作台、机会卡池、阶段产出、报告、证据台账、成员。
• 运营交接：开发提交源码和部署包，运维发布，真实员工消息做验收。

读这些数字时，需要知道

生产接口中的“成果”包含历史测试、构造样例和标为在线取得的材料。成果数、来源数和机会卡数是不同对象，不能直接相加当作产品数。

当前模型形成 __MEMBER_COUNT__ 个成员归属条目；其中含历史标签与测试身份，不能据此宣布有 __MEMBER_COUNT__ 名已核验真实员工。

识别人，再做事

读取当前消息的可信发送者，核对员工、数字人和已有会话。名字只用于展示，归属由稳定员工键控制。

称呼只问一次

首次入库或上传前没有可用称呼时，自然询问姓名或昵称。保存后复用，可改名；明确跳过也会记住。

查重后再入库

先检索旧资料、比较原文和结构化内容。完全重复复用真实编号，内容变化留下新版本或快照。

带着阶段产出推进

保存报告、机会卡、项目进度和方案版本。项目按阶段推进，受阻时记录依据与未决问题。

保存后能回读

按返回的真实来源、成果、项目编号核对。请求键保持稳定，失败保留现场，不通过换键制造“成功”。

正式报告单独确认

课堂过程成果可展示；正式报告沿用“预览 → 员工确认 → 提交”的路径，不由数字人代替本人确认。

生产成果类型分布

按公开接口 artifactType 实算，共 __ARTIFACT_COUNT__ 份；这是业务类型，不是五个阶段的完成率。

一份报告应该能回查的内容

• 摘要：核心发现、已知事实与未决问题。
• 章节：段落、表格、矩阵、结论块及对应阶段。
• 证据：原文、来源编号、定位和引用关系。
• 归属：是谁、哪个 Agent、通过什么方式、何时产出。
• 版本：任务键、版本号、关联项目和下一步。

员工实际体验

1. 员工直接在企微向数字人发资料或开展工作。
2. 数字人识别当前发送者，核对已有会话归属。
3. 首次入库或上传前没有称呼时问一次：
   “这份成果会显示在公开看板上，希望怎么称呼你？姓名或昵称都可以，也可以先跳过。”
4. 本人回答后保存，再回读；后续直接复用。
5. 可主动改名，也可跳过；同名员工分别归属。

称呼不会覆盖原始身份档案，也不会为改名新建会话或重复上传报告。

已完成的真实消息验证

当前员工回答“小智”，保存与回读一致；生产公开接口和前端模型的归属核对也一致。

这是依据生产接口制作的显示示意，不是生产页面截图。昵称 source=self_reported、nameVerified=false；页面实看仍待验收。

原始基线包括哪些

扩展数据补足哪些细节

基础 6 条引文与扩展 __EXT_CITATIONS__ 条合计 360 条；全是构造示例。模拟表格中的价格和用户原话不能作为真实业务证据。

已交付并有证据的部分

工作坊 Skill、称呼服务、看板投影、来源说明及部署/回退工具已提交到仓库。

更新公开读函数，新增称呼函数；发布一个静态文件；Skill 六项文件升级。凭据绑定、既有档案和会话索引保留。

“小智”保存和回读一致，公开查询与前端模型将原有成果归并为同一成员；没有重传旧成果。

仍需单列的事项

昵称来源标注、实际行布局及关键交互需在生产页面实看；API 与文件哈希通过不能替代这一项。

补充可信来源、阶段字段、验证材料、真实报价和产线条件；不能把已有样例与缺字段记录包装成完整真实数据。

通讯录待配置；不影响本人昵称。正式员工确认及报告提交的生产全流程须另按实际账号权限完成。