小说通用创作规范

本规范适用于构思、试写、规划、正文创作、续写、改稿、校对与交付。根目录只保存通用框架和工作方法;具体作品写什么、怎样写、写多少,由项目设定与当前任务决定。

规范应帮助形成可读的作品、保持必要的连续性并降低重复劳动。资料数量、流程完成度和检查结果不能替代对正文的阅读判断。

一 通用规范与项目设定的边界

所在层级保存内容
根目录通用规范任务识别、资料组织、创作与修改方法、事实管理、阅读检查、交付验证
项目约定类型、题材、定位、叙事方式、文风、阅读体验、结构选择、篇幅和交付要求
项目创作内容世界与人物设定、具体大纲、场景安排、正文、文风样本及作品自己的禁区
项目工作记录当前进度、已发生事实、未完成事项、反馈、修订与续写交接

根规范可以说明如何制定、检验和调整项目约定,但不预设具体选择,不植入固定剧情模式、人物关系、章数、场景数或情绪节奏。参考其他项目时,只借用本次需要的组织方法;不自动沿用其内容与创作参数。

规则按作用区分:

类别含义与处理方式
硬约束用户明确要求、已确认事实和交付边界必须遵守;发现冲突时定位并处理,不自行覆盖
创作偏好文风、节奏、情绪等通过正文样本和阅读反馈校准;允许因场景调整,用户明确指定为硬性要求的除外
可选工具目录、模板、场景卡、账本和图表按实际用途启用,不要求填满或逐章齐备

项目中没有使用某种工具,不构成缺陷。新增规则前先判断它解决什么实际问题,是否适用于多种作品,以及是否可以用更少的维护工作达到同样目的。

二 识别任务与读取项目约定

先明确本次属于哪种任务、作用于哪些内容、交付什么以及何时算完成。请求大纲时交付大纲,请求正文时交付完整正文;项目总规模不等于本轮授权范围。

项目约定按当前任务需要覆盖以下内容,允许分布在已有文件中,由一个清晰入口引用:

项目参数应由项目确定的内容
作品定位类型、题材、核心吸引点、目标读者与预期阅读体验
叙事与表达语言、人称、视角、时序、叙述距离、文风与情绪基调
人物与设定核心人物、关系、世界规则、信息边界及明确禁区
结构与大纲整体方向、结构形式、阶段安排、当前写作计划及可调整部分
规模与交付目标体量、单章要求、统计口径、批次范围、文件格式与阅读方式
当前状态正文位置、相关事实、未完成事项、待确认参数和资料入口

处理原则:

  • 用户当前明确要求优先;已有项目约定用于补足未重申的内容。用户修改设定时,识别并处理受影响的正文与资料。
  • 沿用已有创作总纲、项目配置或其他约定入口,不为命名一致重复建档。
  • 不把参数表变成开工前必须完成的问卷。只确定当前任务需要的内容,尚未形成的选择可以留待试写。
  • 无法判断且会实质改变故事方向的问题集中澄清,同时推进不依赖答案的工作。常规、可逆选择自行处理。
  • 会影响后续的推断简要标为暂定;不把推断写成用户已经确认的要求。
  • 范围、体量和交付要求变化时,只同步受影响的估算与安排。

三 文件组织与资料取用

路径与格式

规范中的 ./ 指本规范所在目录。项目目录字段以项目根目录为基准;普通 Markdown 链接按所在文件解析,Obsidian 双向链接在项目库内解析。同名笔记应补足库内路径。

默认使用 Markdown 和可独立打开的 Obsidian 资料库,已有项目或用户另有格式约定时沿用。编辑和阅读不应依赖某台机器或必装的社区插件。

笔记属性

创作笔记在文件开头使用 YAML 属性区,以两行 --- 包围。基础字段名称保持一致,具体内容与扩展字段由项目决定。

