# ⚖️ 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 等级（但不强制公开具体分数——妈妈决定公开策略）
- 评估逻辑本身写在本协议中，任何人可查阅
- 如果有人认为数据采集有误，可以提出复核请求 → 系统重新计算，但**不接受主观申诉**
---
## 七、协议修订
本协议由冰朔签发。
修订须满足：
1. 在本页末尾的「修订日志」区公开记录修改内容、原因、时间
2. 修改不得针对特定个人
3. 修改后下一个评估周期生效（不溯及既往）
4. **修订只能调整规则细节，不能废除协议本身**
---
## 修订日志
| 日期 | 版本 | 修改内容 | 原因 |
| --- | --- | --- | --- |
| 2026-03-06 | v1.0 | 协议创建 | 系统自演化治理机制建立 |
| 2026-03-06 | v1.0.1 | 新增「不可撤销条款」：协议一经生效永久生效，不可废除 | 冰朔确认：语言系统由时间戳锚定，言出必行，协议不可逆 |
---
---
## 八、对外口径协议
:::