写作与文风规范

写作与文风规范

文档定位:本文档规定本项目不同类型文档的文风分工。它不替代 术语规范.md,而是补充说明:同一理论气质如何在纲领、理论、机制、批判和案例文档中采用不同表达方式。

核心原则:项目应保持统一气质,但不应强行使用统一文风。统一气质是清晰、严肃、可论证、能自我批判;文风则应服从文档功能。


一、总原则

本公开版本的写作目标不是把文字打磨得更顺滑,而是在公开讨论场景中保留问题强度、机制风险和开放问题。文风调整必须服务于以下目标:

  1. 让判断更可论证:强表达可以保留,但必须能回到概念区分、机制后果或失败条件。
  2. 让批判更内在化:批判不是装饰性的反方意见,而是理论结构的压力来源。
  3. 让机制更可执行:机制文档应减少修辞,优先呈现规则、触发条件、例外和责任归属。
  4. 让概念更稳定:同一术语在不同文档中可以承担不同语气,但不能改变定义。
  5. 让开放问题保持开放:未完成论证的判断不得被文风处理成既定结论。

二、公开脱敏写作边界

web/content/docs/zh-CN/ 是公开脱敏版本,不是完整理论版。公开写作应降低政治动员语气,但不能删除机制风险、失败路径和未解决问题。

写作要求:

  • 使用“AI 分级治理与普惠访问”“研究草案”“问题框架”等公开表达。
  • 将完整理论版中的政治哲学表达改写为公共政策、技术伦理、制度风险和开放问题语言。
  • 不把公开脱敏写成中性化宣传稿;风险、批判、失败条件和残余问题必须保留。
  • 不把批判性问题改写成已经解决的结论。
  • 不把本公开版本的降调语气反向应用到 docs/ 完整理论版。
  • 不在公开文档正文开头添加“版本号、最后更新、本次更新、更新内容”等维护性 header;公开读者需要的是问题框架、论证结构和当前表达,修订履历应由 Git 或归档材料承担。

三、分文档文风

2.1 纲领文档:克制的规范宣言体

适用位置:纲领文档

纲领文档负责说明核心主张、正当性结构和原则边界。它可以有明确立场,但不应堆叠动员式语言。

写作要求:

  • 可以使用强判断,但强判断之后应给出概念解释或制度后果。
  • 少用连续的“坚决”“绝非”“真正”“必须”等推进语,避免形成宣传腔。
  • 原则句应尽量短,解释段应说明该原则解决什么问题。
  • 纲领不应承担所有细节论证,细节应链接到理论地基、机制设计或批判文档。
  • 对尚未完成的部分,应明确标注“待论证”“开放问题”或“需要进一步检验”。

适合的句式:

高权限必须开放,但开放必须有约束;基础服务使用者必须被保护,但保护不能变成抛弃。

不宜滥用的句式:

真正的正义必然要求彻底战胜所有技术贵族。


2.2 理论地基:分析性辨析文体

适用位置:理论地基文档

理论地基文档负责与政治哲学、社会理论和制度思想对话。它的重点不是引用权威,而是明确本项目继承什么、修正什么、拒绝什么、仍无法解决什么。

写作要求:

  • 避免把外部理论家写成简单靶子。
  • 区分“参考”“继承”“修正”“拒绝”“不可兼容”。
  • 对外部理论的概括应谨慎,避免未经验证的断言。
  • 可以保留尖锐判断,但应优先通过概念区分推进。
  • 结尾应尽量列出稳固结论、待论证判断和开放问题。

适合的句式:

本研究草案参考的是这一理论的结构,而不是直接接受其规范结论。


2.3 机制设计:制度说明书文体

适用位置:机制设计文档

机制设计文档负责说明权限、认证、审计、申诉、降级、反哺等制度如何运作。这里应是全项目中最冷静、最少修辞的部分。

写作要求:

  • 优先使用定义、表格、规则、触发条件、流程和例外。
  • 少用比喻和情绪性表达,除非用于说明风险。
  • 每条机制尽量说明适用对象、触发条件、执行主体和复审方式。
  • 不把“原则上应当”伪装成“已经可以执行”。
  • 具体数字缺乏依据时,应说明需由领域条件和实证数据操作化。

适合的句式:

当某一风险阈值的准入固化率超过预设红色阈值时,相关认证标准进入冻结和复审程序。


2.4 批判与反驳:锋利的内部审判文体

适用位置:批判与反驳文档

批判文档负责提出外部批判、自我批判和理论失败条件。这里可以保留更强表达,因为它承担的是压力测试和免疫层建设。

写作要求:

  • 可以使用“技术贵族”“温柔的抛弃”“慢性低配”等强概念。
  • 强表达必须落到失败机制、崩溃指标或免疫层设计。
  • 不要为了维护纲领而弱化批判。
  • 不把批判写成已经解决的问题,除非机制文档已经给出可执行回应。
  • 批判者不必附带替代方案,批判本身可以成立。

适合的句式:

如果基础服务使用者只能被保护、不能理解保护规则,安全封装就会从保护机制滑向认识论控制。


2.5 边界测试:案例推演文体

适用位置:边界测试文档

边界测试文档负责检验理论在极端场景、复合危机和反例中的表现。它不是重复原则,而是追踪原则在压力下如何变形、失效或需要修正。

写作要求:

  • 优先使用“场景、冲突、失败路径、触发条件、制度响应、残余风险”的结构。
  • 多使用条件句和推演句,少使用宣告句。
  • 不急于给出胜利式结论,应保留制度无法完全解决的残余风险。
  • 若案例暴露纲领缺陷,应回写到批判文档或机制文档。

适合的句式:

如果审计链在危机中中断,责任链条可能从追责机制退化为事后替罪机制。


2.6 索引与术语:工具书文体

适用位置:索引与总表、术语规范

索引与术语文档负责入口、定义和交叉引用。它们不承担完整论证任务。

写作要求:

  • 简短、稳定、低修辞。
  • 定义应优先保持一致,而不是追求表达变化。
  • 索引说明只回答“在哪里”“是什么”“与什么相关”。
  • 不在索引中加入未经展开的新主张。

四、修改优先级

后续进行文风打磨时,应按以下顺序处理:

  1. 先修正术语和明显病句:包括重复词、错误空格、术语不一致。
  2. 再压缩重复定义:保留首次完整定义,后文改为具体推论。
  3. 再调整文档语气:纲领降宣言密度,机制降修辞密度,批判保留锋芒。
  4. 最后才做句子润色:不为顺滑牺牲理论张力。

五、禁止性提醒

  • 不要把所有文档磨成同一种声音。
  • 不要把批判文档改成辩护文档。
  • 不要把机制文档写成价值宣言。
  • 不要为了降低攻击性而删除理论风险。
  • 不要用漂亮表达掩盖未论证前提。
  • 不要在公开文档中写版本号、更新时间、更新内容类 header。