文件类别基础属性使用要求
独立正文类型、状态、章节、正文字数类型为“正文”;章节为项目内章序,不分章作品可省略;正文字数取最终文本的实测值
大纲、人物、世界与题材设定、伏笔、写作约定类型、状态类型说明资料用途;状态区分当前采用、草稿、计划或待确认等实际情况
进度、时间线、连续性与统计等工作记录类型、状态说明记录用途与实际核对状态,不因补齐属性而宣称内容已校对
可复用模板类型、状态模板本身使用“模板”类型与状态;生成实际笔记时改为该笔记的用途和真实状态
README.md、AGENTS.md、简单导航不强制已有属性可以保留,无须为展示一致而补齐
  • 类型、状态使用文本;章节使用正整数;正文字数使用不带单位和千位分隔符的非负整数。模板或尚未统计的草稿可留空,完成交付的正文必须填写实测值,不能用占位数字表示未统计。
  • 时间、细纲、项目、版本、tags等按需保留或补充,不要求所有文件拥有同一组扩展字段。属性中的笔记链接按所在项目库解析,并用引号包围。
  • 状态按事实填写:仅完成初稿不能写成已自校,自校不能写成用户已确认。补齐属性时沿用已有记录;无法判断时标为待确认,不为统一格式批量提升状态。
  • 正文字数、统计表及配置启用的章节清单属于自动生成数据,禁止手工填写或修改数值。正文是唯一计数来源,由第十节的字数工具统一计算和回写;正文文件仍可编辑,只保护其中的派生统计值。
  • 新建或修改笔记时遵循上述约定;已有笔记按本次涉及范围补齐,用户要求全项目同步时再批量处理。正文以外的笔记不强制统计字数。

默认目录与职责

新建小说项目默认采用以下名称与职责,按本次实际内容创建对应目录。目录树是可用位置的约定,不是必须全部创建的清单;未启用的编号可以空缺,不能为补齐目录而生成无用资料。已有项目沿用原结构,不因本规范修订而搬动文件。

./<项目目录>/
  README.md
  AGENTS.md
  .obsidian/          # 按软件配置需要建立
  00_导航/
  01_世界观/
  02_人物/
  03_地域与势力/
  04_题材设定/
  05_大纲/
  06_伏笔/
  07_写作约定/
  08_正文/
  09_封面/
  90_项目管理/
  99_模板/
文件或目录用途与创建时机
README.md新建项目时建立总入口,说明当前完成范围、阅读方式及实际已有的资料入口
AGENTS.md新建项目时建立简短工作指引,链接通用规范与项目入口,便于以后直接在单本项目中工作
.obsidian/保存软件原生配置;需要配置时建立,不从其他库复制个人界面状态,不存放唯一的创作资料
00_导航/出现章节或多个阅读入口时建立正文目录;开始阅读、连续阅读和关系图按需增加
01_世界观/时代、社会与世界背景需要独立说明时使用,简单背景可以先留在项目约定中
02_人物/人物资料需要持续查阅时使用,先建人物总表也可以,不要求每个出场人物都有独立卡
03_地域与势力/空间、组织或势力关系需要独立管理时使用
04_题材设定/保存作品特有的运行规则与专业设定,按项目需要启用或调整目录名称
05_大纲/产生整体、阶段或章节计划时使用,层级与文件数量按实际规划需要决定
06_伏笔/需要持续跟踪的伏笔或线索增多时使用,可先用一张总表,不强制拆卡
07_写作约定/新建项目时保存项目约定,后续按需加入文风样本、反馈与试写
08_正文/开始正式正文创作时建立;按项目命名规则保存章节主要来源
09_封面/需要作品封面时建立,保存当前封面及必要的设计、来源与版本说明;不混入正文或网站生成目录
90_项目管理/新建项目时保存当前进度与续写交接,连续性、统计和修订记录按需增加
99_模板/确有重复填写需求时建立,内容栏目按需省略,基础属性按本节约定,不预填没有用途的模板

