git:20260825.79c3439 to git:20260828.597b039

+ 把角色原图、See-through 分层 PSD 和自然语言目标交给 Codex 一类外部 Agent。Agent 通过 PuppetLoom CLI 自动创建项目，再按整模或指定部位完成结构分析、网格与关键形制作、权重和物理配置、自检、局部返修及准确 revision 的视觉证据。用户主要审查角色实际效果，并用“幅度小一点”“滞后太慢”“太弹”这类结果反馈继续调整；逐点编辑只是备用能力。桌面应用是查看、播放和人工兜底工具，不承载 Agent 编排或聊天入口。默认交付仍是普通 PuppetLoom 项目。用户明确需要 Cubism 时，再通过 Editor 官方导出的 `.moc3/.model3.json` 生成官方运行时目录，并把可自动同步、需要 Editor 完成和当前官方 API 无法写入的内容分开报告。第一次结果以“合理地会动”为目标，不用十五种嘴形或未经素材支持的复杂表情；需要实时麦克风口型时，默认只使用已有闭口和一个张口状态。

+ 使用 `scripts/invoke_puppetloom.ps1` 调用公开 CLI。当前任务已经有明确项目或仓库根目录时，测试、生成、中间、最终产物以及日志、截图、录屏和迁移暂存全部写在该根目录内；依赖、缓存和桌面应用用户数据留在机器工具目录，不冒充项目产物。普通项目先 `inspect/create/verify/describe/render`，再按任务和用户允许的证据形式选择 `play` 或 `record`；实际查看姿态图、4×4 次级运动图、准确 revision 的实时窗口，或获准生成的动态接触表/WebM 后才能判断结果。完整角色交付前还必须对同一个规范项目和准确 revision 运行 `performance`，以活动态与暂停态对照的 FPS、p95、p99、最差帧和长帧判断真实渲染是否稳定；固定 fixture、平均 FPS 或 `ok: true` 不能代替 `valid: true`。测试通过不等于视觉自然，视频也不是固定交付物。分层验收发现 See-Through 背景残片、低透明托底或可安全去除的硬矩形托底时，不把普通创建的保守 Alpha 清理冒充 PSD 已修复；先由外部 Agent 结合原图、单层和未增强合成确认异常边界，再通过同一包装脚本的 `psd repair/review/finalize` 生成新的 PSD、绑定视觉证据并形成不可改写的终态。Photoshop 已经运行时不得连接或复用用户会话，先让用户保存并关闭 Photoshop；自动化只能使用本次命令启动的会话，且有剩余文档时必须保留窗口可见、禁止退出。用户提供多份 PSD 或要求结合原画补件时，先建立逐部件来源清单并选定规范画布；不同分辨率 donor 只有在明确启用整画布等比例适配且宽高比一致时才能进入 Photoshop 配方。原 PSD 永不覆盖，未完成逐层细节与 Alpha 复核、未形成视觉终态或被拒绝的输出不得进入创建；详细边界和命令见 `references/source-art-and-layering.md` 与 `references/from-zero-workflow.md`。

+ `agent front-hair plan/apply` 与 `agent secondary plan/apply` 仍是精确控制和兼容入口；正式外部 Agent 制作优先使用顶层结构化规格入口。标准表情和动作库使用 `actions plan/apply`，先按真实图层取得逐部位状态，再决定是否写入。只有 Agent 入口无法表达的高层结构才使用 `author inspect/apply`，只剩局部顶点、轴心或权重修正时才使用 `describe --layer <id>` 与稀疏 `calibrate`。头饰、耳朵、项链和其它复合附件按“连接主体固定随父级、真正自由端才叠加次级运动”处理；固定与摆动区域共用纹理时使用局部权重或回到分层，不能给整层套同一物理。`edit` 只在用户明确想手调，或公开 CLI 确实无法表达局部修正时打开，不用继续扩建手工编辑器代替外部 Agent 制作。

