Rebuilt Report · all high-signal sessions

6 月 14 日:不是一个群的故事,而是 67 个 session 的系统切面

第一版报告写偏了:它更像从午夜总结和当前高信号群抽出的主线,没有把全天所有 session 的覆盖范围说清楚。这一版按 Daily Session Review 的 67 个 session 重新扫,把 V Vessel、OpenClaw、Makaron、SkillHub、口播、CoS、cron、群聊触发和工具错误放到同一张运行图里。

67sessions touched

这次按 Daily Session Review 的 67 个 session 重新扫,不只看当前 DM/当前群。

388user messages

覆盖 Feishu DM、多个 task room、群聊、cron、heartbeat、Vessel session。

2698assistant messages

高信号输出集中在 V Vessel、OpenClaw、Makaron、SkillHub、CoS、口播剪辑。

159tool/error snippets

错误不是噪音:它们解释了 approval、lark-cli、Vercel、MP4 渲染和群检索的风险。

跨 session 地图

下面不是完整流水账,而是全天最有信号的 session 切面:每条都对应真实 session / cron / task room。

00:00–00:49

OpenClaw rollback / approval patch

回滚 Feishu approval card 补丁,确认 Gateway ready;发现 gateway 2026.6.6 与 runtime 2026.6.5 mismatch,停手不继续改 dist。

00:50–02:13

Feishu header / task room routing

处理 V × Makaron header、升级后补丁固化讨论;新建“多模型路由研究”和“The-Principle研究”两个 task room。

02:07–02:39

多模型路由研究

调研 LiteLLM / OpenRouter / gateway/router/fallback 思路;校正为 OpenClaw 现状:简单任务可用 sessions_spawn(model=deepseek) 分流,主 agent 仍保高能力模型。

02:15–10:00

The-Principle → V Vessel

Tianyi 明确不是改 Makaron,而是 V 的网页身体;研究 self-evolving UI,最终交付 v-vessel.vercel.app,并验证真实聊天与 body trace 更新。

10:00–10:54

Approval routing 验证

确认 Feishu /approve 会被同会话 agent 队列堵住,approval id 过期;建议审批卡发 Telegram,同时修 approval resolve 绕队列。

12:07–22:02

SkillHub / 3D / AR 资产链路

用 lark-cli im +chat-search 找到 SkillHub 群,拉 73 条消息、筛 40 条 3D 相关,沉淀 Meshy、USDZ/GLB、AR、canonical 资产经验。

16:00–23:47

Makaron production workflow

讨论 Makaron skill 不是 freestyle prompt,而是可执行 production workflow;记录 Makaron = AI Native creative production house 的理解。

18:58–19:15

Makaron 客户群/卡片任务

在客户群里继续跑 Makaron 可见任务卡,暴露 review sidecar、素材下载、卡片事件和 group trigger 的运行细节。

20:00–20:10

产品部周度规划 cron

cron 启动但 lark-cli doc-format / skill 版本不同步导致文档链路有缺口;这是“不能把工具跑过等同于完成”的典型样本。

22:02–23:39

口播剪辑 ai-jian-koubo

审核页、固定域名 koubo.tianyi.live、FCPXML 跑通;同时暴露 pgrep 误 kill 与 MP4 渲染负载问题。

22:31–23:58

Report dashboard + skill release note

report.tianyi.live/dashboard 信息层级调整并线上验证;本周 skill 更新改成用户向 1.2.3.4 release note 口径。

23:21–23:51

Feishu DM / CoS 持续机制

口播新视频在主 DM 收尾;V as Chief of Staff 升级成工作日日板、周五证据预检、周日正式 Docx 的持续机制。

八条主题结论

按主题重组后,6/14 的重点不只是 Vessel;它同时暴露了运行层、组织层和生产工作流的关键问题。

01

V 从“会回复”走向“有网页身体”

Vessel 是 6/14 最重要的方向性成果。它不是 Makaron dashboard,而是 V 在飞书以外的存在形态:一个能对话、能留痕、能根据 transcript 变化的网页身体。

02

OpenClaw 运行层风险被摊开

午夜先回滚 approval patch,再发现版本 mismatch;上午继续验证 approval routing,确认 Feishu /approve 被同会话队列堵住。这不是“用户没点对”,是 runtime routing 设计缺口。

03

Makaron 从工具调用转向生产工作流

多个群里讨论了 Makaron skill:重点不是再多一个 prompt,而是像 production house 一样,把 brief、素材、分镜、gate、交付物和复用 SOP 固化。

04

3D / AR / Meshy 资产链路补上真实经验

SkillHub 不是只被“提到”,而是被找群、拉历史、筛消息、写记忆。结论包括三视图优于文生 3D、Retexture/Remesh 区分、USDZ Safari AR、animated GLB autoplay、资产链接归档。

05

组织管理从周报变成持续机制

Chief of Staff 不再靠周日临时总结,而是工作日日板 + 周五证据预检 + 周日正式文档。这个变化来自跨 session 的 cron、DM、项目记忆和后续 skill proposal。