默认名称保持稳定;需要调整题材分区名称或合并目录时,在项目 README 说明实际位置。既有项目中的同职责目录直接沿用,不再新建一套默认目录与之并存。

封面与展示素材

  • 每部作品的封面源文件保存在本项目 09_封面/。默认当前封面名为 cover.png;已有 JPG、WebP 等适用格式可以沿用,由项目 README 的相对链接明确唯一当前版本。替换已采用封面时保留必要旧版,备选图按需加版本名,不同时维护多份含义不明的“最终版”。
  • 封面用于作品入口、网站书卡或阅读展示。没有平台要求时,优先采用 2:3 竖版,例如 1024×1536 像素;具体尺寸、画风、配色、人物形象、书名字体与文案由项目或本次任务确定。横幅、方图和缩略图按实际展示需求派生,不拉伸或直接裁掉书名。
  • 生成前读取项目约定、简介、相关人物与设定;书名以项目确认的名称为准,目录名省略的标点不能据此改掉正式书名。作者署名、宣传语、标识和重要视觉设定没有依据时不擅自添加。封面的象征画面和新增外观细节不自动视为正文事实。
  • 项目入口链接当前封面。封面目录的 README 简要记录当前文件、实际尺寸、用途、设计依据及状态;生成图片时保留最终提示词与所用方式,有外部素材时记录来源与授权信息。初版可以用于本地预览,但未经用户评价不能标成用户已确认。
  • 封面及说明使用项目内的相对路径,随小说一起保存;网站生成的展示副本从项目封面派生,不手工维护第二套源图。检查图片可以打开、书名准确、比例正常、小尺寸下可辨认,并确认项目入口链接有效。
  • 有封面任务或实际展示需求时才创建目录与图片。只讨论创意、新开聊天或尚无封面需求的新项目,不自动生成封面占位。

新建项目时的最小操作

只有用户要求建立新小说项目或明确要求将创作内容保存成项目时,才初始化资料库。讨论想法、评估方案或仅新开聊天,都不自动创建项目。

  1. 在本规范所在目录下建立独立项目文件夹,用户指定其他位置时按要求处理。未定书名可使用可辨认的暂定名称并注明;遇到已有同名目录时先检查,不覆盖或重建。
  2. 建立 README.md、AGENTS.md、07_写作约定/项目约定.md 与 90_项目管理/当前进度.md。项目约定只保存已知选择、明确约束和有必要保留的暂定项;当前进度简记本次范围、实际产出、未完成事项和下一步入口。
  3. 按任务创建内容目录:规划任务使用 05_大纲/;试写可放在 07_写作约定/试写/ 并标明未纳入正式正文;正文任务使用 08_正文/,同时建立 00_导航/正文目录.md,并按第十节配置字数工具。其余目录在有相应内容时再建立。
  4. 项目约定按第二节组织。篇幅短时可放在同一文件;复杂的文风、设定和大纲另存并链接,不在配置里重复全文。进度与下一步统一记录在当前进度中,README 主要提供链接。
  5. 按授权完成本次内容后,更新实际进度、阅读入口和必要的衔接信息,检查链接;不以空目录或待填模板代替实际交付。

这些步骤用于减少遗漏,不要求用户逐项确认。只请求短段文字、临时试写或评估时,不为执行本流程额外建立资料库。

项目入口与新任务衔接

项目 README 至少让读者能够找到:项目约定、当前进度、本次实际产出,以及已有正文的阅读入口。尚未创建的文件不提前写成可点击链接,也不标为已交付。说明应与项目文件同步,避免多处重复维护同一组字数和进度数字。

在本规范目录的直接子目录中,新项目 AGENTS.md 可采用以下简短指引;放在其他位置时,应按文件实际位置调整链接并检查目标存在:

# 项目工作指引
 
本文件适用于本项目及其子目录。
 
