把草稿变成可开发任务
把电影前提、梗概、分场、对白或已有草稿转成可诊断、可改写、可继续推进的剧本开发任务。
PLOTERA SKILLS / 04 使用手册
电影开发资料库与机制检索使用说明。用于电影故事、Treatment、剧本结构、人物弧光、类型场景、对白声纹闭环、分阶段长片开发和经典影片机制检索的 agent skill。
20260726 扩充完整 L3 事件、全文和对白检索载荷,并把六个开发阶段统一为“云端证据刷新 → 机器 PASS → 用户确认”的双门禁。阶段 6 按成片语言选择主语言锚点:中文项目以中文电影锚点为主,英文项目以英文电影锚点为主;另一语言可作为节奏或策略补充。
先让 agent 判断任务类型和可用资料,再让它按 skill 的规则输出可直接使用的结果。
把电影前提、梗概、分场、对白或已有草稿转成可诊断、可改写、可继续推进的剧本开发任务。
适合电影编剧、导演、制片开发、故事顾问、影视课程团队,以及需要把剧本开发资料库交给 agent 稳定调用的创作者。
交付包为 movie-development-skill-20260726.zip,配套详细说明页;完整资料库由服务器托管,本地包不暴露原始素材。
安装时只需要确认根目录结构正确,避免多套一层同名文件夹。
movie-development-skill-20260726.zip,得到 movie-development-skill 文件夹。SKILL.md。$movie-development-skill 或明确要求使用该 skill。$movie-development-skill 调用。常规开发优先使用规则层和机制卡;只有在用户明确需要经典案例、同类结构、节拍参考或场景机制证据时,才进入数据库检索。
| 路径 | 用途 | 层级 |
|---|---|---|
SKILL.md |
任务入口、触发条件、参考资料路由、数据库使用边界和输出模式。 | 入口路由层 |
云端资料检索 |
结构、Treatment、人物、群像支线、类型片、对白声纹、故事圣经、诊断改写和分阶段项目管线规则。 | 方法规则层 |
服务器托管 case_cards |
服务器托管 10,064 张电影级、15 节拍级和 L3 具体事件机制卡,用于迁移结构功能、事件转折、状态变化和场景后果。 | 在线机制卡数据库 |
服务器托管 patterns / type_stats |
68 条跨影片机制归纳与资料库统计,用于理解故事类型、节拍功能、场景压力和常见失败模式。 | 模式归纳层 |
scripts/auth_client.py search |
授权后按主题、节拍、影片、场景类型或故事类型检索服务器机制卡。 | 机制检索工具 |
scripts/auth_client.py full-text-search |
需要更深案例依据时,检索服务器托管的 361 条全文/长文本索引。 | 全文检索工具 |
scripts/auth_client.py search |
检索 36,176 条匿名中英文电影对白策略锚点;成片语言决定主语言,另一语言只作辅助,不暴露原始台词、片名或来源路径。 | 对白策略检索工具 |
在线工作流 |
检查分场大纲的节拍预算、场数和完整场景单元。 | 质量验证工具 |
在线工作流 |
检查伏笔、暗线、证据、秘密和开放问题是否被合理回收。 | 连续性验证工具 |
提示词不一定要很长,但应说明当前创作阶段、已有材料和本次需要的交付结果。以下推荐写法可以直接复制后修改。
错误用法
帮我把这个创意写成完整电影剧本:一个失业父亲为了儿子的学费参加地下拳赛。
正确用法
调用 $movie-development-skill。先诊断这个电影创意的主角目标、核心冲突、类型承诺、人物错误信念和长片承载力。暂时不要写完整剧本,先告诉我最需要解决的三个问题。
为什么:先判断故事能不能撑起一部长片,避免直接生成一份结构松散的剧本。
错误用法
按照《当幸福来敲门》给我写一个类似的故事。
正确用法
调用 $movie-development-skill,为这个父子题材寻找两到三个电影机制参考。只分析它们如何制造生存压力、父子误解、期限任务和情感兑现,再把这些机制转化成原创方案,不复制人物、情节顺序和对白。
为什么:资料库适合检索和迁移故事机制,不适合复制某部电影的外壳。
错误用法
一次性给我故事梗概、15 节拍、分场和完整剧本。
正确用法
调用 $movie-development-skill,按分阶段电影项目流程开发这个故事。从“一句话创意”开始,每完成一个阶段先让我确认,再进入框架、千字大纲、15 节拍、分场和完整剧本。
为什么:长片需要逐级确认。前面的核心设定没有锁定,后面的分场和剧本越写越容易偏离。
错误用法
给我写一个完整分场大纲,节奏紧凑一点。
正确用法
调用 $movie-development-skill,按 100 分钟电影设计分场。先确定 15 节拍的位置和每个节拍的场次数量,再为每场写清楚场景目标、冲突、转折和结束钩子,同时检查伏笔、支线和人物关系是否得到推进或回收。
为什么:“节奏紧凑”很难检查;片长、节拍位置、场次数量和场景功能才是可以执行的约束。
错误用法
把这些对白改得更自然、更口语化、更不像 AI。
正确用法
调用 $movie-development-skill。先分析这场戏中每个人的目标、权力关系、隐瞒信息和情绪压力,再根据人物身份和说话习惯建立声音差异。保留回避、停顿、动作和答非所问,完成对白改写后检查人物是否仍然像同一个人。
为什么:去 AI 味不是简单缩短句子或增加口头语,而是让每句话来自人物当时的处境和策略。
错误用法
按照前面的内容继续写下去。
正确用法
调用 $movie-development-skill,读取我提供的故事大纲、人物设定和已有分场。续写前先整理不能改变的事实、人物当前状态、关系变化、已埋伏笔和待回收问题;发现冲突时先指出,再继续下一阶段。
为什么:先恢复项目状态,可以减少人物性格漂移、重复揭密、伏笔遗失和前后矛盾。
能力边界:movie-development-skill 是电影故事与剧本创作 skill,可以完成诊断、大纲、分场、对白和剧本开发,但不具备图片、分镜图、海报或视频生成功能。
本 skill 是剧本创作与开发工具,只迁移结构功能、场景压力、节拍机制和人物变化逻辑,不生成画面,不复制原片对白、完整场景、具体桥段或受版权保护的表达。