剪映草稿音频技能用于在剪映（JianYing）草稿中处理对白、解说、原声、BGM 和音效的分层与同步，通过统一的 Rust jianying CLI 执行可审计的计划、执行与验证。其数值基于素材和试听事实，不使用固定万能音量。
用途 用户明确要求本技能对应的剪映音频能力，并接受通过 jianying CLI 处理时使用。适用于需要可审计计划、执行或验证证据的场景，而非仅要概念性回答。需求不明确时应先交由 jianying-draft-use 路由；不适用于其他剪辑器、普通视频知识问答或缺少必要素材的猜测性执行。
主要能力 可基于真实路径和探测结果生成确定性计划；在 capability 为 supported 时执行本领域操作；输出实际达到的证据等级。触发条件包括新增、替换或重链音频、调节音量、淡入淡出、音效或混音。所需 capability 为 media.audio、timeline.volume、timeline.audio_fade；TTS 另需检查 media.tts_local 或 media.tts_provider，不得互相替代。最低 CLI 版本为 1.6.0，缺失或 partial capability 只能执行已支持子集。
使用方式 工作流程：先通过 media probe 确认素材包含预期音频流和真实时长；用 media add-audio、replace、relink 处理素材，声音来自视频时优先调整视频段音量；用 timeline volume 设置片段基础音量，淡入淡出 capability 未 supported 时停止该步骤并明确缺口；使用 media sfx 时先从目录按 slug 选择并检查资源授权；TTS 按系统、本地进程/HTTP、联网客户端、云厂商四类确认边界；云厂商先执行 media tts --provider <cloud> --plan，计划只绑定凭据环境变量名、内容或请求哈希、目标、任务和最大预算，只有用户明确要求该厂商、精确审批已落盘且当前 CLI 执行子路径已通过握手时，才可去掉 --plan 并携带 --approval-id 提交，不得自行拼 HTTP 请求；project verify 后需试听对白清晰度、峰值、转场和同步。执行步骤包括建立事实基线、握手能力、校验输入、形成确定性计划、执行或停在门禁前、验证并交付。写入必须使用隔离副本，费用、外部服务和原生应用动作需精确批准，播放或导出结论需对应运行证据。
适用场景 适用于剪映草稿的音频分层、TTS 旁白生成、音量与淡入淡出调节、音效添加和混音验证；影视解说或 README 教程的旁白须先生成并探测真实音频，再按实际时长安排字幕与 ducking，不得继承固定 BGM 音量。
限制 不自动安装或升级 CLI，不生成 Python 草稿脚本，不调用外部 headless checkout，不覆盖源草稿，不伪造资源 ID、媒体事实或成功状态。不得让 BGM 掩盖语音、重复铺原声或把未试听结果标记完成。证据不足时使用 UNVERIFIED、BLOCKED 或 AMBIGUOUS，禁止用推断补齐结果。对 ambiguous 不得自动重试，须先查询 task、审计与外部制品，确认未发生副作用后才能由用户批准重试。