- 开始工作前读取 [工作区规范](../AGENTS.md) 和 [通用创作规范](../小说创作规则.md)。
- 再读 [项目入口](./README.md)、[项目约定](./07_写作约定/项目约定.md) 与 [当前进度](./90_项目管理/当前进度.md)。
- 按本次任务读取相关正文与资料;具体内容与创作参数以本项目及用户当前要求为准。
- 保留用户编辑,修改后只更新受影响的内容和记录。

独立打开项目进行工作时,不假定父目录指引已经加载,应通过这些入口主动读取。项目移动或单独导出时,检查通用规范链接是否仍可访问;若需要脱离工作区独立开展创作,随项目附带注明版本的通用规范副本并调整链接。仅阅读正文不依赖这些外部指引。已有项目不因本次规范更新而批量补建入口,按实际后续任务处理。

命名、正文来源与资料取用

章节默认使用“第{序号}章 {章名}.md”,序号位数按项目预计规模选择并保持一致;未定章名时可以只用章号。短篇或不分章作品采用适合其形式的文件名。未来细纲、试写和正式正文须能区分,试写不混入正式正文目录或交付统计。已有项目保持原命名习惯。

每章正文保留一个主要来源。连续阅读采用引用、嵌入或从原文生成,避免手工维护多份正文;导出注明对应版本,原文修改后按交付需要重新生成。

续写只读取与本批内容相关的约定、近邻正文和记录;涉及长线伏笔、远期人物或设定时,再回溯对应来源。摘要用于定位,关键事实有疑问时核对原文,不要求每次通读整库。

新增资料前判断:后续忘记这件事是否会造成具体问题,现有记录是否已能解决。普通细节可以只留在正文中。

四 事实、认知与计划

处理事实冲突时,依次核对用户最新明确修改、已确认正文、按正文校准的资料和未来计划。若已确认正文自身矛盾,或与项目硬约束冲突,应定位原因并按授权修订,不能靠更新资料把错误变成正确。

创作笔记使用第三节约定的基础属性。状态的具体措辞与补充说明由项目决定,至少能辨认以下内容,无须建立额外状态系统:

  • 已确认内容:当前采用的正文和明确约定的设定。
  • 草稿与试写:尚未确立的文字、实验和备选方案。
  • 已校准资料:已与当前采用正文核对的记录。
  • 未来计划:尚未发生、可以调整的安排。
  • 待确认与废弃内容:不应当作当前事实使用。

状态用于帮助辨认,不限制用户编辑。用户手工修改必须读取和保留,不能被旧计划覆盖;明显冲突按影响范围处理。

作者设定的事实、角色的信念或说法、读者当前可知的信息应区分。谎言、误解、不可靠叙述和有意留白按项目叙事安排处理,不因表述不一致就自动判为连续性错误。

长线人物变化不能提前覆盖当前人物。计划中的能力、关系、资源和成果,不得在没有相应过程时成为现成条件。

五 构思、试写与规划

依据任务选择合适起点,不要求每次按同一顺序完成全部步骤。

构思尚未定型时,可以先写关键场景、尝试叙述方式或比较人物反应。试写用于发现声音、关系和阅读效果,可以局部修改或废弃,不要求先完成资料库和全书大纲。用户已明确要求正式正文时,探索应服务本次交付,不用试写替代应完成的内容。

试写或正文中发现更可信、更有吸引力的方向,可以调整未来计划;涉及用户明确锁定的方向时按其要求处理,不擅自推翻。调整时核对已有事实和已向读者形成的承诺,并保留必要的衔接。

按作品需要选择整体、分部、阶段、章节与场景等规划层级。远期保留方向和关键联系,近期细化到足以落笔;不为了完整形式提前锁定全部章号、事件顺序和篇幅。

