检查范围
9今日命中文档/索引
21周报事项记录
0同事主动周输入文件
team-weekly-summary.md
team-weekly-summary.html
source-index.csv
team-weekly-items.csv
tasks.tsv
HEARTBEAT.md
当天变化摘要
今天材料集中在 2026-W21 团队周自动汇总。报告把 2026-05-15 之后的任务索引记录、五模块入口、智慧食堂产品体系 CSV、企业微盘摘要和项目心跳/队列压缩成管理层可读主线。
- 周报归纳为智慧食堂产品战略升级、产品资料 intake 标准化、团队 AI 协作规则、企业微信在线资料归档和交付问题证据补齐。
- 数科业务继续使用经营视角，但毛利、回款、续费、客户授权等仍标为
待确认。 - 同事主动输入为 0，因此不确认个人工时、客户反馈和验收状态。
- 配套
source-index.csv和team-weekly-items.csv，让正文保持清晰但可追溯。
角色观察
| 角色 | 体现的工作风格 | 可吸收部分 | 待确认或避免 |
|---|---|---|---|
| 管理视角 reviewer | 要求周报从项目堆叠升级为经营逻辑和产品标准化 | 保留战略主线、证据等级和下一步 | 经营结论仍缺收入、毛利、回款和客户授权 |
| 产品/战略角色 | 用矩阵、字段表、设备 intake 和案例矩阵承接产品体系 | 把方案正文转成可评审的结构化资产 | PPT 和战略矩阵不能替代经营数据 |
| 交付/知识库角色 | 先保快照和派生产物，再做 API 自动化 | 在线资料成功面和阻塞面同页呈现 | 普通 /sheet/ 当前仍不可 API 直读 |
| AI 工程/治理角色 | 把规则、skill、工作台作为团队控制面 | 用真实任务验证规则是否过重 | 不能把规则存在写成团队已稳定采用 |
可强化做法
- 周报主线化：正文讲主线，执行明细放入事项 CSV。
- 经营假设边界：标准复用和持续收入可以讨论，但经营指标缺证据时必须写待确认。
- 来源索引可审计：每类来源记录覆盖状态、记录数和路径。
- 主动输入缺口显式化：不从项目证据反推个人工时和客户反馈。
- 成功与阻塞同页呈现：企业微信在线资料同时写工具链进展和 API/权限限制。
反模式与质量门
- 用资料覆盖量替代经营结果。
- 同事主动输入为空却确认个人贡献。
- 把战略材料当成客户授权材料。
- 把企业微信 CLI 初始化等同于全量在线表格读取。
- 高风险回调归属未确认就改业务代码。
- 把规则资产存在等同于团队习惯形成。
待确认问题
- 下周是否强制团队使用周输入模板或企业微信在线表格提交个人周输入。
- 智慧食堂产品包经营字段由谁补：收入、毛利、回款、硬件成本、交付工时、续费和客户授权。
- 售前 intake 标准模板选择哪个真实项目试填。
- 企业微信普通
/sheet/是否迁移为智能表格。 qiwei callback是否归属store，后台配置和回调密钥由谁确认。
建议下一步
- 让团队下周至少用一次周输入模板提交个人事项。
- 选一个真实售前项目试填智慧食堂 intake Excel/HTML 模板。
- 把 W21 周报中的经营缺口整理成项目级经营数据补证表。
- 对企业微信在线资料建立普通文档、智能表格、普通
/sheet/三类处理准则。 - 用一次真实产品评审或项目复盘验证 AI 协作规则和 Agent Control Room 是否过重。