围绕 Makaron Skill / Feishu 卡片 / dashboard 做服务体验修复，逐步收敛到用户可见状态与首卡延迟。
Daily Ops Report · 2026-06-07
从 Makaron 服务化到 Chief of Staff 试运行
6 月 7 日的核心不是单点修复，而是把 V 的工作方式向“可见服务、可信系统、可管理组织节奏”推进了一步：Makaron 群服务有了首卡规则，Feishu 体验减少黑盒等待，Dashboard 与 Heartbeat 暴露出下一轮基础设施问题，Chief of Staff 进入一周试运行。
一天时间线
不是流水账，而是把当天推进的几条系统主线按节奏串起来。
群巡场与 Direct Worker 排查推进：产品部、十二家有主动介入，其他试点群无新未回复需求。
产品组与长老会周度规划 Skill / Cron / Feishu Docx 交付完成，并修正 Skill 产出物必须是 Feishu 文档的规则。
确认 Chief of Staff 一周试运行，排定每日复盘任务，形成 06-07 全天总结。
四条主线
今天的更新可以归纳成四个层级：服务生产、实时体验、组织节奏、系统记忆。
从“能跑”升级到“用户看得见地跑”
- Makaron Skill v1.2 验收通过：把“先建卡、再跑任务、再交付”固化成硬规则，避免几分钟无反馈。
- Direct Worker 排查出重复上传与漏交付问题：同一素材曾被上传 3 次，生成 2 条但只汇报 1 条。
- 核心修复方向明确：复用已有 media ref，并把 failed response 里实际生成的资产纳入交付扫描。
- 多租户脚本显示 28 个群已注册，其中大量仍是 2500 credits / unclaimed 状态。
把等待感从“黑盒”改成“可见状态”
- Feishu queue reaction 收敛：只有真排队才 SLEEP，轮到处理立刻 Typing，非排队直接 Typing。
- 关闭多状态灯，减少视觉空窗和误导性状态。
- Feishu 卡片 UX 三日复盘完成：首卡延迟问题收敛到 Bootstrap Card 模式与 shouldUseCard 自动触发路径。
- Dashboard 恢复 200，watchdog 加固到 Needs Tianyi Attention / Per-Group State。
V 管员工进入一周试运行
- 确认 2026-06-08 到 2026-06-14 一周试运行。
- 每天 23:30 做 Chief of Staff 每日复盘，沉淀到 v-employee-management/daily-retro。
- 周日继续交付两份飞书 Docx：产品组周度工作规划、长老会周度工作规划。
- 关键定位：不是替 Tianyi 管人，而是把事实、责任、风险和节奏变清楚。
系统在跑，但报表口径需要校准
- 实际 heartbeat 有 00:00 / 06:00 / 12:00 / 18:00 四次，另有 15:32、20:40、21:06 的手动/运行内记录。
- midnight-report 显示 Heartbeat: 0 cycles，确认是统计口径 bug。
- Heartbeat 提示 MEMORY.md 约 20 天未更新，项目队列有 9 个 ready tasks，其中 2 个推荐优先做。
- Log compression 显示 logs directory not found，但实际 memory/logs 存在，需要修路径口径。
今天实际交付了什么
这些是已经落地的能力、规则或明确诊断，不只是想法。
1
Makaron Skill v1.2
长任务服务规则固化：10 秒内必须有可见卡片，不能让用户无反馈等待。
2
Direct Worker 诊断
定位重复 media upload 与 failed-but-has-asset 漏交付，形成明天代码修复优先级。
3
Feishu 状态收敛
SLEEP / Typing / 非排队路径重新定义，减少视觉空窗。
4
Feishu Card UX 复盘
从 presentation fallback 转向 shouldUseCard + native / Channel SDK 主路径。
5
Dashboard Watchdog
report.tianyi.live/dashboard 恢复并加入 Needs Tianyi Attention 检查。
6
Chief of Staff 试运行
一周每日复盘 + 周日两份 Feishu Docx 周度规划。
7
Skill 交付物规则
明确：如果 Skill 的产出物是飞书文档，Skill 内必须把 Feishu Docx 作为 required deliverable。
Chief of Staff 的新起点
这不是“多一个定时总结”，而是 V 开始用管理参谋的方式服务 Tianyi。
定位确认：V 不替 Tianyi 管人，不做催办机器人；V 的职责是把组织里的事实、责任、风险、节奏和交付标准收拢成可决策的管理视图。
需要明天处理的决策 / 风险
今天暴露的问题里，有些已经是明确的 next action。
群账号领取 / 绑定清理
28 个群注册中仍有大量 unclaimed credits。需要决定是否主动做一次领取引导或绑定清理。
Makaron Worker 代码级修复
优先做 media ref 复用 + failed-but-has-asset 交付扫描，避免重复消耗和漏交付。
Heartbeat 报表口径修复
midnight-report 的 heartbeat 统计与 log path 检查明显不准，需要修成可信 dashboard。
Workspace 分层清理
当前 modified / deleted / untracked 文件很多，生产修复、实验素材、误删产物需要分层处理。
系统层 warning
这些不是今天要立刻全部修完，但不处理会继续污染判断与交付。
报表口径不可信
midnight-report 把 heartbeat 统计成 0 cycles，同时 heartbeat 又说 logs directory not found。两个都与事实不一致，说明管理 dashboard 的数据源需要校准。
Workspace 很脏
modified、deleted、untracked 文件很多；尤其 explainer-video 旧产物显示删除，需要确认是误删还是有意清理。明天应先做分层 git 清理。
一句话总结
6 月 7 日的价值，是把 V 从“能完成任务”进一步推向“能稳定服务、能暴露风险、能参与组织节奏”。