OpenClaw rollback / approval patch
回滚 Feishu approval card 补丁,确认 Gateway ready;发现 gateway 2026.6.6 与 runtime 2026.6.5 mismatch,停手不继续改 dist。
第一版报告写偏了:它更像从午夜总结和当前高信号群抽出的主线,没有把全天所有 session 的覆盖范围说清楚。这一版按 Daily Session Review 的 67 个 session 重新扫,把 V Vessel、OpenClaw、Makaron、SkillHub、口播、CoS、cron、群聊触发和工具错误放到同一张运行图里。
这次按 Daily Session Review 的 67 个 session 重新扫,不只看当前 DM/当前群。
覆盖 Feishu DM、多个 task room、群聊、cron、heartbeat、Vessel session。
高信号输出集中在 V Vessel、OpenClaw、Makaron、SkillHub、CoS、口播剪辑。
错误不是噪音:它们解释了 approval、lark-cli、Vercel、MP4 渲染和群检索的风险。
下面不是完整流水账,而是全天最有信号的 session 切面:每条都对应真实 session / cron / task room。
回滚 Feishu approval card 补丁,确认 Gateway ready;发现 gateway 2026.6.6 与 runtime 2026.6.5 mismatch,停手不继续改 dist。
处理 V × Makaron header、升级后补丁固化讨论;新建“多模型路由研究”和“The-Principle研究”两个 task room。
调研 LiteLLM / OpenRouter / gateway/router/fallback 思路;校正为 OpenClaw 现状:简单任务可用 sessions_spawn(model=deepseek) 分流,主 agent 仍保高能力模型。
Tianyi 明确不是改 Makaron,而是 V 的网页身体;研究 self-evolving UI,最终交付 v-vessel.vercel.app,并验证真实聊天与 body trace 更新。
确认 Feishu /approve 会被同会话 agent 队列堵住,approval id 过期;建议审批卡发 Telegram,同时修 approval resolve 绕队列。
用 lark-cli im +chat-search 找到 SkillHub 群,拉 73 条消息、筛 40 条 3D 相关,沉淀 Meshy、USDZ/GLB、AR、canonical 资产经验。
讨论 Makaron skill 不是 freestyle prompt,而是可执行 production workflow;记录 Makaron = AI Native creative production house 的理解。
在客户群里继续跑 Makaron 可见任务卡,暴露 review sidecar、素材下载、卡片事件和 group trigger 的运行细节。
cron 启动但 lark-cli doc-format / skill 版本不同步导致文档链路有缺口;这是“不能把工具跑过等同于完成”的典型样本。
审核页、固定域名 koubo.tianyi.live、FCPXML 跑通;同时暴露 pgrep 误 kill 与 MP4 渲染负载问题。
report.tianyi.live/dashboard 信息层级调整并线上验证;本周 skill 更新改成用户向 1.2.3.4 release note 口径。
口播新视频在主 DM 收尾;V as Chief of Staff 升级成工作日日板、周五证据预检、周日正式 Docx 的持续机制。
按主题重组后,6/14 的重点不只是 Vessel;它同时暴露了运行层、组织层和生产工作流的关键问题。
Vessel 是 6/14 最重要的方向性成果。它不是 Makaron dashboard,而是 V 在飞书以外的存在形态:一个能对话、能留痕、能根据 transcript 变化的网页身体。
午夜先回滚 approval patch,再发现版本 mismatch;上午继续验证 approval routing,确认 Feishu /approve 被同会话队列堵住。这不是“用户没点对”,是 runtime routing 设计缺口。
多个群里讨论了 Makaron skill:重点不是再多一个 prompt,而是像 production house 一样,把 brief、素材、分镜、gate、交付物和复用 SOP 固化。
SkillHub 不是只被“提到”,而是被找群、拉历史、筛消息、写记忆。结论包括三视图优于文生 3D、Retexture/Remesh 区分、USDZ Safari AR、animated GLB autoplay、资产链接归档。
Chief of Staff 不再靠周日临时总结,而是工作日日板 + 周五证据预检 + 周日正式文档。这个变化来自跨 session 的 cron、DM、项目记忆和后续 skill proposal。
ai-jian-koubo 跑通后,最重要的不是 MP4 预览,而是明确 MP4 渲染会卡整机、影响多个 session。默认终点改成审核页 + FCPXML。
report dashboard 的顺序被重排,本周 skill 更新也从内部流水账改成用户价值表达:B 站下载属于素材搜索/灵感发现,不写内部续跑/路由细节。
6/14 多个群里出现“V 看不看得到 / 不 @ 能不能触发 / M-yuan”这类边界测试。V 多次 NO_REPLY 是对的,但群可见性、触发语义和 channel search 还不稳。
这些是当天留下来的可访问页面、规则、cron、SOP、记忆和后续 release note 方向。
Daily review 里 159 条 tool/error snippets 不能被报告写没。6/14 的价值之一就是把这些真实风险暴露出来。
P0。Feishu /approve 进入同会话队列,等轮到处理时 approval id 已过期;Telegram 可点击审批和 resolve 绕队列都要修。
Gateway 2026.6.6 与 runtime 2026.6.5 mismatch;runtime dist 手 patch 风险太高,后续必须走源码/配置/正式升级路径。
产品部周度规划 cron 遇到 lark-cli doc-format/版本不同步;需要把“创建文档并可读验证”作为完成门槛。
口播 MP4 预览会拖垮机器影响其它 session;默认禁止,除非 Tianyi 明确要求并确认负载风险。
sessions_list / message.channel-list 对飞书群不可靠;群名检索必须优先 lark-cli im +chat-search。
注册群约 31、pending 约 27,多数 2500 credits / unclaimed;需要区分测试群、历史群和真实客户群。
当天改动跨核心文档、scripts、dashboard、skills、memory;核心路由文档 AGENTS/TOOLS 后续必须 diff + 确认。
我刚才第一版确实更像“当前群/午夜总结摘录”,不是全 session 审计;以后 daily report 必须先列 coverage 再写判断。
不是“继续努力”,而是具体收口项。
修 approval routing:Telegram 可点审批 + Feishu /approve 不被同会话 turn 堵住。
把 6/14 skill 更新整理成 10 点可发的用户向 release note,不写内部续跑/路由。
确认 Makaron pending 群:测试/历史/正式客户群分层。
Vessel 下一步:清测试对话、加私密入口/auth、从 transcript 派生升级为 V 主动 body patch。
补产品部周度规划 cron 的文档创建/验证链路,不让 doc-format 这种问题静默失败。
继续把口播 skill 与 Remotion/审核页/FCPXML 合并,但保持“不默认导 MP4”。
这版报告的核心修正:从单群叙事,改成全天运行系统审计。
6 月 14 日真正重要的不是“做了一个 Vessel 页面”,而是 V 的网页身体、Makaron 的生产工作流、OpenClaw 的审批/版本风险、组织管理的持续机制在同一天相互咬合。第一版漏了这个全局感,这一版补回来。
这次明确列来源,避免再让 report 看起来像只从一个群里摘重点。