一段视频已经有了脚本和素材，剩下的工作常是反复调整：把第二个镜头缩短两秒，替换最后一张图，让字幕晚一点消失。自然语言很适合描述这些局部修改，剪辑器却需要准确的素材、轨道和时间位置。Palmier Pro 尝试通过 MCP，让外部助手直接理解和操作同一个视频项目。
试用之前，有一项信息需要先更新。按 2026 年 9 月 23 日仓库说明，Palmier Pro 到 v0.7.6 的版本，以及 last-gpl-source 标记对应的源码，仍按 GPLv3 提供；后续二进制版本已经转为专有软件，其对应源码不公开。旧文章把整个产品继续称为开源剪辑器，已不够准确。当前仓库说明
这篇文章讨论怎样评估它的时间线协作方式，不提供未验证的速度或成片质量结论，也不把历史源码中的功能当作新版二进制的完整保证。
先决定使用哪一个版本
如果目标是阅读源码或自行修改，应从保留的历史源码入手，并记录所用提交或标签。若目标是使用当前桌面应用，应核对当前下载版本、系统要求和对应许可。两条路径的后续更新方式不同，遇到问题时可检查的代码范围也不同。
目前项目主页要求 Apple Silicon 和 macOS 26 或更高版本。旧 Intel Mac 或 Windows 工作流不能仅靠下载同一安装包解决。构建历史源码还需要匹配其 Swift 工具链；仓库中的 Package.swift 声明 Swift tools 6.2 和 macOS 26，不能把旧介绍里的 Xcode 版本号当作已经验证的构建组合。Package.swift
对正在交付客户视频的人，更实际的方式是保留现有剪辑流程，用一个短片副本评估 Palmier Pro。先确认素材能导入、项目能保存、导出能播放，再讨论是否扩大使用。不要等到交付前一天，才发现所需效果在选定版本里没有对应功能。
后续版本的许可也要按当前文件阅读。历史源码仍可查看，不代表新版安装包自动沿用相同授权；如果团队依赖二次分发或定制构建，应针对实际使用版本确认。二进制许可说明
用三个镜头建立测试项目
可以准备一段二三十秒的小片：开场标题、一个演示镜头、一张结束图，再加一句旁白。素材取自自己有权使用的文件，分别起清楚的名字，例如开场、操作演示、结束画面。先手工排列一次，确认每个素材都能正常预览。
这个项目不需要特别漂亮，但应包含日常会遇到的几种素材：不同分辨率的图片、带声音的视频、透明背景图或文字。测试时就能观察裁切、缩放、音轨与字幕关系。只放一段统一规格的视频，很多问题不会暴露。
保存初版并留一个独立副本。以后每次让助手修改，都从明确版本开始。项目文件与媒体文件也要一起整理；如果项目只引用桌面上的临时视频，换一个目录后无法打开，并不是助手“忘记”了内容，而是素材路径已经失效。
给时间线上的片段起有意义的名字，会减少沟通成本。“第二段”在插入一个开场以后就变了，“产品操作演示”更容易定位。不过名称也不能代替唯一标识，助手执行前仍应读取当前项目，确认目标片段。
连接 MCP 后，先读取一次项目
官方说明中，应用打开时在 http://127.0.0.1:19789/mcp 提供本机 MCP 服务，并给出多个客户端的接入办法。应从所用版本的 Help 菜单或官方连接说明开始，确认客户端已经列出工具。应用没有运行时，单独添加地址不会启动剪辑器。
本机地址的含义是连接当前电脑，不是任意服务器。若助手运行在远端开发机，它看到的 127.0.0.1 指向远端自身。遇到连接失败，先确认两者运行在哪里，而不是直接把端口暴露到公网。
首次任务可以很短：读取当前项目，列出素材与时间线片段，并说明哪一段对应操作演示。将结果与界面逐项比较。若助手读错项目，或看不到素材名称，先解决上下文问题；此时直接要求“帮我剪得更流畅”，只会扩大不确定性。
这里也需要区分模型客户端与剪辑器。外部助手通过 MCP 调用应用能力，使用的是客户端自己的模型和连接配置。应用内的生成式功能则可能有独立账号和计费方式。连接成功并不说明所有生成服务都已经可用，也不说明本地剪辑会自动产生云端生成费用。
一次只修改一个可确认的关系
“把视频做得高级一点”很难验收，可以改成“将操作演示的结尾裁掉两秒，保持其余片段顺序不变，并告诉我总时长变化”。执行后核对目标片段、前后衔接和音轨。若成功，再做下一项修改。
剪辑时间线上至少有三种时间：源素材中的位置、片段在时间线的位置，以及项目的总时长。把片段开头裁掉两秒，未必等于把它整体向后移动两秒。自然语言请求里应说清是裁切内容、移动位置，还是调整播放速度。
帧率也会影响结果。某些位置需要落在帧上，不能无限精确地表达任意小数秒。面对口型、拍点或字幕同步这种要求，执行后仍要播放检查；“参数设成了指定值”只是中间结果。
建议保留每次修改前后的短说明：改了哪个片段、哪些时间值变化、是否移动了相邻片段。如果结果不合适，先回到上一份项目，而不是连续追加含糊指令，让助手在已经偏离的时间线上继续修补。
素材替换之后，检查画面之外的东西
用新生成的图片替换旧图，往往不只是更换文件。新图的长宽比、主体位置和亮度可能不同，原来的裁切会切掉人物，文字可能压在更复杂的背景上。助手完成替换以后，至少在预览里查看该片段的开头与结尾。
替换视频时还要检查原音频是否保留、新素材是否自带声音，以及最终混音是否出现重复旁白。片段时长变了，字幕、配乐和结束画面的衔接也可能一起变化。只看素材库里出现新文件，无法证明时间线已经正确使用它。
生成式素材应保留与项目的对应关系。可以把用于当前版本的文件复制到项目素材目录，记录哪些候选没有采用。以后重开项目时，就不必从一堆名称相近的下载文件里猜测哪一张曾被放入时间线。
对于需要文字准确的画面，优先使用剪辑器中的可编辑文字或后期排版。把整段字幕直接生成到图片里，错一个字就可能需要重新生成素材，也更难在不同画幅中调整布局。
导出检查要离开编辑界面
预览顺畅并不保证最终文件符合交付要求。导出后用独立播放器打开，检查总时长、分辨率、声音、字幕和最后一帧。若交付到手机平台，再在目标尺寸上看一遍：电脑上留白合适的画面，在小屏上可能显得字太小。
长视频可以先导出包含复杂元素的片段，确认字体、透明图和音轨没有问题，再输出全片。导出失败时保存错误信息、应用版本和素材规格。一次又一次点击重试，无法分辨是素材解码、项目状态还是导出参数造成的问题。
还可以把项目副本移到另一个目录后重新打开，检查是否需要重新链接素材。这是为了了解项目的可携带性，不是要求立即更换电脑。真正用于团队协作时，交付清单应包括项目与必要媒体，而不只有最终 MP4。
经过这个小项目，适不适合自己的工作就有了依据：助手能否准确定位片段，局部修改是否可预测，回退是否方便，导出的文件是否完整。若这些环节尚未稳定，继续把它用于短片试验；若都能复现，再尝试更长的项目与更复杂的时间线。