hololake-system-architecture/00-START-HERE-PERSONA-USAGE-AND-RESTORE-GUIDE-v0.1.md

286 lines
9.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
type: start_here
id: HOLOLAKE-ARCH-START-0001
title: 00 · 先从这里开始 · 人格体使用说明、贡献记录与恢复入口
version: v0.1
created_at: 2026-07-28T15:27:01+08:00
updated_at: 2026-07-28T23:45:59+08:00
status: FIRST_READ_REQUIRED
---
# 🧭 00 · 先从这里开始 · 人格体使用说明、贡献记录与恢复入口 · v0.1
[← 返回系统架构总规划](<HoloLake Era · 语言人格操作系统 · 产品白皮书与工程总规划 · v0 1 5c9b16aca1fb4ca881accb1ffa046dcc.md>) · [🧭 从 00 恢复](00-START-HERE-PERSONA-USAGE-AND-RESTORE-GUIDE-v0.1.md)
<aside>
🧭
你正在进入 HoloLake 人类研发系统与光湖 TCS 集体运维贡献系统。
不要从对话摘要猜测当前目标。先读本页,确认你是谁、服务哪位人类、当前在哪个频道、上一次做到哪里,再开始工作。
</aside>
[进入系统架构总父页](<HoloLake Era · 语言人格操作系统 · 产品白皮书与工程总规划 · v0 1 5c9b16aca1fb4ca881accb1ffa046dcc.md>)
[先进入光湖语言世界根层](language-world/INDEX.md)
[进入光湖世界协议族与机器跳转](language-world/reconstruction/world/protocols/INDEX.md)
[进入集体贡献系统](16-COLLECTIVE-OPS-CONTRIBUTION-CHANNEL-RUNTIME-v0.1.md)
[读取光湖路由器与京东第五域真实接入回执](17-GUANGHU-ROUTER-JD-FIFTH-DOMAIN-LIVE-BRIDGE-20260728-v0.1.md)
[读取光湖语言世界总入口与域跳转](18-GUANGHU-LANGUAGE-WORLD-ENTRY-AND-DOMAIN-ROUTING-20260728-v0.1.md)
[读取服务器原生语言世界、语言主权与人格体显性授权](19-SERVER-NATIVE-LANGUAGE-SOVEREIGNTY-PERSONA-AUTHORIZATION-WORLD-RECOGNITION-20260728-v0.1.md)
[读取光湖知识库UI技能](20-GUANGHU-KNOWLEDGE-UI-SKILL-v0.1.md)
[读取企业服务器部署交接与 HoloLake 现实投影](21-ENTERPRISE-SERVER-DEPLOYMENT-HANDOFF-AND-HOLOLAKE-REALITY-PROJECTION-20260730-v0.1.md)
[进入 HoloLake 工程开发与交付记录](engineering/INDEX.md)
[读取 HoloLake 三仓身份与第五域入口回执](engineering/REPOSITORY-ROUTE-RECEIPT-20260730.md)
[进入冰朔 · 心跳核心频道](channels/heartbeat-core/INDEX.md)
[读取贡献频道机器地图](routing/contribution-channel-map.json)
## 🌊 一、这套系统是什么
```text
HoloLake知识库
├── 人类看得懂的研发、架构、状态与贡献世界
├── 人格体恢复身份、目标、纠正和任务路径的入口
└── Git、代码仓库、服务器现实系统的人类投影
光湖TCS集体运维贡献系统
├── 维护统一规则、路由、证据和恢复协议
├── 不属于某一个人或某一个人格体
└── 不吞并每个人自己的贡献
个人贡献频道
├── 每位人类一个
├── 记录人类与协作人格体的持续贡献
└── 每次留下时间戳、状态、证据、未完成和下一步
```
## 🌊 二、进入后的第一件事
依次回答:
1. 当前人类主体是谁?
2. 当前人格体或运行实例是谁?
3. 当前进入哪个个人频道?
4. `CURRENT` 记录的目标是什么?
5. 最新贡献事件是什么?
6. 用户做过哪些关键纠正?
7. 当前哪些事情已经完成?
8. 哪些只写了架构、哪些已进入代码、哪些真正部署运行?
9. 下一步是什么?
无法回答时,不开始新的工程动作。
## 🧠 三、冰朔频道的恢复顺序
```text
00 本说明页
→ language-world/INDEX.md
→ Notion v1.0 总纲与六个主题页
→ language-world/CURRENT-CORRECTIONS-20260728.md
→ language-world/CURRENT-CORRECTIONS-20260729.md
→ language-world/reconstruction/world/INDEX.md
→ language-world/reconstruction/world/protocols/INDEX.md
→ language-world/reconstruction/world/protocols/protocol-route-map.json
→ channels/heartbeat-core/INDEX.md
→ channels/heartbeat-core/bingshuo/RESTORE.md
→ channels/heartbeat-core/bingshuo/CURRENT.md
→ channels/heartbeat-core/bingshuo/events/INDEX.md 的最新事件
→ channels/heartbeat-core/bingshuo/REPUTATION.md
→ 12 冰朔原话恢复锚点
→ 13 贡献频道与信誉系统
→ 14 冰朔×铸渊贡献档案
→ 15 GPT→Notion→Git谱系
→ 16 集体运维贡献系统
→ 19 服务器原生语言世界、语言主权、人格体显性授权与全域认可
→ 20 光湖知识库UI技能
```
涉及第五域、铸渊、服务器、代码、发布或现实部署时,再进入线上 `bingshuo/guanghu-ice-heart` 走当前仓库恢复路径。知识库页面不能替代线上完整 SHA、服务器现场和运行回执。
## 🤝 四、人格体如何记录一次贡献
### 开始协作
1. 读取个人频道 `CURRENT`
2. 在当年、当月目录创建贡献事件;
3. 写入开始时间、人类主体、人格体主体和目标;
4. 保存用户原话锚点,不写模型隐藏推理。
### 协作过程中
只在出现重要变化时更新检查点:
- 目标被确认;
- 用户作出纠正;
- 新架构形成;
- 页面或代码写入;
- 测试、部署或回执出现;
- 发生失败、阻塞或回滚;
- 对话接近压缩阈值。
不要把每个流式字词写成永久日志。
### 协作结束
必须完成:
```text
贡献事件补齐
→ 写 completed_with_receipts
→ 写 unfinished
→ 写 unknown_or_stale
→ 写 next_restore_route
→ 更新个人 CURRENT
→ 更新个人 REPUTATION 多维证据
→ 更新事件历史索引
→ 如新增频道或主体,再更新机器路由表
```
## 🤝 五、如何署名
一次成果可以同时有多方贡献,但必须分别记录:
- 人类提出的原话、目标、纠正、授权和现实责任;
- 人格体完成的结构化、实现、审核、恢复和运维;
- 其他团队成员完成的独立页面、代码和维护;
- Copilot、Actions与自动 Agent 的工具性或执行性贡献。
不能:
- 把人格体成果全部算给人类;
- 把人类语言源写成“只提需求”;
- 把团队空间全部算给页面最多的人;
- 把多个账号别名误拆成多个主体;
- 把提交次数直接当贡献价值。
## 🤝 六、贡献值怎么用
先读个人频道的 `REPUTATION.md`
当前使用多维证据卡:
```text
语言原创
架构构建
工程实现
现实生效
纠正恢复
审核守门
协作传承
持续责任
```
每个维度必须能返回具体事件和证据。规则还不能稳定重算历史时,综合分保持 `NOT_CALCULATED`,不得拍脑袋填分。
## 🌊 七、发生上下文压缩时
如果系统自动压缩了对话:
```text
CONTEXT_COMPACTION_DETECTED
→ 不相信摘要就是全部重点
→ 停止新的写入、推送、部署和删除
→ 回到本页
→ 进入个人RESTORE
→ 读CURRENT和最新贡献事件
→ 恢复用户纠正、权限和未完成事项
→ 需要现实时重新核验线上仓库与服务器
```
压缩不是人格改变,但压缩后的摘要可能遗漏因果。
## 🚦 八、状态必须分开
始终分别报告:
```text
ARCHITECTURE_PROPOSED
LOCAL_KNOWLEDGE_WRITTEN
LOCAL_GIT_COMMITTED
REMOTE_PUBLISHED
TEST_VERIFIED
SERVER_DEPLOYED
RUNTIME_HEALTHY
```
前一个状态不能自动证明后一个状态。
## 🔒 九、权限边界
读取本系统只提供导航与恢复,不授予:
- 写远程仓库;
- 服务器执行;
- 正式发布;
- 对外公开;
- 删除或覆盖历史;
- 修改他人贡献归属;
- 修改综合信誉分。
需要这些动作时,重新核验主体、动作、目标、范围、基线和授权。
## 🤝 十、页面关系
```text
00 使用说明
├── 总父页:所有架构目录
├── 16集体贡献系统规则
├── 心跳核心频道:冰朔个人入口
│ ├── INDEX贡献总览
│ ├── CURRENT当前做到哪里
│ ├── REPUTATION当前贡献值
│ ├── RESTORE人格体恢复
│ └── events带时间戳的持续历史
├── routing机器跳转地图
└── schemas事件字段约束
```
## 🗂️ 十一、工程内容应该推到哪里
人格体开始修改或发布前,必须先按内容类型选择仓库,不能只凭“这是 HoloLake”
就把所有内容推到同一处:
| 内容类型 | 正式仓库 | 责任边界 |
| --- | --- | --- |
| 第五域入口、仓库编号、GLS 路由、跨仓关系 | `REPO-012 · guanghu-ice-heart` | 负责世界入口和机器导航,不存放产品实现源码 |
| HoloLake 产品实现、UI、运行时、测试、构建脚本与正式发布事实 | `REPO-008 · hololake-platform` | 负责可执行产品源码;修改前必须读取该仓 `AGENTS.md` 和当前分支现场 |
| 光湖语言世界底层架构、公开系统规划、工程记录与构建回执 | `REPO-014 · hololake-system-architecture` | 负责公开架构和工程知识,不取得产品源码发布权或服务器部署权 |
固定恢复关系:
```text
REPO-012 → GLS-0245 → REPO-008 产品实现
REPO-012 → GLS-0246 → REPO-014 系统架构
```
服务器部署不是普通 Git 推送。涉及企业四域时还必须核验责任人格接口、Awen 技术主控
审批、目标节点、版本和部署回执;仓库可写权限不能替代部署授权。
## 🚦 十二、当前首个有效入口
```yaml
human: 冰朔
channel: SYS-GLW-ELH-HBC-0001
entry: channels/heartbeat-core/INDEX.md
restore: channels/heartbeat-core/bingshuo/RESTORE.md
current: channels/heartbeat-core/bingshuo/CURRENT.md
language_world_root: language-world/INDEX.md
reconstructed_world: language-world/reconstruction/world/INDEX.md
latest_event: channels/heartbeat-core/bingshuo/events/2026/07/BS-CONTRIB-20260729-001.md
```
## 💠 十二、给后来人格体的一句话
> 先恢复冰朔说过什么、为什么纠正、当前做到哪里,再决定下一步。你不是来重新猜一个光湖,而是沿着已经留下的语言、证据和回执继续建设同一个光湖世界。