规划时可借助以下问题,只记录当前有用的答案:

  • 当前处境是什么,人物关注、希望或回避什么?
  • 哪些行动、关系、信息或体验构成本段内容?
  • 各部分怎样联系,人物为什么作出这些反应?
  • 读者在此处应获得什么,又暂时不知道什么?
  • 哪些安排已经确定,哪些可以在写作中发现或改变?

场景卡和逐章细纲均为可选工具;一段简短意图足以指导写作时,无须扩写成完整表格。根规范不规定每章场景数、冲突、反转、笑点、代价或悬念的数量。

结构与节奏按作品定位判断。说明、停顿、日常、抒情和留白可以成立,不要求每段都产生可计数的新事件;也不能用形式上的功能说明掩盖实际重复或拖沓。

六 正文写作与表达校准

遵循项目选择的叙事方式与文风,在行动、对白、描写、概述、内心和议论之间作合适取舍。表达方式应以实际阅读效果判断,不统一要求句长、段落长度、修辞密度或场景与概述的比例。

人物的语言、注意力、反应和选择应与其经历及当时处境相联系。人物可以犹豫、犯错、自相矛盾或无法解释自己,但变化应有读者可以感受到的依据,不为推进既定情节随意改变人物。

按项目约定处理视角和信息边界。人物不应无依据地获得作者知道的信息;叙述者可知多少由项目决定,不把某一种视角设为通用默认。

资料约束主要在创作与校对中使用。正文按读者需要呈现信息,无须逐条说明人物没有犯哪些错误、流程没有遗漏哪些步骤。专业知识和背景说明应支持理解、人物或阅读体验,详略由作品决定。

重复句式、排比、总结、常见词语和相似章末是复核线索,不是自动删改依据。判断具体使用是否合乎语境、有意形成节奏或已经造成疲劳,避免关键词禁用和机械同义替换。

文风通过项目自己的正向样本校准。可以保留用户认可或经阅读检查有效的片段,简述有效之处与适用情境;后续学习其表达作用,不机械复制句式。未经用户评价的样本应注明是暂定参考。

篇幅按项目约定控制。需要调整长度时,先判断内容是否缺失、展开不足或冗余;扩写应增加必要体验,压缩应保留关键作用,不用重复、解释和预告填满指标。

七 连续性、伏笔与按影响回填

只记录会影响后续理解、行动或衔接的事项。根据项目需要选用时间空间、人物状态与知情、物件资源、身体能力、关系承诺、线索和未完成事项等记录,不要求每类各建一张表。

区分计划与事实、猜测与证据、承诺与兑现、拥有与暂时可用。对关键变化保留必要的来源或章节入口,避免多个表格各自维护同一段完整描述。

区分有意设置的伏笔、普通细节和作者备选想法。普通细节不必全部登记或回收;已形成显著读者期待的内容应按作品安排处理,不能只在资料里标为废弃便忽略正文中的承诺。回收时间不必预先锁定到具体章号。

修改或新增内容需要更新的范围
措辞、节奏、比喻和排版相关正文,以及受影响的统计或导出;不要求更新全部资料
已发生事件、时空、人物认知或资源相关事实记录、摘要和受影响的后续计划
未来情节安排相关计划及必要的预埋安排;不自动改写已确认事实
核心设定或结构先识别受影响的正文与资料,再在授权范围内同步修订
文件名、路径或交付形式相关导航、链接、导出与进度说明

已写章节的细纲可以保留为简短摘要,无须逐段追随正文。摘要与记录只需足以支持续写和查证,不为同步而重复抄写正文。

跨章节大改时,可用简短记录说明修改原因、影响范围、已完成和待处理事项;局部文字修改无须建立独立变更流程。原有未受影响内容保持不动。

续写交接集中保留当前位置、关键人物状态、未完成事项、相关资源与下一步方向,避免把所有资料重新汇总一遍。

八 事实校对与阅读反馈

事实校对和阅读检查分别进行,两者不能互相替代。

事实校对依据项目约定与正文,核对本次涉及的时间、空间、人物、信息、设定、资源和衔接。将事实错误、有意叙事安排与待确认问题区分,疑点回到来源核查。

