【Notice】火柴帝国开发进度档案编号系统 2.0
本文档编号与发布时间
Section titled “本文档编号与发布时间”文档编号：FM-DEV-0000
发布时间：2026-01-10 18:10 【PST】
本文为 :contentReference[oaicite:0]{index="0"}
关于 《火柴帝国开发进度档案编号系统 2.0》 的正式【Notice】公告。
本公告属于 开发进度体系的制度性公告（Meta Notice），
用于确立并冻结 FireMatch 官方对外开发进度信息的组织方式、编号规则与语义边界。
一、制度目标与适用范围
Section titled “一、制度目标与适用范围”1.1 制度目标
Section titled “1.1 制度目标”本制度用于解决以下问题：
- 如何对外说明 当前真实开发状态
- 如何记录 已经发生的阶段性进展
- 如何在不制造任何承诺的前提下，保持进度信息的历史可追溯性
- 如何明确区分 状态 / 事实 / 口径 / 方向 / 立场 / 制度本身
补充说明：
上述“区分目标”中，
“解释性文档 / 设计溯源内容”不属于进度、状态或承诺的一部分，
其存在仅用于辅助理解 FireMatch 的设计背景与判断逻辑。
本制度 明确不用于：
- 功能承诺
- 时间承诺
- 路线图保证
- 商业结果或版本判断
1.2 适用范围
Section titled “1.2 适用范围”本制度适用于 FireMatch 官方对外发布的
全部开发进度相关内容，
并对后续所有 FM-DEV 编号档案具有约束力。
说明：
解释性文档在使用 FM-DEV 编号时，
同样受编号规则约束，但不因此获得进度或承诺属性。
二、编号体系的整体定位
Section titled “二、编号体系的整体定位”FireMatch 官方对外文档体系中，存在两套语义与法律地位完全独立的编号系统：
2.1 FM-ARCHIVE（文明公共档案）
Section titled “2.1 FM-ARCHIVE（文明公共档案）”- 文明级 / 正典级记录
- 不可撤回、不可覆盖
- 用于叙事、定义与不可逆裁定
2.2 FM-DEV（开发进度档案）
Section titled “2.2 FM-DEV（开发进度档案）”- 用于描述现实开发进度与表达口径
- 不构成任何形式的承诺
- 允许更新（限特定类型）
- 允许覆盖（限特定栏目）
补充说明：
FM-DEV 编号体系同时允许承载
解释性、溯源性、设计论证类文档，
该类内容在语义上不等同于“开发进度”。
FM-DEV 与 FM-ARCHIVE 不得互转、不得混用、不得互相引用作为法律依据。
三、开发进度档案编号格式
Section titled “三、开发进度档案编号格式”3.1 编号格式
Section titled “3.1 编号格式”所有开发进度档案统一采用以下编号格式：
FM-DEV-XXXX
其中：
- FM：FireMatch
- DEV：Development（开发进度态）
- XXXX：四位顺序编号，自 0001 起递增
3.2 编号属性
Section titled “3.2 编号属性”每一个 FM-DEV 编号具备以下属性：
- 唯一性
- 永久性
- 历史顺序意义
编号仅表示 首次发布时间顺序，
不代表完成度、优先级或版本阶段。
四、类型体系总览（2.0 核心）
Section titled “四、类型体系总览（2.0 核心）”FireMatch 开发进度体系采用 三层语义结构：
- 制度性类型（Meta Level）
- 进度 / 事件类型（FM-DEV 编号绑定）
- 栏目语义类型（长期页面，不编号）
补充说明：
其中部分栏目用于承载
解释性与设计溯源类内容，
该内容不参与进度与承诺语义。
五、制度性类型（Meta Level）
Section titled “五、制度性类型（Meta Level）”5.1 【Notice】—— 制度性公告（Meta Notice）
Section titled “5.1 【Notice】—— 制度性公告（Meta Notice）”定义
用于发布 对 FireMatch 官方开发进度体系本身产生约束力的公告。
【Notice】不描述开发状态、不描述进度事实，
只用于描述 规则、结构与制度本身。
允许内容包括：
- 编号系统的建立、升级或冻结
- 标签体系的新增、解释或废止
- 栏目职责与语义边界的裁定
- 对既有 FM-DEV 规则的正式说明
规则：
- 必须使用 FM-DEV-XXXX 编号
- 不得覆盖
- 具有制度约束效力
- 对后续所有 FM-DEV 档案具有解释优先级
典型示例：
- FM-DEV-0000 【Notice】开发进度档案编号系统 2.0
六、进度与事件类型（FM-DEV 专用）
Section titled “六、进度与事件类型（FM-DEV 专用）”以下类型仅允许出现在 使用 FM-DEV 编号 的页面中。
6.1 【State】—— 当前状态
Section titled “6.1 【State】—— 当前状态”描述 FireMatch 在发布当下的 现实开发状态判断。
A. 活跃状态档案（Living State Record）
Section titled “A. 活跃状态档案（Living State Record）”位置：
01 · 当前状态
规则：
- 必须使用 FM-DEV-XXXX 【State】
- 内容允许在同一编号下多次更新
- 不视为历史事件记录
编号升级条件：
- 开发阶段发生实质变化
- 项目重心发生明确转移
- 对“当前状态”的总体判断发生变化
B. 状态变更公告（State Change Notice）
Section titled “B. 状态变更公告（State Change Notice）”位置：
02 · 进度公告
规则：
- 使用 FM-DEV-XXXX 【State】
- 不允许覆盖
- 记录一次明确的状态阶段切换事件
6.2 【Progress】—— 阶段进展总结
Section titled “6.2 【Progress】—— 阶段进展总结”定义
对已经完成或结束的阶段进行总结性记录。
规则：
- 使用 FM-DEV-XXXX 【Progress】
- 只能描述已发生事实
- 不可覆盖
- 不可用于预测未来
6.3 【Change】—— 口径 / 结构调整
Section titled “6.3 【Change】—— 口径 / 结构调整”定义
用于记录开发表达方式、栏目结构或制度口径的变化。
规则：
- 使用 FM-DEV-XXXX 【Change】
- 不描述功能实现
- 不作为状态或进度说明
- 不具备制度立法效力
七、栏目语义类型（长期页面专用）
Section titled “七、栏目语义类型（长期页面专用）”以下类型 均使用 FM-DEV 编号的可选模式，
用于长期栏目页面。
7.1 【Direction】—— 开发方向
Section titled “7.1 【Direction】—— 开发方向”位置：03 · 方向规划
7.2 【Confirmed】—— 已确认不会变的立场
Section titled “7.2 【Confirmed】—— 已确认不会变的立场”位置：04 · 已确认不会变的
7.3 【Unconfirmed】—— 尚未确定的范围
Section titled “7.3 【Unconfirmed】—— 尚未确定的范围”位置：05 · 尚未确定的
上述页面允许整体重写，
不保留事件历史，
且明确不构成承诺。
7.4 【Essay】—— 解释文档与设计溯源
Section titled “7.4 【Essay】—— 解释文档与设计溯源”位置：06 · 解释文档与设计源
用于发布 解释性、溯源性、设计论证类内容，包括但不限于：
- 世界观与文明设定的来源说明
- 设计理念、哲学判断与结构推导
- 历史、现实或工程层面的背景分析
【Essay】栏目中的内容：
- 可选择使用 FM-DEV 编号
- 允许修改、补充与整体重写
- 不描述当前开发状态
- 不记录阶段性完成
- 不构成任何功能、时间或版本承诺
八、栏目 × 类型 × 编号对照表（冻结）
Section titled “八、栏目 × 类型 × 编号对照表（冻结）”| 栏目位置 | 合法类型 | 是否使用 FM-DEV |
|---|---|---|
| 00 · 制度性公告 | 【Notice】 | 必须 |
| 01 · 当前状态 | 【State】 | 必须 |
| 02 · 进度公告 | 【State】 / 【Progress】 / 【Change】 | 必须 |
| 03 · 方向规划 | 【Direction】 | 可选 |
| 04 · 已确认不会变的 | 【Confirmed】 | 可选 |
| 05 · 尚未确定的 | 【Unconfirmed】 | 可选 |
| 06 · 解释文档与设计源 | 【Essay】 | 可选 |
九、编号规则（不可变更条款）
Section titled “九、编号规则（不可变更条款）”- 编号按首次发布时间顺序分配
- 编号永不重置
- 编号永不复用
- 凡是进入 FM-DEV 编号的内容不可覆盖
- 编号不代表承诺、完成度或版本阶段
十、生效时间
Section titled “十、生效时间”本制度自
2026-01-10 18:10 【PST】
起正式生效。
自此以后，FireMatch 官方
所有开发进度相关内容
均须无条件遵循本制度。
— FireMatch Studio