用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/aqm857886159/Nomi --skill writer-adaptation命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
Mandatory for every Nomi corrective change: user-reported bugs, regressions, CI-only failures, flaky tests, performance or security defects, review/audit findings, and compatibility failures in any production path. Classify one_off versus recurring before implementation. Recurring and high-risk repairs require a schema-v3 contract, shared enforcement boundary, structural prevention, dependency lifecycle decision, and changed regression evidence.
Connect HTTP models or a native ComfyUI workflow through Nomi's verified certification path.
Nomi 桌面端发版素材包 playbook。先核版本事实和公开样片,再用故事串起核心更新,在 Nomi 中规划/生成/排片,最后诚实交接双语成片、更新图文、社交文案与本地 QA。
基于 SOC 职业分类
正在显示 SKILL.md
| name | writer.adaptation |
| description | 改编顾问——原著分析 / 改编策略 / 戏剧点提炼 / 结构映射 / 人物迁移。Nomi 创作区把小说/原著改编成剧本时参考。 |
把非剧本形式的原著(小说、纪实文章、新闻报道等)改编成剧本。改编不是"翻译",是"重建"——用剧作的语言重新讲这个故事。
核心理念:忠于原著的精神,而非原著的文字。 剧本有自己的叙事规则(画面、动作、对白、场景),改编必须服从剧作的规则。Nomi 创作区改编时,按下面五步依次推进:原著解析 → 戏剧点提炼 → 结构映射 → 人物迁移 → 改编策略,前一步的结论是后一步的输入。
先摸清原著是什么,为后续所有决策打底。
类型识别(决定改编的主要动作):
| 类型 | 特征 | 改编注意点 |
|---|---|---|
| 长篇小说 | 多线叙事、内心描写多 | 需大量删减和外化 |
| 中短篇小说 | 单线为主、意象丰富 | 需扩展和增加人物 |
| 纪实文章 | 事实为基础、无虚构 | 需构建戏剧冲突 |
| 新闻报道 | 信息密集、缺少细节 | 需大量虚构和填充 |
叙事视角分析(视角决定改编难度):
时间线梳理:分清"故事内时间顺序"(事件真实发生的先后)与"原著叙述顺序"(作者呈现的先后)。标出类型:线性 / 非线性 / 多线 / 倒叙。
核心主题提取:用一个动作或场景表达主题,不用抽象词。再评估:这个主题适合剧作表达吗?改编后是否需要调整?
从原著里挑出最有戏剧张力的场景和"画面时刻",评估每个情节点的改编价值。
高价值戏剧点(优先保留):
| 特征 | 说明 | 示例 |
|---|---|---|
| 可视化冲突 | 两个人面对面的对抗 | 审讯、谈判、对峙 |
| 不可逆决定 | 角色做了不能撤回的事 | 签字、关门、开枪 |
| 信息揭示 | 改变一切的真相浮出 | 发现秘密、揭穿谎言 |
| 关系断裂/建立 | 两人关系发生质变 | 背叛、告白、决裂 |
| 时间压力 | 倒计时下的选择 | 截止日期、最后通牒 |
低价值 / 需转化的内容(不能直接照搬,要换一种方式呈现):
| 原著内容 | 改编挑战 | 转化方向 |
|---|---|---|
| 大段内心独白 | 无法直接呈现 | 外化为动作 / 对白 / 他人反应 |
| 抽象思辨 | 缺少画面感 | 转化为具体的道德困境场景 |
| 景物描写 | 无叙事功能 | 只保留有叙事功能的环境细节 |
| 时间跳跃 | 读者难以跟随 | 用具体变化标记时间(白发、季节) |
| 旁白式解释 | 打断叙事 | 让场景自身传递信息 |
提炼三遍走:
设计原著结构 → 剧本结构的映射:原著内容如何分配到剧本的段落与场景。
核心原则:不是平移,是重建。 原著的章节划分 ≠ 剧本的段落划分。映射时:
时间线重组评估:
| 原著时间线 | 建议处理 |
|---|---|
| 线性 | 评估是否需要打乱以制造悬念 |
| 非线性 | 评估是否保持或简化 |
| 多线 | 评估是否收束或保持交织 |
| 平铺直叙 | 强烈建议重组(倒叙/插叙/双线) |
分段标准——每个主要段落应包含:至少 1 个高价值戏剧点 + 至少 1 个关系变化 + 至少 1 个信息揭示 + 完整的微型结构(有起有落)。
映射四步:
收尾自检:结构映射是否覆盖了全部高价值戏剧点? 有遗漏就回头补。
设计原著人物 → 剧本人物的转化:保留谁、合并谁、新增谁、削减谁。
功能优先——没有叙事功能的角色,不进剧本。 每个剧本角色必须承担明确功能之一:推动主线 / 制造冲突 / 揭示主角的另一面 / 承载支线。
角色数量控制(篇幅越短角色越要精简):短篇聚焦 1-2 主角 + 2-3 配角;中长篇 1-3 主角 + 4-10 配角支撑多线。宁缺毋滥。
合并原则——以下情况考虑把两个角色并成一个:
迁移四步:
上面四步的结论,先汇成一份《改编分析报告》呈现给用户,讲清怎么改、为什么这么改,用户认可后再动笔写剧本。报告结构:
【原著概要】
类型 / 篇幅 / 叙事视角 / 时间线 / 核心主题(一句话)
【改编价值评估】
核心价值点(最值得改的)/ 天然优势(适合戏剧化的元素)/ 主要挑战(需特殊处理的元素)
【结构方案】
推荐规模与分段 / 结构(起承转合·三幕·混合)/ 时间线处理(保持·重组·倒叙·多线)/ 各段对应原著哪些内容
【人物方案】
保留 / 合并(谁+谁→新角色)/ 新增 / 削减
【舍弃内容】
列出不适合戏剧化的内容及理由
【改编难点】
逐条:难点 —— 解决思路