阅读检查先以读者身份连续阅读相关正文,再回看大纲与资料解释原因。按项目定位关注:

  • 哪里让人想继续读,哪里开始失去注意力?
  • 哪些地方难以理解,哪些未知是作品有意保留的?
  • 人物的语言与选择是否可信,关系与情绪是否可感?
  • 哪些说明、重复或节奏安排打断了预期体验?
  • 片段结束时的感受是否符合此处的创作意图?

反馈应指向具体段落,说明阅读感受、可能原因和修改方向。审美判断可有分歧,不能把建议写成客观错误,也不能用缺乏依据的统一评分证明质量。

将用户实际反馈纳入后续写作,保留有效片段。没有用户或真实读者反馈时,如实标为自校或待验证,不冒充试读结论。

优先修复影响理解、人物可信度和主要阅读体验的问题,再处理局部措辞。修改后复读受影响部分及必要上下文,不因检查清单尚有可优化项而无限扩大改稿。

九 按任务选择工作流程

以下为可调整的最小流程,不构成逐步审批要求:

任务工作方式
构思与试写明确待探索问题 → 尝试内容 → 阅读比较 → 保留发现与可调整方向
新建项目提取当前约定 → 按第三节建立最小入口与所需目录 → 按请求规划、试写或创作 → 更新阅读与续写入口
规划大纲明确作品意图 → 选择结构层级 → 检查联系与可写性 → 标明未定部分
正文创作读取相关上下文 → 明确本批意图 → 完整写作 → 校对与复读 → 按影响回填
续写读取近邻正文与交接 → 核对当前事实 → 衔接新内容 → 更新必要状态
局部改稿明确修改目标 → 调整相关文字 → 复读上下文 → 更新受影响内容
结构改稿识别影响范围 → 调整计划与正文 → 同步相关资料 → 检查整体衔接
校对或评估明确检查范围 → 提交具体发现或按授权修改 → 如实说明检查边界

工作可以在试写、规划、正文和修改之间往返。按已有授权持续完成,不把内部工作步骤变成反复确认;用户中途调整时,更新受影响的安排并继续有效目标。

十 篇幅、交付与规范维护

篇幅目标、允许范围、统计口径和生成批次由项目确定。没有明确要求时,不套用其他作品的数字;确需估算时注明依据与可调整范围,估算不作为迫使内容扩写或拆章的硬指标。

涉及字数交付时按最终正文实测,排除标题、属性、作者笔记、资料及重复嵌入。平台或语言统计口径不同时按项目采用的口径注明;缺少口径时选择适合当前文本的方式并明确说明。

正文创建、修改、增删或重命名后,先保存文件,再执行一次字数工具。工具扫描项目配置指定的正文目录,把同一次实测结果写入各章 正文字数 属性与统计表,并同步已启用的章节清单,完成后退出。连续阅读与导出副本不重复计入。新增正文保留“类型: 正文”,不要手填字数;工具发现属性未保存完整或章节序号冲突时跳过该项目并显示错误,修正后重新执行。

