重装电脑后的两天，把工作重新接起来

这两天实际恢复了什么

• Pi 的本机运行目录、Node.js、PortableGit 和 Pi Web 入口已经重新接好。
• 桌面启动包装会先检查 http://127.0.0.1:30141/，服务不存在时再启动 Pi Web。
• 本机实测 Pi Web 返回 HTTP 200，页面标题为 “Pi Web”，日志也记录了本地服务已就绪。

为什么它适合现在的工作方式

Pi 的核心很小，但可以通过 skills、extensions、prompt templates 和项目上下文扩展。对我来说，真正有价值的不是“又多了一个 Agent”，而是它能把已有的技能、项目文件和验证规则放在同一个入口里。它更像一个可以继续长大的工作台，而不是一套必须从头学习的封闭流程。

当然，Agent 好用不等于任务天然正确。端口、配置、凭据、模型和输出文件仍然需要真实检查；以后遇到问题，先查服务是否活着，再查 Pi 配置和真实请求，最后看产物。

这次恢复真正留下的结构

• 项目导航：重新连接近期项目、项目状态卡和工作上下文。
• 2026 年 8 月近期工作总览：把道家运势视频、Pi Agent、AI 视频、知识库和其他工具放回同一张地图。
• H3 MV 项目状态卡：明确首版已经通过技术核验，但节奏、镜头数量和音乐仍处于 review，而不是假装最终完成。
• 状态字段统一成 active、verified、review、maintenance 等，事实、判断和下一步分开写。

一个必须说清楚的边界

目前本机能核实到的是 _obsidian_patch_20260824 里的恢复补丁：项目导航、项目总览和状态卡已经整理出来。但常见的 E:\Obsidian Vault 目录当前不在已检查位置，所以这一步应称为“恢复结构和补丁已落地”，还不能把它包装成完整 Vault 已经合并完成。

这反而提醒了我：知识库恢复不能只看“有没有生成 Markdown”。真正的完成定义应该是：能打开真实库、能从首页找到项目、能回到证据文件，并且下一次工作可以直接沿着状态继续。

8 月 23 日口播视频：成片完成，但流程暴露了问题

• 真人口播作为主画面，叠加重点词动效、知识图示、案例卡片、模型对比和流程动画；连续字幕没有烧录，保留给最终人工添加和校对。
• 正式成片使用了修正版分段工程，但 Studio 预览入口还指向旧的总工程，因此出现“预览和正式版本不同步”。
• 第一版还遇到 CSS 初始状态与 GSAP 入口动画冲突，部分元素实际不可见；静态检查通过，也不能证明观众真的能看到画面。
• 长视频最后通过分段渲染解决了稳定性问题，但以后仍要先做 30—60 秒样片，确认背景、视觉密度和 B-roll 形态后再铺满全片。

8 月 24 日 H3 MV：技术成片通过，节奏还没有通过

这次从 14 张图片中筛出 8 张，完成参考图到视频的 R2V 生成。首版输出为 1344×768、约 15.08 秒的横版 MP4，文件读取和媒体参数都正常。

但首版仍然处于 review：没有正式参考音乐，镜头数量偏少，整体节奏偏慢。下一步不是覆盖首版，而是保留首版证据，先按音乐段落重新设计切点，再决定后期重剪还是重新调用 H3。

这两天真正沉淀下来的剪辑规则

已经验证的成果

道家国风运势视频 V4.3 的 8 月 25 日成片已经通过技术验证和画面抽检：6 段视频、33 段文字，时间线上没有间隙和重叠，最长黑屏为 0 秒，最终混音没有削波。这说明这条生产线已经从“搭出来”进入“可以稳定复用”的阶段。

知识 IP 样片目前还缺什么

• 新的 Qwen3 旁白凭据当前为空，不能直接生成新的旁白。
• Whisper 模型文件还没有落到本机，无法继续做短语级声学对齐。
• HyperFrames 版本存在 0.8.10 与 0.8.14 的差异，正式渲染前需要先固定版本。