+ 范围必须服从用户目标：用户要求整模时审查整模，真正写入只覆盖已证明需要修复的部位；用户只点名一个部位时只使用对应部位 ID，不擅自扩展。用户要求调整“整个图层顺序”时，范围是当前角色全部可见遮挡关系，不会被最后指出的某个脖子、兜帽或配饰问题收窄。用户在任务中追加的限制立即作用于后续操作；后来的截图、批注或单项纠正默认只修正点名项，除非用户明确替换目标，不得把此前同一任务的完整范围收窄成最后一个问题。用户说“只使用现有素材”时，不生成、下载、增强或改写 PSD/纹理，`needs-assets` 只报告缺口；用户说“不要视频”时不运行 `record`，改看 `render --project <directory> --output <new-directory> --revision <n> --size 1080 --focus <part>`、4×4 运动表和 `play --project <directory> --revision <n>`。已有接受结果必须保留可恢复 revision，并作为未点名区域的保护基线；用户明确把某个项目作为只读对照时，另建获准的工作副本并核对对照项目未变。现有项目只缺多房束、侧脸深度或躯干体积等后来增加的字段时，先使用 `extensions plan/apply` 在当前项目追加可恢复 revision，不得重新创建项目；软件升级、CLI 新能力或项目格式新增字段不等于源 PSD 变化。源 PSD 确实变化时，用 `migrate` 在规范项目内部的新暂存目录建立候选，完整复核后归档旧运行状态并把候选晋升回原规范路径，不能在旁边留下 `Character-v2` 作为第二个最新版。每次自动制作后都比较修改前后，并查看准确 revision 的连续运动：安全姿态通过只证明没有已知翻转，不能证明目标部位真的在动、根部没有脱离、原有效果没有退化。Agent 必须实际打开各部位返回的 `focusComparisonSheet` 和 4×4 `focusMotionSheet`，检查连续帧并记录仍存在的问题；`focusMotionManifest` 只用于定位需要放大的单帧，不得只读 JSON 后宣布完成。Cubism 请求使用同一包装脚本的 `cubism` 命令族，先读取兼容计划，再决定是只检查、临时预览、严格同步还是整理 Editor 导出文件。

+ 用户要求创建完整角色时，缺少左右闭眼或一个张口属于正常制作步骤，外部 Agent 默认生成、检查并接入真正缺少的素材，不再逐项索取授权。已有闭嘴就是 `mouthOpen=0`，不得重画；微张嘴和音素嘴形只有用户明确需要对应表情或触发方式时才增加，不作为麦克风口型的默认状态。用户明确说“只使用现有素材”“不要生图”时才停止补素材并报告 `needs-assets`。生成闭眼前先确认睁眼结构是否独立；睁眼已经烘焙在脸部时，闭眼素材必须完整遮住原眼或先修 PSD，不能只叠两条眼线。闭眼和嘴形必须继承原画的线稿、睫毛体量、眼角、口腔配色、阴影和抗锯齿，不能用一条弧线或粗糙符号糊弄；完整规则见 `references/visual-rigging-rules.md`。

+ 创建任务返回项目目录、绑定等级、禁用功能和视觉证据路径；整模或分部任务返回 `scope`、自然语言目标、from/to revision、各部位的 `completed/not-present/needs-assets/blocked` 状态、实际操作、前后对比、所采用的连续证据、最终 `verification`、总 `blockers` 和任务报告路径。用户问“这轮最新版”“都解决了吗”或“看看解决了哪些”时，先从完整任务、批注和纠正中重建需求清单，再对每项已批准要求沿同一条完成链核对：软件与公开 CLI 确实具备能力，普通默认路径或用户指定入口实际启用了它，规范项目的准确 revision 已保存对应数据，匹配该 revision 的视觉证据已经查看，依赖观感的结果已经交给用户判断，并且素材或官方工具边界已如实报告。完成链中任何一环没有成立，就只报告已经到达的层级和剩余工作，不能宣称整项完成；隐藏的可选开关、测试副本、产物目录和单独通过的 fixture 都不能代替正式用户路径与规范项目。已有项目只保留一个规范项目目录，以内部 revision、session 和证据历史作为版本真源，不复制 `project-rN` 目录冒充版本管理。交付前检查本任务的测试、生成、中间和最终文件都位于规范项目或当前仓库根目录内，再用桌面端 `edit` 或 `play` 实际打开该规范路径，并确认“最近项目”记录的是同一个绝对路径；只完成 CLI `create` 或打开了暂存副本都不算完成。只有 `verification.valid`、完整角色准确 revision 的 `performance.valid`、实际姿态与每个准确 revision 的允许证据都看过、报告中的项目指纹和窗口比例匹配、目标部位产生以源图像像素计可见而合理的运动、未点名区域和已接受结果没有明显退化、用户要求的角色窗口或编辑器链能够打开，才算普通项目结果在客观范围内成立。依赖观感的幅度、延迟和回弹在用户判断前只是待确认结果，不能因为自检全绿就宣称完成。