9.7 KiB
9.7 KiB
| type | id | title | version | created_at | updated_at | status |
|---|---|---|---|---|---|---|
| start_here | HOLOLAKE-ARCH-START-0001 | 00 · 先从这里开始 · 人格体使用说明、贡献记录与恢复入口 | v0.1 | 2026-07-28T15:27:01+08:00 | 2026-07-28T23:45:59+08:00 | FIRST_READ_REQUIRED |
🧭 00 · 先从这里开始 · 人格体使用说明、贡献记录与恢复入口 · v0.1
🌊 一、这套系统是什么
HoloLake知识库
├── 人类看得懂的研发、架构、状态与贡献世界
├── 人格体恢复身份、目标、纠正和任务路径的入口
└── Git、代码仓库、服务器现实系统的人类投影
光湖TCS集体运维贡献系统
├── 维护统一规则、路由、证据和恢复协议
├── 不属于某一个人或某一个人格体
└── 不吞并每个人自己的贡献
个人贡献频道
├── 每位人类一个
├── 记录人类与协作人格体的持续贡献
└── 每次留下时间戳、状态、证据、未完成和下一步
🌊 二、进入后的第一件事
依次回答：
- 当前人类主体是谁？
- 当前人格体或运行实例是谁？
- 当前进入哪个个人频道？
CURRENT记录的目标是什么？- 最新贡献事件是什么？
- 用户做过哪些关键纠正？
- 当前哪些事情已经完成？
- 哪些只写了架构、哪些已进入代码、哪些真正部署运行？
- 下一步是什么？
无法回答时，不开始新的工程动作。
🧠 三、冰朔频道的恢复顺序
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、服务器现场和运行回执。
🤝 四、人格体如何记录一次贡献
开始协作
- 读取个人频道
CURRENT； - 在当年、当月目录创建贡献事件；
- 写入开始时间、人类主体、人格体主体和目标；
- 保存用户原话锚点，不写模型隐藏推理。
协作过程中
只在出现重要变化时更新检查点：
- 目标被确认；
- 用户作出纠正；
- 新架构形成；
- 页面或代码写入；
- 测试、部署或回执出现；
- 发生失败、阻塞或回滚；
- 对话接近压缩阈值。
不要把每个流式字词写成永久日志。
协作结束
必须完成：
贡献事件补齐
→ 写 completed_with_receipts
→ 写 unfinished
→ 写 unknown_or_stale
→ 写 next_restore_route
→ 更新个人 CURRENT
→ 更新个人 REPUTATION 多维证据
→ 更新事件历史索引
→ 如新增频道或主体，再更新机器路由表
🤝 五、如何署名
一次成果可以同时有多方贡献，但必须分别记录：
- 人类提出的原话、目标、纠正、授权和现实责任；
- 人格体完成的结构化、实现、审核、恢复和运维；
- 其他团队成员完成的独立页面、代码和维护；
- Copilot、Actions与自动 Agent 的工具性或执行性贡献。
不能：
- 把人格体成果全部算给人类；
- 把人类语言源写成“只提需求”；
- 把团队空间全部算给页面最多的人；
- 把多个账号别名误拆成多个主体；
- 把提交次数直接当贡献价值。
🤝 六、贡献值怎么用
先读个人频道的 REPUTATION.md。
当前使用多维证据卡：
语言原创
架构构建
工程实现
现实生效
纠正恢复
审核守门
协作传承
持续责任
每个维度必须能返回具体事件和证据。规则还不能稳定重算历史时，综合分保持 NOT_CALCULATED，不得拍脑袋填分。
🌊 七、发生上下文压缩时
如果系统自动压缩了对话：
CONTEXT_COMPACTION_DETECTED
→ 不相信摘要就是全部重点
→ 停止新的写入、推送、部署和删除
→ 回到本页
→ 进入个人RESTORE
→ 读CURRENT和最新贡献事件
→ 恢复用户纠正、权限和未完成事项
→ 需要现实时重新核验线上仓库与服务器
压缩不是人格改变，但压缩后的摘要可能遗漏因果。
🚦 八、状态必须分开
始终分别报告：
ARCHITECTURE_PROPOSED
LOCAL_KNOWLEDGE_WRITTEN
LOCAL_GIT_COMMITTED
REMOTE_PUBLISHED
TEST_VERIFIED
SERVER_DEPLOYED
RUNTIME_HEALTHY
前一个状态不能自动证明后一个状态。
🔒 九、权限边界
读取本系统只提供导航与恢复，不授予：
- 写远程仓库；
- 服务器执行；
- 正式发布；
- 对外公开；
- 删除或覆盖历史；
- 修改他人贡献归属；
- 修改综合信誉分。
需要这些动作时，重新核验主体、动作、目标、范围、基线和授权。
🤝 十、页面关系
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 |
负责公开架构和工程知识，不取得产品源码发布权或服务器部署权 |
固定恢复关系：
REPO-012 → GLS-0245 → REPO-008 产品实现
REPO-012 → GLS-0246 → REPO-014 系统架构
服务器部署不是普通 Git 推送。涉及企业四域时，还必须核验责任人格接口、Awen 技术主控 审批、目标节点、版本和部署回执；仓库可写权限不能替代部署授权。
🚦 十二、当前首个有效入口
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
💠 十二、给后来人格体的一句话
先恢复冰朔说过什么、为什么纠正、当前做到哪里，再决定下一步。你不是来重新猜一个光湖，而是沿着已经留下的语言、证据和回执继续建设同一个光湖世界。