1实现原理 · 为什么它能做到
整个 skill 收敛成一个判据：每条反馈先分类为 revision / new request / 还是只是模糊，分类前不动工程文件。
skills/client-revisions/SKILL.md
The whole skill is one judgment applied per note: *is this a revision, a new request, or just vague?* Run each note through this before opening the project.
注：这里在做什么：把「改稿失控」的根因定位到分类缺失——多数纠纷不是客户太贪，而是没人先定义「什么算一轮内的修改」。
核心区分被写成一句可入合同的定义（revision = 已批准 brief/board 内的调整；new request = 不在其中）。
skills/client-revisions/SKILL.md
- **A revision** = a change to something that was already in the approved brief/board (adjusting timing, colour from the palette, swapping an approved word, fixing a glitch).
注：这里在做什么：把「改稿 vs 新增」从口头默契变成书面定义；决策树把这条判据展开成「是不是已决定并批准过」的自问。
提供可直接粘贴的 SOW 条款文本块：明确轮数、定义「一轮 = 一份合并反馈」，并列 include/exclude 清单。
skills/client-revisions/SKILL.md
This project includes [2] rounds of revisions. A "round" is one consolidated set of feedback, collected from all stakeholders and delivered in a single document, then addressed in full.
注：这里在做什么：把「一轮」定义成可执行对象（一份文档、全员、全量回应），顺带堵住「反馈分多条消息陆续发等于多轮」这个常见漏洞。
工作流第一步是「停」：先不打开工程文件，避免在含义未定的反馈上直接动手。
skills/client-revisions/SKILL.md
1. **Stop.** Do not open the project file yet.
注：这里在做什么：把「先改再问」的默认冲动反转；后续步骤依次是合并、分类、转译、对新增发变更单、登记轮次。
反馈必须先合并：要求客户内部先解决冲突，再以单份文档提交（含时间码、must-have 标记、说问题不说解法）。
skills/client-revisions/SKILL.md
• Tell me the problem, not the fix — "the intro drags" is more useful than "make it faster," because it lets me solve it properly.
注：这里在做什么：把「多人分头提意见」变成「客户内部先收敛」；「说问题不说解法」是为了保留创作判断空间，时间码是为了消灭来回确认。
模糊反馈有转译表：每个形容词被转成一组有界选项并要求指认时间码。
skills/client-revisions/SKILL.md
| "Make it pop" | "More saturated colour, faster pacing, bigger scale moves, or stronger sound? Point to a second that already pops." |
注：这里在做什么：与 creative-brief 的有界选择是同一套方法，用在这里可把「感觉不对」在动手前变成可判定的修改项。
新增请求走变更单：给工作量/费用/工期影响，并给客户「继续或搁置」的选择，基调是协作而非拒绝。
skills/client-revisions/SKILL.md
Tone notes: collaborative, never accusatory. Offer the choice (proceed or park), give a number, and state the timeline impact. The goal is to make the trade-off visible, not to say "no."
注：这里在做什么：让「守边界」与「不伤关系」同时成立——核心动作是让代价可见，而不是说 no；反例（默默替客户做完方版与 outro）被用来量化损失。
收尾用轮次可见性 + 批准门锁：每轮登记轮号，书面锁定的阶段被重开即算新工作。
skills/client-revisions/SKILL.md
| Reworking an approved scene | Approval gate not locked | Lock each stage in writing; reopening a locked stage = new request |
注：这里在做什么：把「无限改稿」的结构性原因（没有锁定点与轮号）用两个动作消除；配套 reference 里有 extra-round 与 stalled-approval 邮件模板。
2核心能力
01分类决策树：对每条反馈判定 revision / new request / 需转译的模糊意见
02SOW 改稿条款（轮数、「一轮」定义、include/exclude、超出按日费计费）
03合并反馈请求模板（全员、单文档、时间码、must-have、冲突由客户裁决）
04模糊反馈转译表（8 类常见话术 → 有界追问 + 时间码）
05变更单邮件模板（工作/费用/工期 + 二选一：批准或维持原范围）
06轮次登记与批准门锁定（防止反馈滴漏与重开已批准阶段）
07反例教学：默默吸收 scope 的代价（多两天、项目亏损、训练客户认为改稿免费）
08速查表与交付自查（7 行情境处方 + 8 条 checklist）
4风险提醒 风险提醒：绿色 · 放心使用
风险提醒：绿色 · 放心使用
- 文档会被用于真实合同与客户沟通 — 模板中的轮数、日费率、工期均为占位符；直接原样发出会出现 [2] rounds、[day rate] 这类未填内容，或与你的实际约定不符。发出前必须填写并本地化。
- 条款效力依赖整体合同与辖区 — SOW 语言是通用商业表述，不含法律依据；关键项目建议由律师按当地法律调整（skill 不提供法律意见）。
- 对客户体验有反作用的风险 — 若把「合并反馈」「新请求报价」执行得生硬，可能被感知为挑刺；文档用 tone notes 缓解，但执行分寸仍取决于使用者。
- 不覆盖执行层面 — 它只管「哪些算一轮内的改」与「如何沟通」，不解决创作层面的返工（那属 creative-brief 的锁定与 animation-principles 的判据）。
风险提醒：绿色，放心使用。纯指令/文本模板：无脚本、无网络外发、无凭证读取、无落盘，产出是邮件与 SOW 条款语言。注意点（不进档位）：① 输出会被用于真实商业沟通甚至合同，其中 [2] rounds / [day rate] / [amount] 等占位符必须由使用者按自己情况填写与本地化；② 条款的法律效力取决于司法辖区与整体合同，本文档不构成法律意见。
5第二遍独立确认
- [ok] 是否存在脚本、命令或联网动作 — 全目录仅 Markdown；代码块只有邮件与合同文本模板，无 shell/JS 可执行语句，无 npx/curl/fetch/URL（除署名页脚）。
- [ok] 「一轮 = 一份合并反馈」的定义前后是否一致 — SOW 条款块、合并反馈模板（subject 里的 Round [N]）与常见错误表三处口径一致，无自相矛盾。
- [ok] 变更单模板是否真的给「继续或搁置」两个出口（基调是否与声明一致） — 邮件模板结尾明写 If you'd rather keep to the original scope and budget, no problem — we'll proceed as planned and can revisit this later.，与 Tone notes 的「不说不」一致。
- [unlocatable] 条款的法律效力/适用性是否可在源码内确认 — SOW 条款以英文通用表述给出，未标司法辖区、未附法律依据；文档自称可 drop into the contract，但效力取决于整体合同与当地法律，本次侦查无法也无意核验。
6结论
适合：适合自由职业者与小型工作室：反馈开始堆积、客户持续加小需求、SOW 需要改稿条款、收到「make it pop」这类模糊意见需要先转译、或某个请求明显越界需要一封礼貌的变更单时。也适合项目开工前把轮数与「一轮」定义写进合同。
不适合：不适合：① 需要法律意见或正式合同起草（这是商业沟通模板）；② 需求明确、无改稿博弈的一次性小活——流程成本高于收益；③ 需要创作方向裁决（应走 creative-brief / motion-art-direction）；④ 需要客户 CRM/邮箱自动化（skill 不接触任何客户系统）。
安装 agent 直装可复制
① 本站镜像 更新 2026-09-28
方式 A · 人下载镜像包下载 client-revisions.tar.gz
sha256:
方式 B · JSON 格式安装指南，复制给 agente26d799916086272…agent 读 JSON 指南后会自动从本站下载安装，无需更多说明。
② 上游 GitHub · 原始来源
来源信息 GitHub 原始
作者 / 仓库iart-ai / iart-ai/freelance-motion-skills
原始 GitHubiart-ai/freelance-motion-skills ↗
Stars3
最近推送2026-06-22
本 skill commit
d85c2b4846许可MIT（仓库根 LICENSE：'MIT License' / Copyright (c) 2026 iart.ai；.claude-plugin/plugin.json 的 license 字段亦为 MIT）
本站信息
收录日期2026-09-06
分类基础工具与工作流
侦查报告AI 侦查 · 2 遍 · 2026-09-06
本站镜像与 GitHub 原始是不同来源：本站锁定 commit 快照经 /r2 分发；GitHub 为实时上游，内容可能已更新。