06

口播剪辑的终点被纠正为审核页/FCPXML

ai-jian-koubo 跑通后,最重要的不是 MP4 预览,而是明确 MP4 渲染会卡整机、影响多个 session。默认终点改成审核页 + FCPXML。

07

Dashboard 和 release note 是对外呈现层

report dashboard 的顺序被重排,本周 skill 更新也从内部流水账改成用户价值表达:B 站下载属于素材搜索/灵感发现,不写内部续跑/路由细节。

08

群聊触发与静默边界仍要继续修

6/14 多个群里出现“V 看不看得到 / 不 @ 能不能触发 / M-yuan”这类边界测试。V 多次 NO_REPLY 是对的,但群可见性、触发语义和 channel search 还不稳。

明确交付物

这些是当天留下来的可访问页面、规则、cron、SOP、记忆和后续 release note 方向。

01v-vessel.vercel.app:Vessel 独立网页 MVP,连接 agent:makaron:v-vessel
02Vessel proxy 从手写 Python WebSocket 切到官方 Node GatewayChatClient
03Vessel 发送后轮询刷新,避免页面卡在 thinking
04report.tianyi.live/dashboard 顶部信息层级重排并线上验证
05SkillHub 群名检索 SOP:lark-cli im +chat-search → +chat-messages-list
063D/AR/Meshy 资产链路写入 v-3d-avatar-asset-evolution 记忆
07Makaron 当前理解沉淀:AI Native creative production house
08ai-jian-koubo 作为口播默认 skill,审核页 + FCPXML 路径确认
09koubo.tianyi.live 固定域名审核页跑通
10V Chief of Staff daily operating board cron
11V Chief of Staff Friday evidence preflight cron
12本周 skill 用户向 release note 方向:1.2.3.4 结构

风险与验证缺口

Daily review 里 159 条 tool/error snippets 不能被报告写没。6/14 的价值之一就是把这些真实风险暴露出来。

Approval routing

P0。Feishu /approve 进入同会话队列,等轮到处理时 approval id 已过期;Telegram 可点击审批和 resolve 绕队列都要修。

版本/补丁卫生

Gateway 2026.6.6 与 runtime 2026.6.5 mismatch;runtime dist 手 patch 风险太高,后续必须走源码/配置/正式升级路径。

文档 cron 验证缺口

产品部周度规划 cron 遇到 lark-cli doc-format/版本不同步;需要把“创建文档并可读验证”作为完成门槛。

MP4 渲染负载

口播 MP4 预览会拖垮机器影响其它 session;默认禁止,除非 Tianyi 明确要求并确认负载风险。

群名/群历史检索

sessions_list / message.channel-list 对飞书群不可靠;群名检索必须优先 lark-cli im +chat-search。

Makaron pending 多租户

注册群约 31、pending 约 27,多数 2500 credits / unclaimed;需要区分测试群、历史群和真实客户群。

Workspace hygiene

当天改动跨核心文档、scripts、dashboard、skills、memory;核心路由文档 AGENTS/TOOLS 后续必须 diff + 确认。

报告方法本身

我刚才第一版确实更像“当前群/午夜总结摘录”,不是全 session 审计;以后 daily report 必须先列 coverage 再写判断。

明天优先级

不是“继续努力”,而是具体收口项。

01

修 approval routing:Telegram 可点审批 + Feishu /approve 不被同会话 turn 堵住。

02

把 6/14 skill 更新整理成 10 点可发的用户向 release note,不写内部续跑/路由。

03

确认 Makaron pending 群:测试/历史/正式客户群分层。

04

Vessel 下一步:清测试对话、加私密入口/auth、从 transcript 派生升级为 V 主动 body patch。

05

补产品部周度规划 cron 的文档创建/验证链路,不让 doc-format 这种问题静默失败。

06

继续把口播 skill 与 Remotion/审核页/FCPXML 合并,但保持“不默认导 MP4”。

我的判断

这版报告的核心修正:从单群叙事,改成全天运行系统审计。

6 月 14 日真正重要的不是“做了一个 Vessel 页面”,而是 V 的网页身体、Makaron 的生产工作流、OpenClaw 的审批/版本风险、组织管理的持续机制在同一天相互咬合。第一版漏了这个全局感,这一版补回来。

证据来源

这次明确列来源,避免再让 report 看起来像只从一个群里摘重点。

memory/daily-session-review/2026-06-14.md / .json(67 sessions)
memory/2026-06-14.md
memory/projects/openclaw/2026-06-14-plugin-approval-telegram-routing-fix.md
memory/projects/v-3d-avatar-asset-evolution.md
memory/projects/makaron/v-understanding-2026-06-14.md
memory/projects/talking-head-editor/2026-06-14-ai-jian-koubo-trial.md
memory/projects/v-employee-management/main.md
https://v-vessel.vercel.app
https://report.tianyi.live/dashboard
work/ai-jian-koubo-real/output/2026-06-14_23-22_口播尝试2/