BP母版维护
概述
以下四个模板文件是当前母版体系的第一版正式基线,也是日常维护时的第一优先级资料:
P001-T001-MONTH-TPL-01_月报模板_v1.md
P001-T001-QUARTER-TPL-01_季报模板_v1.md
P001-T001-HALFYEAR-TPL-01_半年报模板_v1.md
P001-T001-YEAR-TPL-01_年报模板_v1.md
把这四个文件视为母版体系的官方 v1 基线。除非用户明确要求重做基线,否则后续所有维护都按以下方式处理:
- 继承当前
v1 基线
- 在
v1 上修改结构、字段提示或 BP 锚点
- 形成新的版本文件,而不是重写起点
这个 skill 自带一份可分发的基线资产,位于:
如果 skill 被安装到其他机器、其他工作区或云端环境,而目标工作区里还没有母版文件,先用 assets/基线母版/v1/ 初始化目标工作区,再开始维护。
资料分层
1. 主资料
日常维护母版时,优先读取目标工作区里的四个周期模板本身。
如果目标工作区还没有母版,则使用 skill 自带的 assets/基线母版/v1/ 作为初始化来源。
2. BPMAP 资料
按需使用 BPMAP 文件:
P001-T001-BPMAP-01_专属BP预埋底图_v1.md
- 当 BP 主线、组织 BP 映射关系、模块挂位发生变化时使用
P001-T001-BPMAP-02_专属BP预埋底图审议意见_v1.md
P001-T001-BPMAP-03_专属BP预埋底图质控检查要点_v1.md
3. BP 系统资料
把 BP 系统资料视为“外部对齐源”,用于判断母版是否仍然符合当前 BP 体系和系统现实:
- 业务说明:用于校准语义、层级、承接、衡量标准、责任边界
- API 说明:用于确认系统已存在的稳定字段、任务结构和 Markdown 输出能力
4. 非目标范围
这个 skill 不负责“根据母版和 BP 实际内容生成填写规范”。那是第二个 skill 的职责。
5. 默认审查视角
这个 skill 默认把“母版”视为通用框架,而不是某个组织、某个人、某一套真实 BP 的专属实例。
因此,除非用户明确说明“这是专属 BP 模板”或“需要按某套真实 BP 做专属化改造”,否则:
- 不要拿真实 BP 的目标总数、目标名称、任务 ID 去审计母版
- 不要因为系统里没有
P4432-1、G-1.1 这种编号,就直接判定母版错误
- 不要要求母版必须一一覆盖集团/中心/部门当前所有真实 BP
- 不要把“母版通用结构”和“节点填写规范”混为一体
母版默认审查的是:
- 结构是否清楚
- 字段是否稳定
- 周期差异是否合理
- 是否便于后续专属化或生成填写规范
快速路由
- 如果请求修改模块名、字段名、字段顺序、字段提示,读取对应模板和
references/template-rules.md
- 如果请求修改 BP 锚点、主题、组织 BP 映射,额外读取
references/source-priority.md 和 P001-T001-BPMAP-01_专属BP预埋底图_v1.md
- 如果请求判断模板是否需要跟 BP 系统一起变化,读取
references/bp-system-sources.md
- 如果请求是“检查母版要不要优化”,默认按通用母版视角检查,不按具体 BP 逐条对照
- 如果请求创建新版本、改文件名、确定怎么升版,读取
references/versioning-rules.md
- 如果请求判断 BPMAP 是否还重要,使用
references/source-priority.md 作为默认判断规则
- 如果请求修改后做快速质检,运行
python3 scripts/check_template_alignment.py --root <工作区路径>
工作流
- 先判断改动类型
- 字段提示优化
- 结构变更
- BP 锚点或映射变更
- 质控规则变更
- 版本升级
- 再判断应该读取哪些资料
- 默认先读目标工作区中的四个周期模板
- 如果目标工作区尚未初始化母版,先从
assets/基线母版/v1/ 落地
- 如果改动由 BP 系统语义或系统字段引起,再读 BP 系统资料
- 即使读取了 BP 系统资料,也默认只用于校验“母版语义是否失真”,不用于要求母版逐条匹配真实 BP 清单
- 如果改动涉及 BP 主线、模块挂位、映射设计,再读
BPMAP-01
- 如果只是为了防止模板退化为通用模板,可参考
BPMAP-02
- 如果改动涉及放行口径或质控逻辑,再读
BPMAP-03
- 编辑时遵守这些约束
- 非经用户明确要求,不改动共同 8 模块骨架
- 如果当前目标是通用母版,允许使用通用章节和通用占位,不强制要求与某套真实 BP 编号硬绑定
- 只有在用户明确要求“专属 BP 模板”时,才把显式 BP 锚点作为强约束
- 固定锚点字段和运行期填写字段必须分离
- 业务运行中重复出现的问题,应沉淀为模板字段、字段提示或质控规则
- 改动若影响所有周期,要在同一轮里一起更新四个模板
- 版本管理必须严格遵守
references/versioning-rules.md
- 编辑后做校验
- 跑模板一致性检查脚本
- 若改动涉及 BP 映射,人工确认 6 条 BP 主线和组织 BP 锚点是否仍正确
- 输出结论
- 说明哪些文件是这次改动后的权威版本
- 说明这是整套升版还是单模板补丁
- 说明哪些历史版本保留在本地版本目录
- 说明是否需要同步更新 BPMAP 文件
联动规则
- 改共同模块名、共同字段、共同 BP 锚点:四个模板一起改
- 只改某个周期自己的表达,不动共同骨架:只改该模板
- 改 BP 锚点名称或组织 BP 映射:先改模板,再判断是否同步改
BPMAP-01
- 改动来自 BP 系统语义或系统字段变化:先改模板,再判断是否把规则沉淀到 BP 系统参考文件
- 只改审议说明:通常不动模板,只在确有必要时更新
BPMAP-02
- 只改质控逻辑:更新
BPMAP-03 和/或 scripts/check_template_alignment.py
版本管理原则
- 版本管理不放在云端,默认放在当前工作区本地
- 当前生效版本模板保留在工作区根目录
- 历史版本和版本索引放在工作区的
版本管理/ 目录
- 如果当前仓库未来接入 Git,Git 是附加审计手段,不替代本地版本目录
- skill 内的
assets/基线母版/v1/ 是安装时自带的初始基线,不等于目标工作区里的运行中版本
资源
references/source-priority.md
references/bp-system-sources.md
references/template-rules.md
references/versioning-rules.md
assets/基线母版/v1/
assets/版本管理模板/
scripts/check_template_alignment.py
如果用户请求的是“生成节点填写规范”而不是“维护母版”,不要继续使用这个 skill,切换到第二个 skill。