盐选故事创作系统
Yanxuan Story Creation System
Foundation 5 文件 + 9 步管道 · 工业化短篇悬疑故事生产流水线
面向盐选等付费故事平台的高完读率悬疑/反转短篇工业化创作系统：以「5 份 Foundation 文件 + 11 道门控 + 9 步管道」为核心范式，把 plot_summary → world/characters/outline/voice/canon 5 阶段前置约束写死，再用「Foundation 对齐 → 剧情生成 → 初始生成 → 场景生成 → 编辑审核 → 读者反馈 → 作者修订 → 逻辑校验 → 校对门控 → 文风重写」9 步管道把故事从设定推到可发版。配套 11 道 Foundation 门控（F1-F11）+ 10 问对抗性测试 + 多作者文风指纹重写，让「人审人」升级为「机器守门、人做决定」。
关联系统
YanXuan 聚焦"短篇悬疑 + 工业化管道"，novel-writing 聚焦"长篇 + 30 步有序流程"，两者形成短/长互补。
核心模块
书籍总览 · 13+ 故事样本与章节统计
Foundation 评审门控 · 5 阶段 11 门控 + 10 问对抗性测试
管道运行控制 · 9 步流水线表单化调度
核心理念
把「作者灵感到可发版稿」拆成 5 份 Foundation 文件 + 11 道门控 + 9 步管道，让约束前置、评审自动、风格可复刻。
5 份 Foundation 锁定前置约束
在动笔前必须写完 world.md（物理约束与感官地图）/ characters.md（角色弧线与反派伪装）/ outline_v2.md（伏笔/事件功能/章节BEATS）/ voice.md（文风指纹与Exemplars）/ canon.md（时间线与物证链）5 份文件，所有约束在起草前锁死，下游不再"事后改设定"。
11 道门控 F1-F11 机器守门
F1 物理约束/F2 角色弧线/F3 伏笔充足/F4 事件功能递增/F5 文风指纹/F6 Canon 时间线/F7 物证链/F8 Exemplars 质量/F9 钩子有效性/F10 反派伪装层/F11 逻辑对抗检查——每道门控有对应文件和修法，门控不过则不能进入下一阶段。
9 步管道 + 作者-编辑-读者三方迭代
Foundation 对齐 → 剧情生成 → 初始生成 → 场景生成 → 编辑审核 → 读者反馈 → 作者修订 → 逻辑校验 → 校对门控 → 文风重写；其中作者/编辑/读者三方按不同提示词多轮迭代打磨，把单点生成变成可追溯的工程流程。
文风指纹 + 多作者重写
从样本提取作者文风画像（句长/对话占比/感官分配/节奏特征）到 profiles/，再按指纹改写正文——同一故事可一键切"十三舍"文风或自定义目标作者风格。
行业现状与痛点
短篇悬疑/反转故事工业化生产长期面临 6 大共性痛点，每一条都会直接拉低完读率与发版率。
依赖个人灵感与手感
创作者靠"灵光一现"开局，缺方法论；爆款不可复制，团队产能不可预测，新人上手周期长。
写完才发现伏笔/Canon 矛盾
传统流程"先写再说"，导致伏笔忘收、时间线冲突、物证链断裂；改一发而动全身，发版前才发现 bug。
AI 写作风格漂移严重
AI 生成正文的"AI 味"重，句长/对话/感官与目标作者风格不一致，作者要花大量时间手改。
多作者协作无统一标准
团队多人合写时角色口吻、伏笔、Canon 各人记法不同，合并时风格断裂、设定冲突。
评审标准主观不可复盘
完读率/钩子/反转等评估全靠主编主观判断，缺可量化、可复盘的检查清单。
平台调性与合规约束多变
不同付费平台（盐选/番茄/起点）调性、字数、合规红线差异大，平台规则变更时旧稿大量作废。
核心能力 · 9 大功能
围绕「Foundation 5 文件 → 11 门控评审 → 9 步管道 → 文风重写」全链路设计，每项能力都有明确的输入/输出与责任边界。
5 份 Foundation 文件结构化构建
world/characters/outline_v2/voice/canon 各有明确模板与填写步骤（plot_summary 锁定 → 物理约束 → 感官地图 → 不在场证明 → 物证链 → 内部一致性），每份文件可独立检查与回填。
11 道 Foundation 评审门控
F1-F11 逐项可量化检查（伏笔 ≥10、密度 ≥5/千字、间接塑造法 ≥3 种、反派伪装 ≥3 层等），门控不过必须返工，给出明确修法。
10 问对抗性测试
"用一句话反驳你的核心设定？""把反派换成普通人故事还成立吗？""前 100 字能不能让陌生人好奇？""结尾占 10-15%？"——10 问反向拷问设定，提前发现致命漏洞。
9 步创作管道
Foundation 对齐 → 剧情生成 → 初始生成 → 场景生成 → 编辑审核 → 读者反馈 → 作者修订 → 逻辑校验 → 校对门控 → 文风重写；每步独立提示词、独立日志、独立退出码。
作者-编辑-读者三方迭代循环
作者写稿 → 编辑按编辑提示词做结构/节奏/伏笔/口吻反馈 → 读者按读者提示词做"完读率/钩子/代入感"反馈 → 作者按反馈修订；多轮迭代把单点生成变成工程打磨。
逻辑校验 + Canon 时间线核对
独立逻辑校验脚本（logic_verification_prompt）按"动机/时间线/物证/口径"四维逐项校验；Canon 时间线精确到小时、物证链从创造到当前持有者完整传递。
文风画像与多作者重写
从作者样本（reference/）提取文风指纹到 profiles/（shisanshua_style/冷硬 noir/抒情白描/俏皮方言等模板），按指纹改写正文，支持任意两稿逐行 diff 对比。
作品说明自动生成
一键为故事生成发版用「作品说明.txt」+ 篇章标题，统一对外发布物料；golden_12/第三份名单 已沉淀作品说明 + 篇名 + 创作记录的标准三件套。
管理台一站式可视化
Flask + 原生 JS 无构建管理台：书籍总览 / Foundation 评审 / 风格重写 / 管道运行 四大模块，路径锁定项目内防穿越，后端只读不污染源文件。
9 步创作管道 · 从 Foundation 到发版
Foundation 对齐完成后进入管道，9 步按依赖关系顺序执行，每步可独立运行、日志独立可回看。
关键成效 · Foundation 与管道沉淀
把"短篇悬疑故事工业化生产"的能力，沉淀为可度量、可复用的工程资产。
核心突破
难度不在单点规则，而在于把「Foundation-评审-管道-文风」四步串成一条可追溯、可复盘、可复用的工业化生产线。
约束前置而非事后补救
5 份 Foundation 在动笔前把物理约束/角色弧线/伏笔/文风/Canon 全部锁死，下游写作不再"事后改设定"——从源头消除伏笔忘收、Canon 矛盾等"写完才发现"的工程问题。
11 道门控 + 10 问对抗性测试
F1-F11 是机器可检查的可量化规则（伏笔 ≥10、密度 ≥5/千字、间接塑造法 ≥3 种、反派伪装 ≥3 层），10 问对抗性测试反向拷问设定；两者叠加把"评审主观"升级为"评审自动化"。
作者-编辑-读者三方迭代循环
作者按 Foundation 写初稿，编辑按编辑提示词给结构/节奏/伏笔反馈，读者按读者提示词给完读率/钩子反馈；多轮迭代把"AI 一次写完"升级为"AI 参与工程打磨"。
文风指纹可复刻
从样本提取作者文风画像到 profiles/，再按指纹改写正文；同一故事可一键切"十三舍"或自定义目标作者风格，解决"AI 味重/作者手改量大"的行业痛点。
业务价值
把技术能力转化为可量化、可复用的业务价值。
内容持续更新中
该产品的介绍内容已基于内部资料整理上线，以下为后续可继续深化的方向：
其他产品与方案
浏览贤码智能在其他领域的 AI 产品与解决方案