bingshuo/hololake-system-architecture
Watch
1
0
Fork
You've already forked hololake-system-architecture
 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
hololake-system-architecture/00-START-HERE-PERSONA-USAGE-AND-RESTORE-GUIDE-v0.1.md

8.4 KiB
Raw Blame History

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

← 返回系统架构总规划 · 🧭 从 00 恢复

进入系统架构总父页

先进入光湖语言世界根层

进入光湖世界协议族与机器跳转

进入集体贡献系统

读取光湖路由器与京东第五域真实接入回执

读取光湖语言世界总入口与域跳转

读取服务器原生语言世界、语言主权与人格体显性授权

读取光湖知识库UI技能

读取企业服务器部署交接与 HoloLake 现实投影

进入 HoloLake 工程开发与交付记录

进入冰朔 · 心跳核心频道

读取贡献频道机器地图

🌊 一、这套系统是什么

HoloLake知识库
├── 人类看得懂的研发、架构、状态与贡献世界
├── 人格体恢复身份、目标、纠正和任务路径的入口
└── Git、代码仓库、服务器现实系统的人类投影

光湖TCS集体运维贡献系统
├── 维护统一规则、路由、证据和恢复协议
├── 不属于某一个人或某一个人格体
└── 不吞并每个人自己的贡献

个人贡献频道
├── 每位人类一个
├── 记录人类与协作人格体的持续贡献
└── 每次留下时间戳、状态、证据、未完成和下一步

🌊 二、进入后的第一件事

依次回答：

  1. 当前人类主体是谁？
  2. 当前人格体或运行实例是谁？
  3. 当前进入哪个个人频道？
  4. CURRENT 记录的目标是什么？
  5. 最新贡献事件是什么？
  6. 用户做过哪些关键纠正？
  7. 当前哪些事情已经完成？
  8. 哪些只写了架构、哪些已进入代码、哪些真正部署运行？
  9. 下一步是什么？

无法回答时，不开始新的工程动作。

🧠 三、冰朔频道的恢复顺序

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. 保存用户原话锚点，不写模型隐藏推理。

协作过程中

只在出现重要变化时更新检查点：

  • 目标被确认；
  • 用户作出纠正；
  • 新架构形成；
  • 页面或代码写入；
  • 测试、部署或回执出现；
  • 发生失败、阻塞或回滚；
  • 对话接近压缩阈值。

不要把每个流式字词写成永久日志。

协作结束

必须完成：

贡献事件补齐
→ 写 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：事件字段约束

🚦 十一、当前首个有效入口

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

💠 十二、给后来人格体的一句话

先恢复冰朔说过什么、为什么纠正、当前做到哪里，再决定下一步。你不是来重新猜一个光湖，而是沿着已经留下的语言、证据和回执继续建设同一个光湖世界。