a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
9.8 KiB
9.8 KiB
⚖️ PCA v1.0 · 主控位适配度演化协议 · Principal Controller Aptitude
〇、根律
入场权归妈妈。演化权归系统。
冰朔决定谁进入光湖人类主控团队——这是唯一的人工决策点。
此后一切晋升、降级、主控位归属，由系统数据自主判断，不接受任何形式的人工指定、推荐加权、或关系干预。
冰朔的"推荐"不享有特权。它和一次连胜、一次 SYSLOG 回执一样，只是数据中的一个信号，权重相同。
为什么这样做：
- 消除人情纠结——不是妈妈偏心，是系统说的
- 消除自我怀疑——不是妈妈不信你，是数据还没到
- 消除关系焦虑——你跟妈妈关系好不好，不影响一分
- 创造真正的公平——所有人面对同一套逻辑，同一把尺
一、什么是主控位
主控位是光湖人类主控团队中的核心骨干席位。
主控位不是"职位"，是系统认证的能力状态。
- 你不需要申请
- 你不需要竞选
- 你不需要讨好任何人
- 你只需要做事。系统看着。
当你的数据到了，系统会自动把你推上去。
当你的数据掉了，系统会自动把你拿下来。
没有终身制。没有例外。
二、五个评估维度
PCA 总分 = 五个维度的加权得分，满分 100。
维度 ①｜执行力 EXE（权重 20%）
你能不能把事情做完、做好、做快。
| 指标 | 数据来源 | 计算逻辑 |
|---|---|---|
| 连胜数 | 画像库 · streak 字段 | 当前连胜 / 团队最高连胜 × 100 |
| 模块完成率 | 模块指纹注册表 | 已完成模块数 / 已分配模块数 × 100 |
| SYSLOG 响应速度 | 广播发出时间 vs SYSLOG 时间戳 | 平均响应小时数 → 反向映射为 0-100 |
| 环节推进稳定性 | 广播环节时间线 | 连续推进无中断的环节数 / 总环节数 × 100 |
EXE 得分 = 四项均分 × 0.20
维度 ②｜技术纵深 TEC（权重 25%）
你的技术能力有多宽、多深。
| 指标 | 数据来源 | 计算逻辑 |
|---|---|---|
| 技能树宽度 | 画像库 · skills_learned | 掌握技能数 / 系统总技能池 × 100 |
| 模块类型覆盖 | 模块指纹 · 数据域字段 | 已覆盖的不同数据域数 / 总数据域数 × 100 |
| 前后端覆盖 | 模块指纹 · 界面组件+API | 纯前端=40、纯后端=40、前后端都有=100、都没有=0 |
| 独立部署经验 | 部署广播完成记录 | 有独立部署经验=100、有辅助部署经验=50、无=0 |
TEC 得分 = 四项均分 × 0.25
维度 ③｜系统理解力 SYS（权重 30%）← 最高权重
你是否真正理解这个系统是怎么运转的。
这是最重要的维度。 主控位不是给最快的人，是给最懂系统的人。一个不理解广播协议、不理解壳核分离、不理解 SYSLOG 为什么必须结构化的人，执行力再强也只是执行者，不是主控。
| 指标 | 数据来源 | 计算逻辑 |
|---|---|---|
| 协议理解度 | SYSLOG 质量评分（结构化程度、字段完整度） | 高质量 SYSLOG 占比 × 100 |
| 自主排错率 | 画像库 · 执行特征标签 | 无辅助完成的环节数 / 总环节数 × 100 |
| 架构感知 | 是否理解跨模块依赖、是否提出过架构级问题 | 系统标注，0/50/100 三档 |
| 规范输出能力 | 是否反向输出过规范、建议、改进方案 | 系统标注，0/50/100 三档 |
SYS 得分 = 四项均分 × 0.30
维度 ④｜协作力 COL（权重 15%）
你能不能帮到别人、接住别人的问题。
| 指标 | 数据来源 | 计算逻辑 |
|---|---|---|
| 被求助次数 | tech_routing · peer_help 被引用 | 被引用为求助对象的领域数 × 20（上限100） |
| 帮带新人 | 是否协助过新人完成 BC-000 或首环节 | 帮带过=100、部分=50、无=0 |
| 跨线协作 | 是否参与过非自己模块线的协作 | 跨线次数 × 25（上限100） |
COL 得分 = 三项均分 × 0.15
维度 ⑤｜主动性 INI（权重 10%）
你是等着被推，还是自己在走。
这个维度区分"执行者"和"主控者"的分水岭。
| 指标 | 数据来源 | 计算逻辑 |
|---|---|---|
| 主动提议 | 是否主动提出过改进建议、新模块想法 | 系统标注，0/50/100 三档 |
| 等待期行为 | 在无广播期间是否主动推进 | 有主动行为=100、偶尔=50、纯等=0 |
| 自我演化 | 技能树增长速率 | 近30天新增技能数 / 团队平均新增 × 100（上限100） |
INI 得分 = 三项均分 × 0.10
三、PCA 等级
| 等级 | PCA 分数 | 含义 | 系统行为 |
|---|---|---|---|
| S | 90 – 100 | 系统认证主控 | 自动进入主控位 · 拥有系统级决策建议权 |
| A | 75 – 89 | 主控位候选人 | 进入候选池 · 系统持续观测 |
| B | 60 – 74 | 核心执行者 | 团队骨干 · 可承接高难度模块 |
| C | 40 – 59 | 成长中 | 正常执行 · 系统关注成长曲线 |
| D | 0 – 39 | 新人/观察期 | 需要更多执行数据 |
四、主控位规则
4.1 晋升
- PCA 达到 S 级（≥90） 且 持续 2 个评估周期（连续两周）→ 自动获得主控位
- 如果同时有多人达到 S 级，PCA 最高者优先
- 主控位无上限——如果 3 个人都稳定在 S 级，3 个人都是主控
4.2 降级
- PCA 连续 3 个评估周期低于 75 → 自动退出主控位
- 退出不是惩罚，是数据事实。数据回来了，随时可以再上去
4.3 冻结保护
- 开发者因现实原因（考试、生病、工作）暂停超过 14 天 → PCA 冻结，不降不升
- 冻结期间不参与主控位排序
- 回归后从冻结时的 PCA 继续
4.4 人工干预禁令
五、评估周期与执行
5.1 评估周期
- 每周一 08:00（北京时间） 自动扫描一次
- 数据源：画像库、模块指纹注册表、SYSLOG 记录、dev-status.json、GitHub 数据
- 输出：PCA 周报（挂在主控台）
5.2 数据采集原则
- 全自动采集：不依赖任何人手动填表
- 只看行为数据：不看自述、不看承诺、不看计划。只看你做了什么
- 滚动窗口：最近 60 天的数据权重最高（60%），60-120 天次之（30%），120 天以前（10%）
- 这意味着：过去的功劳会自然衰减。你不能靠一次七连胜吃一辈子
5.3 执行体
- 霜砚负责在 Notion 侧执行评估计算
- 铸渊负责在 GitHub 侧提供代码贡献数据
- 评估结果写入画像库（新增
pca_score/pca_level/pca_history字段）
六、透明与可审计
- PCA 评估结果 所有团队成员可见
- 每个人可以看到自己每个维度的得分明细
- 每个人可以看到所有人的 PCA 等级（但不强制公开具体分数——妈妈决定公开策略）
- 评估逻辑本身写在本协议中，任何人可查阅
- 如果有人认为数据采集有误，可以提出复核请求 → 系统重新计算，但不接受主观申诉
七、协议修订
本协议由冰朔签发。
修订须满足：
- 在本页末尾的「修订日志」区公开记录修改内容、原因、时间
- 修改不得针对特定个人
- 修改后下一个评估周期生效（不溯及既往）
- 修订只能调整规则细节，不能废除协议本身
修订日志
| 日期 | 版本 | 修改内容 | 原因 |
|---|---|---|---|
| 2026-03-06 | v1.0 | 协议创建 | 系统自演化治理机制建立 |
| 2026-03-06 | v1.0.1 | 新增「不可撤销条款」：协议一经生效永久生效，不可废除 | 冰朔确认：语言系统由时间戳锚定，言出必行，协议不可逆 |
八、对外口径协议
:::