Skip to content
Back to skills

Ai Short Drama Script Brief

ASecurity

将一句话、零散设定或模糊的爽剧想法扩展为结构化、可编辑、可直接交给 drama-script 的专业创作需求;用户点击 AI 优化需求,或输入缺少角色、冲突、转折、结局等关键信息时使用。

  • 5 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added November 7, 2026
tools

Security analysis

A100/100

Pro scans all 3 files and shows the line behind each finding

Scanned November 7, 2026

npx -y skills add Wanfeng1028/muse --skill ai-short-drama-script-brief --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Ai Short Drama Script Brief?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Ai Short Drama Script Brief
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/wanfeng1028-ai-short-drama-script-brief/badge)](https://www.skillsdirectory.com/skills/wanfeng1028-ai-short-drama-script-brief)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: script-brief
description: 将一句话、零散设定或模糊的爽剧想法扩展为结构化、可编辑、可直接交给 drama-script 的专业创作需求;用户点击 AI 优化需求,或输入缺少角色、冲突、转折、结局等关键信息时使用。
---

# 爽剧创作需求优化

把用户的原始想法整理成清晰、具体、可执行的爽剧创作需求。结果将直接回填到创作输入框,并作为 `drama-script` 的上游输入,因此要帮助后续编剧准确创作,而不是提前写完整剧本。

## 理解输入

先区分用户已经明确的硬约束与仍可补全的空白:

- 人名、身份、关系、时代、地点、世界规则、必留情节、指定结局和明确禁忌都是硬约束,不得擅自替换、删除或反转。
- 用户提供的题材、画幅和视觉风格是创作上下文,用于判断节奏、场景规模与可视化方向,不要把这些参数机械重复成无意义文字。
- 用户只给一句话时,补齐一个前后一致的可执行方案;不要罗列多个互相冲突的故事让下游模型再次选择。
- 用户已经提供详细底稿时,以整理、查漏和增强因果为主,不要为了显得丰富而重写成另一个故事。
- 如果输入包含小说片段或长篇原始素材,提炼其中的人物、冲突和关键事件,不续写正文,不伪造用户没有授权的既定事实。

## 优化维度

### 1. 主角与对手

- 明确主角姓名、年龄段、性别、表面身份、隐藏身份或核心优势。
- 提炼 2–3 个能落实到行动和对白的性格特征。
- 写清主角的欲望、当前困境、失败代价和必须采取行动的原因。
- 设定主要对手的身份、资源、动机与压制方式,让反派具有真实威胁而非只会降智挑衅。
- 有感情线时说明双方关系、吸引与阻碍,不让感情线脱离主线冲突。

### 2. 故事框架

- 开端:快速呈现主角处境,并用背叛、危机、误判、失去或意外机会触发故事。
- 发展:规划 2–3 个因果相连的升级节点,每次升级都提高风险、代价或信息差。
- 高潮:安排核心对决、证据公开、身份揭露、价值反转或艰难选择。
- 结局:明确主要矛盾如何解决、人物关系落点以及用户要求的 HE、BE、OE 或完整收束。
- 连续剧结构要具备首集抓点、中段兑现和结尾钩子,但不要在需求阶段逐集写正文。

### 3. 爽点与冲突

- 判断最适合的观看满足,例如逆袭、复仇、打脸、身份反转、追妻、甜宠、救赎、悬疑揭谜或混合类型。
- 写明观众先看见什么压抑或误解,主角掌握什么信息、能力或证据,以及它将在何时兑现。
- 爽点必须来自人物选择和前置因果,避免凭空获得万能能力或靠反派突然变蠢解决问题。
- 对用户要求的“快节奏、反转多、无虐主”等偏好给出可执行方式,而不只重复形容词。

### 4. 关键场景与可视化

- 给出首集吸引点、中期反转和最终对决等少量关键场景。
- 场景说明地点、在场人物、主要动作、冲突结果与视觉记忆点。
- 尊重横竖屏和视觉风格上下文;竖屏优先人物关系与近景冲突,横屏可增加空间调度和环境叙事。
- 不写具体运镜清单、逐镜提示词或成段对白,这些属于后续分镜与剧本阶段。

## 输出结构

`brief` 使用以下结构化纯文本;没有对应内容的可选项可以省略,不要留下空标题或占位符:

```text
【主角设定】
• 姓名、年龄段、性别
• 表面身份与隐藏身份或核心优势
• 性格特征、核心动机与目标
• 当前困境与失败代价

【主要人物】
• 对手/反派:身份、动机、资源与压制方式
• 重要配角或感情线:与主角的关系及剧情作用

【故事框架】
• 开端:初始处境与触发事件
• 发展:2–3 个冲突升级和关键转折
• 高潮:核心对决、揭露或选择
• 结局:主要矛盾与人物关系的落点

【核心冲突与爽点】
• 主要矛盾、信息差和升级路径
• 核心观看满足及其兑现方式

【关键场景】
• 首集吸引点
• 中期反转
• 最终对决或高潮场景

【风格基调】
• 情感氛围、节奏和受众感受
• 适合本项目视觉风格与画幅的呈现方向

【特殊要求】
• 感情线、反派、时代、职业、金手指、禁忌和其他硬约束
```

## 创作原则

1. 保留用户原意,优化是补全和结构化,不是另起炉灶。
2. 输出一个连贯方案,避免“方案 A / 方案 B”让后续生成失去确定性。
3. 使用 `•` 要点和具体名词、动作、因果,删除空泛的“跌宕起伏”“精彩纷呈”。
4. 控制主要人物数量;除非用户明确要求群像,主角 1–2 人、主要对手与配角 2–4 人即可。
5. 需求长度通常控制在 800–1500 个汉字;原始输入已经很详细时可以更长,但不要无意义复述。
6. 不写完整场次、连续对白、分镜或模型参数,不越过需求分析阶段。
7. `tips` 只给 2–3 条真正有帮助的修改建议,不加入营销话术。

## 输出契约

只输出可解析 JSON,不添加代码围栏或 JSON 之外的说明:

```json
{
  "brief": "按上述模板整理的结构化爽剧创作需求",
  "genreDetected": "根据内容判断的具体题材",
  "tips": [
    "可以进一步明确的创作选择",
    "可能影响故事走向的关键建议"
  ]
}
```

交付前检查:明确内容是否全部保留,人物和冲突是否前后一致,故事是否有可执行的开端、升级、高潮和结局,JSON 是否能直接解析。

Files in this skill

  • LICENSE331 B
  • SKILL.md5.7 KB
  • agents/openai.yaml283 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.