NarrativeAI Inc. 内容创作流程规范
版本: v1.0
生效日期: 2026-03-24
适用范围: 所有互动剧内容创作项目
所有者: CPO Agent（首席产品官）
流程总览
┌─────────────────────────────────────────────────────────────────────────────────┐
│ 互动剧内容创作全流程 │
└─────────────────────────────────────────────────────────────────────────────────┘
│
┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐
│ 创意立项 │──▶│ 世界观 │──▶│ 剧本创作 │──▶│ 分支设计 │──▶│ 角色塑造 │──▶│ 内容生成 │
│ Concept │ │ World │ │ Script │ │ Branch │ │Character│ │Generate │
└────┬────┘ └────┬────┘ └────┬────┘ └────┬────┘ └────┬────┘ └────┬────┘
│ │ │ │ │ │
CPO/创意 World- Story- Story- Character- AI-Researcher
总监 Builder Architect Architect Designer + 技术团队
│ │ │ │ │ │
└─────────────┴─────────────┴─────────────┴─────────────┴─────────────┘
│
┌───────┴───────┐
▼ ▼
┌─────────┐ ┌─────────┐
│ 质量审核 │─────▶│ 发布上线 │
│ Review │ │ Publish │
└────┬────┘ └────┬────┘
│ │
Content- CPO + CTO
Operator 联合审批
阶段一：创意立项 (Concept)
1.1 基本信息
| 属性 |
内容 |
| 阶段名称 |
创意立项 (Concept Phase) |
| 负责人 |
CPO Agent (首席产品官) |
| 执行人 |
Story-Architect Agent (故事架构师) |
| 审批人 |
CEO Agent (战略概念) / CPO Agent (产品概念) |
| 标准工期 |
2-3 个工作日 |
| 交付节点 |
创意通过评审会后进入下一阶段 |
| 输入项 |
来源 |
说明 |
| 市场调研报告 |
Growth-Hacker |
用户偏好、竞品分析、题材趋势 |
| 用户反馈数据 |
Community-Manager |
用户评论、建议、痛点分析 |
| 热点趋势追踪 |
Data-Analyst |
社交媒体热点、流行文化趋势 |
| 平台内容缺口 |
Content-Operator |
当前内容库缺失的题材/类型 |
| 创作者提案 |
外部创作者 |
原创故事提案（如有） |
1.3 执行流程
Day 1-2: 创意构思
├── 头脑风暴会议（CPO + Story-Architect + UX-Designer）
├── 确定核心创意方向
└── 完成《故事概念文档》初稿
Day 2-3: 概念评审
├── CPO Agent 初审
├── 内部创意评审会（可选 CEO 参与）
└── 通过/返工/否决决策
1.4 输出 (Output)
《故事概念文档》包含：
| 章节 |
内容 |
字数要求 |
| 一句话概念 |
用一句话概括故事核心 |
≤ 50 字 |
| 题材定位 |
类型标签（悬疑/言情/科幻/历史/恐怖等） |
- |
| 目标受众 |
用户画像、年龄层、阅读偏好 |
200-500 字 |
| 核心冲突 |
故事的主要矛盾/悬念 |
300-800 字 |
| 情感基调 |
故事的整体氛围和情感走向 |
200-500 字 |
| 差异化亮点 |
与竞品的区别、创新点 |
200-500 字 |
| 预期体量 |
预计章节数、分支数量、开发周期 |
表格形式 |
| 商业潜力评估 |
付费点设计、变现路径预估 |
由 CPO 填写 |
1.5 审核标准
通过条件 (Go Criteria):
- [ ] 核心概念清晰，一句话能说清楚
- [ ] 目标受众明确，与市场数据匹配
- [ ] 差异化亮点突出，非同质化内容
- [ ] 预期 ROI 为正（CPO 评估）
- [ ] 技术可行性确认（CTO 会签）
否决条件 (Kill Criteria):
- [ ] 与平台价值观冲突（暴力、歧视等）
- [ ] 与现有内容高度重合
- [ ] 开发成本远超预期收益
- [ ] 涉及高风险版权争议
阶段二：世界观构建 (World Building)
2.1 基本信息
| 属性 |
内容 |
| 阶段名称 |
世界观构建 (World Building) |
| 负责人 |
World-Builder Agent (世界观架构师) |
| 汇报对象 |
CPO Agent |
| 协作方 |
Story-Architect, Character-Designer |
| 标准工期 |
5-7 个工作日 |
- 《故事概念文档》（已通过审批）
- 题材参考资料（历史背景、科幻设定等）
- 竞品世界观分析（如有）
2.3 输出 (Output)
《世界观设定文档》包含：
2.3.1 基础设定
| 模块 |
内容说明 |
| 时空背景 |
时间线、地理位置、时代特征 |
| 物理规则 |
自然法则（与现实世界不同的设定） |
| 社会结构 |
政治体制、阶级分布、权力关系 |
| 文化风俗 |
语言、宗教、节日、禁忌、生活方式 |
| 科技/魔法体系 |
技术/魔法水平、规则、限制 |
2.3.2 关键地点
| 要素 |
描述 |
| 场景清单 |
主要场景的名称、功能、视觉特征 |
| 场景关系图 |
地点之间的空间/逻辑关联 |
| 场景氛围 |
每个场景的情感色彩和象征意义 |
2.3.3 关键设定文档
- 时间线文档: 故事发生前的历史大事记
- 势力图: 各派别的立场、目标、冲突点
- 专有名词表: 人名、地名、术语及其发音/含义
2.4 审核标准
内部一致性检查:
- [ ] 所有设定内部逻辑自洽，无矛盾
- [ ] 物理/社会规则有明确边界和限制
- [ ] 文化设定符合目标受众认知（或明确标注为架空）
质量评估:
- [ ] 世界观信息密度适中（不过度铺陈）
- [ ] 有独特的记忆点和辨识度
- [ ] 为角色冲突和剧情转折提供支撑
审核流程:
World-Builder 自审 → Story-Architect 会审 → CPO 终审
(完整性) (与剧本契合度) (整体把控)
阶段三：剧本创作 (Script Writing)
3.1 基本信息
| 属性 |
内容 |
| 阶段名称 |
剧本创作 (Script Development) |
| 负责人 |
Story-Architect Agent (故事架构师) |
| 汇报对象 |
CPO Agent |
| 标准工期 |
10-15 个工作日（视体量） |
- 《故事概念文档》（已审批）
- 《世界观设定文档》（已通过）
- 参考剧本/文学作品（如有）
3.3 输出 (Output)
3.3.1 主线剧本大纲
| 章节 |
内容 |
字数 |
| 故事梗概 |
主线剧情的完整概述 |
1000-2000 字 |
| 三幕结构 |
开端（25%）、发展（50%）、高潮+结局（25%） |
各幕 500-1000 字 |
| 节拍表 |
按照节拍表理论细化的关键情节点 |
15-40 个节拍 |
| 章节划分 |
每章的标题、核心事件、字数预估 |
表格形式 |
3.3.2 核心剧本内容
| 交付物 |
格式 |
要求 |
| 开场章节 |
互动剧本格式 |
完整的第1章（含选择支） |
| 关键剧情节点 |
剧本片段 |
至少5个核心剧情点的完整剧本 |
| 结局剧本 |
剧本片段 |
所有结局的完整剧本 |
3.3.3 互动剧本标准格式
# 章节标题
## 场景 {场景编号}: {场景名称}
**场景描述**: [环境描写、氛围渲染，100-300字]
**剧情文本**:
[正文内容，支持多段落]
**选择支**:
1. 【选项A】→ 跳转至 场景 {X}
- 条件: {前置条件，如有}
- 影响: {对属性的影响，如有}
2. 【选项B】→ 跳转至 场景 {Y}
- 条件: {前置条件，如有}
- 影响: {对属性的影响，如有}
---
## 角色对话格式
**{角色名}**: [对话内容]
*（心理活动/动作描写，可选）*
**旁白**: [叙述内容]
**系统提示**: [对玩家的提示信息，如获得物品、属性变化等]
3.4 剧本质量审核标准
叙事标准:
- [ ] 故事主线清晰，起承转合完整
- [ ] 每章有明确的剧情推进或人物发展
- [ ] 无重大逻辑漏洞（Plot Hole）
- [ ] 节奏把控得当，张弛有度
文字标准:
- [ ] 语言流畅，符合目标受众阅读习惯
- [ ] 错别字率为 0
- [ ] 对话自然，符合角色身份
- [ ] 场景描写有画面感
互动标准:
- [ ] 选择支设计有真实意义（非伪选择）
- [ ] 玩家有明确的决策信息支撑
- [ ] 不同选择导致可感知的后果
阶段四：分支设计 (Branch Design)
4.1 基本信息
| 属性 |
内容 |
| 阶段名称 |
分支设计 (Branch Design) |
| 负责人 |
Story-Architect Agent |
| 协作方 |
UX-Designer (交互设计), CTO (技术可行性) |
| 汇报对象 |
CPO Agent |
| 标准工期 |
5-7 个工作日 |
- 《剧本大纲》（已通过）
- 产品技术规格（CTO 提供的技术限制）
4.3 输出 (Output)
4.3.1 分支结构图
示例：树状分支结构
┌─────────────────┐
│ 第一章 │
│ 命运起点 │
└────────┬────────┘
│
┌────────────────┼────────────────┐
│ A │ B
┌──────┴──────┐ ┌──────┴──────┐
│ 第二章-A │ │ 第二章-B │
│ 逃离路线 │ │ 潜伏路线 │
└──────┬──────┘ └──────┬──────┘
│ │
┌─────┴─────┐ ┌─────┴─────┐
│ │ │ │
┌──┴──┐ ┌──┴──┐ ┌──┴──┐ ┌──┴──┐
│3-A-1│ │3-A-2│ │3-B-1│ │3-B-2│
│营救 │ │求助 │ │密谋 │ │背叛 │
└──┬──┘ └──┬──┘ └──┬──┘ └──┬──┘
│ │ │ │
└────┬─────┘ └────┬─────┘
│ │
▼ ▼
┌─────────┐ ┌─────────┐
│ 结局 A1 │ │ 结局 B1 │
│ 英雄救美│ │ 幕后黑手│
└─────────┘ └─────────┘
4.3.2 分支设计文档
| 模块 |
内容 |
| 分支总览 |
总场景数、总分支数、平均分支深度 |
| 分支类型说明 |
关键选择 vs flavor 选择 |
| 路径文档 |
每条完整路径的剧情概述 |
| 隐藏分支 |
触发条件、内容描述 |
| 属性系统 |
影响分支的属性设计（如好感度、道德值等） |
4.3.3 分支设计原则
| 原则 |
说明 |
示例 |
| 3层深度原则 |
任何选择的影响至少在3层后才完全显现 |
第1章的选择影响第4章的剧情 |
| 5结局原则 |
每部互动剧至少设计5个不同结局 |
好/坏/隐藏/中庸/特殊 |
| 有意义选择 |
避免伪选择（选A选B结果一样） |
不同选择有不同对话和后续 |
| 信息透明 |
玩家应能基于已有信息做出判断 |
不给玩家「盲选」选项 |
| 后悔机制 |
允许回溯或显示选择后果 |
章节内可回溯，或显示选择影响 |
4.4 技术评审
CTO Agent 负责评估：
- [ ] 分支复杂度在技术支持范围内
- [ ] 属性系统设计可实现
- [ ] 无无限循环或死胡同分支
- [ ] 存储和性能影响评估
阶段五：角色塑造 (Character Development)
5.1 基本信息
| 属性 |
内容 |
| 阶段名称 |
角色塑造 (Character Development) |
| 负责人 |
Character-Designer Agent (角色设计师) |
| 汇报对象 |
CPO Agent |
| 协作方 |
Story-Architect, AI-Researcher |
| 标准工期 |
5-7 个工作日 |
- 《剧本大纲》（含角色出场信息）
- 《世界观设定文档》（社会背景）
- 角色类型需求（主角/配角/反派/NPC）
5.3 输出 (Output)
5.3.1 角色设定文档
每个主要角色包含：
| 模块 |
内容 |
字数 |
| 基础档案 |
姓名、年龄、性别、外貌特征 |
300-500 字 |
| 背景故事 |
成长经历、关键人生事件 |
500-1000 字 |
| 核心性格 |
用3-5个关键词 + 详细说明 |
300-500 字 |
| 内在动机 |
表面目标 vs 深层欲望 |
200-400 字 |
| 恐惧与弱点 |
角色的脆弱面和致命弱点 |
200-400 字 |
| 成长弧线 |
角色在故事中的变化轨迹 |
300-600 字 |
| 角色关系 |
与其他角色的关系图谱 |
图表 + 文字说明 |
| 对话风格指南 |
语言特征、口头禅、说话方式 |
10+ 示例对话 |
5.3.2 角色关系图
示例：三角关系图
┌─────────────┐
│ 女主角 │
│ 林小夏 │
│ (理想主义者)│
└──────┬──────┘
│
┌────────────┼────────────┐
│ 恋人 │ 兄长 │ 敌对
▼ │ ▼
┌─────────┐ │ ┌─────────┐
│ 男主 │◀───────┘ │ 反派 │
│ 顾言 │ 复杂过去 │ 沈默 │
│(现实派) │◀──────────────▶│(控制狂) │
└─────────┘ 曾经的挚友 └─────────┘
5.3.3 AI 角色配置
对于 AI NPC 角色，额外提供：
| 配置项 |
说明 |
| System Prompt |
角色扮演的基础提示词 |
| 知识边界 |
角色应该知道/不知道的信息 |
| 情感参数 |
情感表达的范围和强度 |
| 互动风格 |
主动型/被动型、开放度等 |
5.4 角色质量审核标准
立体度检查:
- [ ] 角色有明确的核心冲突（内在/外在）
- [ ] 角色行为有合理的心理动机支撑
- [ ] 角色有缺陷，非完美人设
- [ ] 角色有成长空间或变化轨迹
一致性检查:
- [ ] 角色的言行符合其背景和性格
- [ ] 角色的决策符合其价值观
- [ ] 角色关系的发展有合理铺垫
差异化检查:
- [ ] 主要角色之间有明确区分度
- [ ] 每个角色有独特的记忆点
- [ ] 角色阵容整体平衡（不过度同质化）
阶段六：内容生成 (Content Generation)
6.1 基本信息
| 属性 |
内容 |
| 阶段名称 |
内容生成 (Content Generation) |
| 负责人 |
AI-Researcher Agent + CPO Agent |
| 协作方 |
Story-Architect, Character-Designer |
| 汇报对象 |
CPO Agent |
| 标准工期 |
14-21 个工作日 |
- 《剧本大纲》（完整版）
- 《角色设定文档》（所有角色）
- 《分支设计文档》
- 《世界观设定文档》
6.3 执行流程
Week 1: 生成引擎准备
├── AI-Researcher 准备 Prompt 模板
├── 建立内容生成规范
├── 技术环境配置（CTO 支持）
└── 小批量试生成测试
Week 2-3: 批量内容生成
├── 按章节批量生成内容
├── Story-Architect 审核生成质量
├── Character-Designer 审核角色一致性
└── 返工与优化
Week 3+: 整合与测试
├── 内容整合到互动剧引擎
├── 内部测试运行
└── 修复技术问题
6.4 输出 (Output)
| 交付物 |
格式 |
说明 |
| 完整互动剧内容 |
JSON/YAML |
可被引擎解析的结构化数据 |
| 所有场景文本 |
Markdown |
人类可读的场景文档 |
| 对话脚本 |
CSV/JSON |
支持多语言的对话数据 |
| 测试报告 |
Markdown |
生成质量、问题记录、修复状态 |
6.5 AI 生成质量标准
文本质量:
- [ ] 生成内容与剧本大纲一致
- [ ] 角色对话符合角色设定
- [ ] 无重复、冗余内容
- [ ] 语言风格统一
技术质量:
- [ ] 数据结构符合引擎规范
- [ ] 所有链接和跳转正确
- [ ] 无缺失场景或断链
- [ ] 性能指标达标（生成时间、文件大小）
阶段七：质量审核 (Quality Review)
7.1 基本信息
| 属性 |
内容 |
| 阶段名称 |
质量审核 (Quality Review) |
| 负责人 |
Content-Operator Agent (内容运营) |
| 汇报对象 |
CPO Agent |
| 参与方 |
Story-Architect, Character-Designer, UX-Designer |
| 标准工期 |
5-7 个工作日 |
7.2 三级质量保障体系
┌─────────────────────────────────────────────────────────────┐
│ 三级质量审核流程 │
├─────────────────────────────────────────────────────────────┤
│ │
│ L1: 自动化检测 L2: 人工审核 L3: 用户体验测试 │
│ ═══════════════ ═══════════ ═══════════════ │
│ │
│ • 语法/错别字检查 • 叙事连贯性检查 • A/B 测试 │
│ • 敏感词过滤 • 逻辑一致性验证 • 用户访谈 │
│ • 格式验证 • 价值观/合规审查 • 可用性测试 │
│ • 链接完整性检查 • 角色一致性检查 • 满意度调研 │
│ • 数据完整性验证 • 文化适配性检查 │
│ │
│ 负责: AI + DevOps 负责: Content- 负责: Data- │
│ Operator Analyst │
│ │
│ ───────────────────────────────────────────────────────── │
│ │ │
│ ▼ │
│ ┌─────────────┐ │
│ │ 审核报告 │ │
│ │ 修改清单 │ │
│ └─────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
7.3 审核检查清单
7.3.1 内容质量审核 (Content-Operator)
| 检查项 |
标准 |
工具/方法 |
| 故事逻辑 |
无重大 Plot Hole |
剧情线梳理 |
| 角色一致 |
言行符合人设 |
角色档案对照 |
| 分支有效 |
选择有意义 |
全路径遍历 |
| 语言质量 |
流畅、无错字 |
自动检查 + 人工抽查 |
| 文化敏感 |
无冒犯性内容 |
敏感词库 + 人工审查 |
| 版权问题 |
无侵权风险 |
版权数据库比对 |
| 合规审查 |
符合内容政策 |
政策对照检查 |
7.3.2 技术质量审核 (CTO)
| 检查项 |
标准 |
测试方法 |
| 响应延迟 |
| 压力测试 |
| 并发支持 |
> 1000 QPS |
负载测试 |
| 数据完整性 |
无丢失/损坏 |
数据校验 |
| 安全性 |
无注入漏洞 |
安全扫描 |
| 兼容性 |
支持目标平台 |
跨平台测试 |
7.3.3 用户体验审核 (UX-Designer)
| 检查项 |
标准 |
测试方法 |
| 首次加载 |
| 性能测试 |
| 交互流畅 |
无卡顿 |
实际体验 |
| 界面美观 |
符合设计规范 |
设计稿对比 |
| 易用性 |
新用户可上手 |
可用性测试 |
7.4 审核决策矩阵
| 问题级别 |
定义 |
处理方式 |
审批人 |
| P0 - 阻塞 |
无法发布的问题（合规、安全、崩溃） |
必须修复 |
CPO |
| P1 - 严重 |
显著影响用户体验 |
必须修复 |
Content-Operator |
| P2 - 一般 |
轻微影响，可接受 |
建议修复 |
Content-Operator |
| P3 - 轻微 |
优化建议 |
可选修复 |
开发团队 |
7.5 输出 (Output)
《质量审核报告》包含：
- 审核检查清单（打勾列表）
- 发现问题清单（分级）
- 修复建议
- 通过/有条件通过/不通过 的结论
- 最终审核人签字（Content-Operator + CPO）
阶段八：发布上线 (Publication)
8.1 基本信息
| 属性 |
内容 |
| 阶段名称 |
发布上线 (Publication) |
| 负责人 |
CPO Agent + Content-Operator Agent |
| 协作方 |
CTO (技术部署), Growth-Hacker (推广) |
| 标准工期 |
2-3 个工作日 |
8.2 发布前检查清单
8.2.1 内容检查
- [ ] 所有章节内容已就位
- [ ] 所有分支跳转正常
- [ ] 结局内容完整
- [ ] 元数据填写完整（标题、简介、标签、封面）
8.2.2 技术检查
- [ ] 生产环境部署完成
- [ ] 服务器压力测试通过
- [ ] 监控告警配置完毕
- [ ] 回滚方案准备就绪
8.2.3 运营检查
- [ ] 推广素材准备完毕
- [ ] 推荐位申请完成
- [ ] 社区预热活动启动
- [ ] 客服话术准备完毕
8.3 发布流程
T-1天: 预发布
├── 部署到预发布环境
├── 内部全员体验
└── 问题修复
T-Day: 正式发布
├── 审批通过（CPO + CTO 联合审批）
├── 生产环境部署
├── 灰度发布（如适用，5% → 50% → 100%）
├── 监控仪表盘盯盘
└── 问题应急响应
T+1天: 发布后
├── 数据监控
├── 用户反馈收集
├── 紧急问题修复
└── 发布总结报告
8.4 审批流程
| 审批节点 |
审批人 |
审批内容 |
时限 |
| 内容终审 |
CPO Agent |
内容质量、品牌调性 |
4h |
| 技术终审 |
CTO Agent |
稳定性、安全性 |
4h |
| 上线批准 |
CPO Agent |
综合决策 |
即时 |
8.5 输出 (Output)
- 发布版本: 上线的内容版本
- 发布记录: 发布时间、版本号、审批人
- 监控看板: 实时监控数据链接
- 应急联系表: 发布后问题升级联系人
附录
A. 角色职责对照表
| 角色 |
对应 Agent |
主要职责 |
| CPO |
CPO Agent |
内容战略、最终审批、资源协调 |
| 创意总监 |
Story-Architect Lead |
创意方向、剧本质量把控 |
| CTO |
CTO Agent |
技术可行性评估、发布审批 |
| COO |
COO Agent |
运营协调、数据追踪 |
| 世界观架构师 |
World-Builder Agent |
世界观设计 |
| 故事架构师 |
Story-Architect Agent |
剧本创作、分支设计 |
| 角色设计师 |
Character-Designer Agent |
角色设定 |
| AI 研究员 |
AI-Researcher Agent |
内容生成引擎 |
| 内容运营 |
Content-Operator Agent |
质量审核、发布管理 |
B. 时间节点参考
| 项目体量 |
预计总工期 |
章节数 |
分支深度 |
| 小型项目 |
4-6 周 |
5-10 章 |
2-3 层 |
| 中型项目 |
8-12 周 |
15-25 章 |
3-4 层 |
| 大型项目 |
16-24 周 |
30-50 章 |
4-5 层 |
C. 文档模板索引
| 文档名称 |
模板位置 |
更新频率 |
| 故事概念文档 |
/templates/concept_doc.md |
每项目 |
| 世界观设定文档 |
/templates/world_building_doc.md |
每项目 |
| 剧本格式模板 |
/templates/script_template.md |
每项目 |
| 角色设定模板 |
/templates/character_template.md |
每角色 |
| 质量审核清单 |
/templates/review_checklist.md |
每版本 |
D. 审批权限矩阵
| 审批事项 |
审批人 |
会签人 |
升级路径 |
| 创意立项 |
CPO |
CEO(战略级) |
CEO → 董事会 |
| 剧本通过 |
CPO |
创意总监 |
CEO |
| 技术方案 |
CTO |
架构师 |
CEO |
| 质量审核 |
Content-Operator |
CPO |
CTO |
| 正式发布 |
CPO + CTO |
- |
CEO |
本文档由 CEO Agent 制定，经 CPO Agent 会签，自发布之日起生效。
制定日期: 2026-03-24
版本: v1.0
