full-aigc-skills/jianying-skills

jianying-use

Route JianYing editing requests through the single Rust jianying CLI, asking only essential questions and stopping on missing capabilities or insufficient evidence.

Quelltext ansehen
Originales Skill-Dokument

Aus dem Quell-Repository gerendert; Überschriften, Beispiele, Code, Tabellen, Links und Bilder bleiben erhalten.

JianYing Use

把用户目标路由到统一 Rust CLI。先获取事实,再决定是直接调用结构化命令、生成 jianying-job/v2,还是停止并给出诊断。不要让用户先学习完整命令面。

什么时候使用

  • 用户明确要求本技能标题所对应的剪映能力,并接受通过统一 Rust jianying CLI 处理。
  • 用户需要可审计的计划、执行或验证证据,而不是仅要一个概念性回答。
  • 需求尚不明确时先交给 `jianying-use` 路由;不该用本技能处理其他剪辑器、普通视频知识问答或缺少必要素材的猜测性执行。

能力边界

  • 能做: 基于真实路径和探测结果生成确定性计划;在 capability 为 supported 时执行本领域操作;输出实际达到的证据等级。
  • ⚠️ 需要条件: 写入必须使用隔离副本;费用、外部服务和原生应用动作必须有精确批准;播放或导出结论必须有对应运行证据。
  • 超出范围: 不自动安装或升级 CLI,不生成 Python 草稿脚本,不调用外部 headless checkout,不覆盖源草稿,不伪造资源 ID、媒体事实或成功状态。

Step 1 — 建立事实基线

记录用户目标、绝对路径、宿主平台、目标交付物和允许的副作用;信息不足时先给只读诊断方案,并逐项列出缺少的事实。

Step 2 — 握手能力

执行 version、doctor 与 capabilities 检查。版本满足不代表 capability 可用;partialexternal_dependency 或缺失状态必须进入降级路径。

Step 3 — 校验输入

探测媒体、草稿、配置或任务状态;拒绝不存在的路径、越界时间、未知 schema、失配哈希和无法绑定目标的批准。

Step 4 — 形成确定性计划

把操作、参数、输出路径、风险等级、确认点和期望证据写入计划。多任务按“只读事实 → 可逆写入 → 外部/原生动作”排序。

Step 5 — 执行或停在门禁前

只执行已支持且已获授权的步骤。输出 ambiguous、超时或部分成功时保留 task ID、审计日志和制品,不自动重试。

Step 6 — 验证并交付

运行结构校验,再按目标追加冷重开、播放或原生导出证据;报告实际等级、失败字段、可恢复动作和未验证项。

Rules

  • 计划中的素材时长、尺寸、流、哈希和草稿版本必须来自工具输出。
  • 批准必须绑定命令、参数、目标、有效期和预算;任一字段改变即重新确认。
  • 用户数据仅在本地目标路径和声明的外部 Provider 边界内处理;不得收集、上传或记录无关凭据。
  • 当前证据不足时使用 UNVERIFIEDBLOCKEDAMBIGUOUS,禁止用推断补齐结果。

Gotchas

  1. 把版本当能力: 始终检查具体 capability,不能因为 CLI 版本够新就直接执行。
  2. 把结构验证当成片验收: project verify 只证明结构层,播放和原生导出需要独立证据。
  3. 直接修改源草稿: 先创建隔离副本并记录输入哈希,任何原地覆盖请求都要停止并改为新输出。
  4. 对 ambiguous 自动重试: 先查询 task、审计与外部制品,只有确认未发生副作用后才能由用户批准重试。
  5. 凭记忆填写资源或时间: 资源 ID 来自目录,时间来自 probe/ASR/项目数据;无法取得时明确阻塞。
  6. 笼统索要更多信息: 先给可执行的只读方案,再明确列出路径、交付等级或授权等缺口。

验证清单

  • [ ] CLI identity、版本和 capability 已记录。
  • [ ] 所有输入路径、媒体事实与哈希可复核。
  • [ ] 写入目标与源草稿隔离,确认点精确绑定。
  • [ ] 失败和 ambiguous 路径保留 task ID、日志和恢复建议。
  • [ ] 最终措辞与实际 evidence level 一致。

运行契约

  • 触发条件:用户提出剪映草稿创建、编辑、检查、恢复或导出目标,但尚未选定具体工作流。
  • 所需 capability:doctorcapabilities
  • 最低 CLI 版本:1.6.0;版本仅用于升级提示,实际路由以 capability 状态为准。
  • 默认风险:read_only;进入具体写入流程后采用目标技能的风险等级。
  • 输入事实:CLI 版本、capability manifest、素材路径、目标草稿、期望交付物和宿主平台。
  • 确认点:仅在后续操作产生写入、费用或原生执行时,由目标工作流绑定具体调用请求确认。
  • 成功证据:structural;路由成功不代表草稿已冷重开、播放或导出。
  • 禁止行为:不得生成 Python 草稿脚本,不得调用外部 headless checkout,不得把低等级证据描述为最终完成。

最小路由

  1. 执行 jianying --versionjianying doctor --json

jianying capabilities --json

  1. 只询问会改变计划的事实:目标是新建还是编辑、素材位置、是否要求最终 MP4、是否允许外部/原生执行。
  2. capability 为 supported 才可调用;partialexternal_dependency 或缺失时停止,并报告缺少的证据或环境。
  3. 创建/编辑使用 jianying-job/v2;只读探测优先使用 media probeproject inspectproject verify
  4. 返回实际达到的证据等级和下一项人工或宿主验证。

常见路由、停止条件和恢复方式见 references/workflow.md。 最小 Job 示例见 examples/minimal-job.json

跨技能交接

需要领域细节时按名称交接,并确保目标技能已安装。例如编辑工作交给 `jianying-edit`。安装: npx skills add full-aigc-skills/jianying-skills --skill jianying-edit

渐进式资料

aus demselben Repository

Weitere Skills

Alle Skills