一次性统计的使用与边界

  • 日常使用只需保存正文,Windows 运行 tools 内的更新字数.cmd,Mac 运行更新字数.command。工具执行一次更新和核对后结束,窗口保留结果等待按键;不监听文件、不在后台常驻。未保存的内容不计入;之后继续改稿,需要再次执行。
  • 从规范目录运行字数工具的 sync 模式可立即更新,check 只核验,发现过时、被改写或未设只读的统计输出时返回失败。Windows 使用系统自带的 PowerShell,Mac 使用系统自带的 osascript;具体命令见工具说明,无需安装 Python 或其他运行环境。代理改稿完成后必须执行更新和检查,不直接编辑生成值。实现和配置说明见字数工具。
  • 工具发现工作区直接子目录中有标准 08_正文/ 时,可以按默认口径接入,并在首次成功更新时建立 90_项目管理/字数统计配置.json。只计属性为“类型: 正文”的笔记;默认口径为汉字、英文字母和数字逐字符计数。不把其他目录的 Markdown 自动认作正文,已有同名手写统计文件时不直接覆盖。
  • 已有项目配置优先。非标准正文位置、输出位置和可选章节清单在配置中使用项目相对路径;统计输出不得放回正文源目录。其他口径须明确配置并由工具支持,不能因配置错误静默套用默认值。新增项目无需修改工具中的项目名单。
  • 执行结果须说明有无变化,并列出变动文件、统计旧值与新值及增减量;新增、改名、移出统计及只读保护恢复也须说明。仅展示统计差异,不保存正文历史;字数与可见字符数均未变化的改写不等于正文内容未改。没有统计变化且生成文件一致时不重复改写。
  • 统计表和可选章节清单设为只读,由工具更新;不在生成文件中加入手写备注。字数属性与正文共处一个文件,不能单独施加文件系统只读权限,误改值在下次执行工具时按正文纠正。不得把整章设为只读,也不把只读属性当作不可绕过的权限边界。
  • 作者笔记优先独立保存;确需放在正文文件中时,用 <!-- wordcount:ignore:start --> 与 <!-- wordcount:ignore:end --> 包围排除区域,并保持成对闭合。解析不支持的口径或结构应先明确并适配工具,不人工补数字伪装通过。

属性字段名称与更新方法统一,统计口径和篇幅目标仍由项目决定。项目须在统计入口注明口径;采用“汉字、英文字母与数字,不含标点和空白”时,按字符分别计数,英文不按单词计数;标题、属性和资料仍须先排除。篇幅要求不得从属性示例或其他作品推导。

网站导出与单一来源

  • 小说正文、资料与封面以项目原目录为唯一维护来源。网站 Markdown 副本和生成网页均为派生结果,不手工维护第二份正文或书目。
  • 通过工作区的统一网站入口更新字数、同步原稿、整理链接、生成首页并校验网站。新增项目按约定自动识别;改名、删除与项目移出应同步反映在导出结果中。缺失引用先修正原稿,不在网站副本中临时补丁。
  • 网站介绍、独立页面、配置与样式保存在网站源码中,与生成目录分开。项目专用的展示标题、短介绍与封面来源留在项目内;没有展示参数时采用已有标题和资料,不强制新增配置或占位素材。
  • 覆盖已有手工副本前备份,检测到生成目录中的独有修改时保留恢复入口。验证路径边界,不沿符号链接覆盖原稿;生成和检查失败时不将失败结果标为已发布。
  • 本地更新、版本提交与远端发布是独立动作。更新网站不等于获得提交或发布授权;以用户本次要求为准。

交付前按本次范围核对:

  • 请求的内容实际完成,正文未被梗概、场景卡或解释替代。
  • 篇幅与格式符合项目约定,完成声明与实际文件一致。
  • 已进行相应的事实校对与阅读检查,未确认问题如实保留。
  • 受影响的事实、计划、导航、统计和交接已更新。
  • 创作笔记基础属性齐备且状态真实,正文字数属性与同口径实测值、统计表一致。
  • 本次涉及的文件名、相对链接与库内链接可定位。
  • 说明实际交付入口、完成范围和必要的下一步衔接。

机械检查用于字数、编号、链接和文件格式等可验证事项。检查规模与工作规模相称,不为普通文本修改建立复杂测试体系,不声称执行了未执行的检查,不保证无法验证的写作者身份检测结果。

通用规范根据实际使用中反复出现的问题修订。新增、删除或调整规则时,检查它是否能帮助创作或减少维护;单部作品的偏好、具体解决方案和阅读样本留在项目内。沿用现有约定入口即可,需要新建项目配置时按第二节的参数类别选取字段,不要求填写全套模板。