用途：面向剪映（JianYing）素材与草稿的只读检查，基于真实路径和探测结果给出可审计的事实与计划，输出实际达到的证据等级（默认 structural，除非真实执行否则不提升为 cold_reopen、playback 或 native_export）。
主要能力：媒体探测（时长、尺寸、流、类型）；草稿信息、版本、结构与差异检查；引用、时间线和 bundle 完整性校验；支持按 media.probe、project.inspect、project.verify 等 capability 判断可用性，最低 CLI 版本 1.6.0，需记录实际版本与 capability 状态。
使用方式：需要用户明确要求该剪映能力并接受统一 Rust jianying CLI 处理。常用命令：jianying media probe <media> --json；jianying project info|version|inspect <draft> --json；jianying project verify <draft> --json；比较时用 project diff。先做 version、doctor、capabilities 握手，再校验输入，形成确定性计划，只执行已支持且已授权的步骤。
流程要点：建立事实基线（目标、绝对路径、宿主平台、交付物、允许副作用）→ 能力握手 → 校验输入 → 计划 → 执行或停在门禁前 → 结构校验并追加冷重开、播放或原生导出证据。多任务按“只读事实 → 可逆写入 → 外部/原生动作”排序。
限制：不自动安装或升级 CLI，不生成 Python 草稿脚本，不调用外部 headless checkout，不覆盖源草稿（写入须用隔离副本并记录输入哈希），不伪造资源 ID、媒体事实或成功状态。ambiguous、超时或部分成功时保留 task ID、日志和制品，不自动重试。素材时长、尺寸、流、哈希和草稿版本必须来自工具输出；证据不足时使用 UNVERIFIED、BLOCKED 或 AMBIGUOUS。project verify 仅证明结构层，不替代播放或导出验收。费用、外部服务和原生应用动作需精确批准，批准需绑定命令、参数、目标、有效期和预算。其他剪辑器、普通视频知识问答或缺少必要素材的猜测性执行应先路由至 jianying-use。