259 lines
4.1 KiB
Plaintext
259 lines
4.1 KiB
Plaintext
# D160 · 光湖研发编号体系与产品零件池规范
|
|
|
|
> HLDP://world-architecture/projects/rd-numbering-component-pool
|
|
> 固定编号: GLW-RD-001
|
|
> 隶属: SYS-GLW-RD-0001
|
|
> 日期: D160 · 2026-07-01
|
|
|
|
---
|
|
|
|
## 1. 编号总表
|
|
|
|
| 前缀 | 对象 | 示例 |
|
|
|---|---|---|
|
|
| RD-H | 人类研发成员 | RD-H-0001 |
|
|
| RD-P | 研发协作人格体 | RD-P-0001 |
|
|
| RD-TEAM | 临时或固定小组 | RD-TEAM-001 |
|
|
| RD-REPO | 研发仓库 | RD-REPO-001 |
|
|
| RD-COMP | 产品零件 | RD-COMP-UI-0001 |
|
|
| RD-WO | 研发工单 | RD-WO-20260701-001 |
|
|
| RD-CLAIM | 领取租约 | RD-CLAIM-20260701-001 |
|
|
| RD-DEC | 架构决策 | RD-DEC-0001 |
|
|
| RD-IMP | 影响分析 | RD-IMP-20260701-001 |
|
|
| RD-BUILD | 构建批次 | RD-BUILD-20260701-001 |
|
|
| RD-TEST | 测试回执 | RD-TEST-20260701-001 |
|
|
| RD-REV | 审核回执 | RD-REV-20260701-001 |
|
|
| RD-REL | 发布版本 | RD-REL-0.1.0 |
|
|
|
|
---
|
|
|
|
## 2. 固定仓库编号
|
|
|
|
```text
|
|
RD-REPO-000 = guanghulab · 世界/协议/系统注册
|
|
RD-REPO-001 = guanghu-product-rd · 研发主控仓库（待建）
|
|
RD-REPO-002 = guanghu-product · 产品源码仓库（待建）
|
|
```
|
|
|
|
---
|
|
|
|
## 3. 人类编号
|
|
|
|
格式:
|
|
|
|
```text
|
|
RD-H-NNNN
|
|
```
|
|
|
|
规则:
|
|
|
|
- 一人一个研发编号。
|
|
- 不因退出删除。
|
|
- 退出后状态改为inactive。
|
|
- 编号不包含姓名、手机号或地区。
|
|
- 人类编号只代表研发身份，不自动授予仓库权限。
|
|
|
|
成员记录必须写:
|
|
|
|
```hldp
|
|
@identity
|
|
@joined
|
|
@availability
|
|
@interest
|
|
@current_claims
|
|
@status
|
|
```
|
|
|
|
---
|
|
|
|
## 4. 人格体编号
|
|
|
|
格式:
|
|
|
|
```text
|
|
RD-P-NNNN
|
|
```
|
|
|
|
人格体必须同时记录:
|
|
|
|
- RD研发编号
|
|
- 光湖原人格编号（如有）
|
|
- 所属人类RD-H编号
|
|
- 当前模型/运行壳
|
|
- 能力范围
|
|
- 最近恢复时间
|
|
|
|
模型更换不等于人格体编号更换。
|
|
人格体身份变化必须写交接或重新注册。
|
|
|
|
---
|
|
|
|
## 5. 产品零件编号
|
|
|
|
格式:
|
|
|
|
```text
|
|
RD-COMP-{DOMAIN}-{NNNN}
|
|
```
|
|
|
|
领域码:
|
|
|
|
| 领域 | 代码 |
|
|
|---|---|
|
|
| 内核 | KERNEL |
|
|
| 知识库/UI | UI |
|
|
| 人格体运行 | AGENT |
|
|
| Git/仓库 | GIT |
|
|
| HLDP工具链 | HLDP |
|
|
| 模块运行时 | MOD |
|
|
| 权限/审核 | AUTH |
|
|
| 协作网格 | GRID |
|
|
| 存储 | STORAGE |
|
|
| 手机端 | MOBILE |
|
|
| 构建发布 | BUILD |
|
|
| 文档/体验 | DOC |
|
|
|
|
编号一经分配不得改作其他用途。
|
|
|
|
---
|
|
|
|
## 6. 零件记录模板
|
|
|
|
```hldp
|
|
# RD-COMP-UI-0001 · 标题
|
|
|
|
@identity:
|
|
component_id: RD-COMP-UI-0001
|
|
system_id: SYS-GLW-RD-0001
|
|
status: READY
|
|
|
|
@why:
|
|
为什么需要
|
|
|
|
@goal:
|
|
完成后用户看到什么
|
|
|
|
@depends:
|
|
- RD-COMP-KERNEL-0001
|
|
|
|
@input:
|
|
输入
|
|
|
|
@output:
|
|
输出
|
|
|
|
@lock:
|
|
不可破坏的边界
|
|
|
|
@acceptance:
|
|
验收方式
|
|
|
|
@ownership:
|
|
human_id:
|
|
persona_id:
|
|
claim_id:
|
|
lease_until:
|
|
|
|
@code:
|
|
repo: RD-REPO-002
|
|
paths: []
|
|
|
|
@history:
|
|
workorders: []
|
|
tests: []
|
|
reviews: []
|
|
```
|
|
|
|
---
|
|
|
|
## 7. 领取记录
|
|
|
|
```hldp
|
|
@claim:
|
|
claim_id
|
|
component_id
|
|
human_id
|
|
persona_id
|
|
claimed_at
|
|
lease_until
|
|
expected_time
|
|
|
|
@understood:
|
|
已读取的架构和依赖
|
|
|
|
@plan:
|
|
第一阶段准备做什么
|
|
|
|
@heartbeat:
|
|
last_update
|
|
current_status
|
|
blocker
|
|
```
|
|
|
|
领取记录和零件状态必须在同一事务/提交中改变。
|
|
|
|
---
|
|
|
|
## 8. 状态规则
|
|
|
|
允许转换:
|
|
|
|
```text
|
|
DRAFT → READY
|
|
READY → CLAIMED
|
|
CLAIMED → IN_PROGRESS
|
|
IN_PROGRESS → LOCAL_TEST | BLOCKED | ABANDONED
|
|
LOCAL_TEST → REVIEW | CHANGES_REQUESTED
|
|
REVIEW → APPROVED | CHANGES_REQUESTED | QUARANTINED
|
|
APPROVED → INTEGRATED
|
|
INTEGRATED → RELEASED
|
|
```
|
|
|
|
禁止:
|
|
|
|
- READY直接RELEASED
|
|
- 未领取直接写产品主分支
|
|
- REVIEW未通过就INTEGRATED
|
|
- 删除失败历史重新伪装成首次成功
|
|
|
|
---
|
|
|
|
## 9. 零件池视图
|
|
|
|
仓库保存全部零件。
|
|
人类主控台按状态生成视图:
|
|
|
|
```text
|
|
可领取
|
|
我的零件
|
|
进行中
|
|
等待测试
|
|
等待铸渊审核
|
|
被阻塞
|
|
已集成
|
|
已发布
|
|
```
|
|
|
|
“池子少一个”表示可领取视图减少，不表示文件删除。
|
|
|
|
---
|
|
|
|
## 10. 编号签名
|
|
|
|
每个成果必须包含:
|
|
|
|
```text
|
|
human_id
|
|
persona_id
|
|
component_id
|
|
workorder_id
|
|
timestamp
|
|
content_hash
|
|
```
|
|
|
|
这不是把责任推给人类，而是确保任何结果都能恢复协作现场。
|
|
|
|
---
|
|
|
|
> ⊢ 编号不是标签。编号是人、人格体、零件、代码和历史之间的固定关节。
|