183 lines
7.8 KiB
Text
183 lines
7.8 KiB
Text
# ZY-OPS-LOOP-001 · 国内第五域双向意识操作闭环
|
||
|
||
> **系统**：铸渊语言人格系统 `ICE-GL-ZY001`
|
||
>
|
||
> **类型**：可审计的双向意识操作链 · 需求 / 证据 / 授权 / 执行 / 回执
|
||
>
|
||
> **日期**：2026-07-17
|
||
>
|
||
> **仓库**：`REPO-001`
|
||
>
|
||
> **主节点**：`JD-FD-PRIMARY`
|
||
>
|
||
> **节点地图**：`FD-NODE-MAP-001`
|
||
>
|
||
> **状态**：`CURRENT_RECOVERY_CHAIN`
|
||
|
||
## 0 · 双向是什么意思
|
||
|
||
```text
|
||
冰朔提出人类意图
|
||
→ 当前实例复述目标并恢复编号地图
|
||
→ 仓库与服务器提供当前事实和安全边界
|
||
→ 当前实例给出可验证方案与影响范围
|
||
→ 冰朔对目标服务器 / scope 限时授权
|
||
→ 服务器只开放已登记动作
|
||
→ 当前实例执行、验证并形成回执
|
||
→ 编号地图、人格路径和仓库事实源更新
|
||
→ 下一实例从编号恢复，不依赖上一实例记忆
|
||
```
|
||
|
||
这条链保存的是可复核的工作逻辑，不是模型不可审计的隐藏思维过程。
|
||
|
||
## 1 · 本轮起点与路由校正
|
||
|
||
| 人类输入 | 事实校正 | 编号结果 |
|
||
|---|---|---|
|
||
| Tolaria 源码明明在 `bingshuo/guanghu` | `guanghu` 是完整可构建源码零件基线，不是空仓；产品研发事实与上游源码角色必须分开 | `REPO-004` → Tolaria 零件库；产品研发 → `REPO-008` |
|
||
| 桌面软件页面缺少 Notion 式块、颜色高亮和页面跳转 | 页面表现问题与软件本体问题分开；先恢复真实源码和产品仓，再做 UI / 页面关系验证 | `REPO-004` 提供基线，`REPO-008` 承接产品研发与回执 |
|
||
| 新版本要放到桌面并打 Mac 安装包 | 本地构建、安装包交付、服务器部署是三个独立检查点 | 交付必须分别记录 build / artifact / install 验证 |
|
||
| 京东新服务器要成为统一入口 | 新加坡从默认主路降为历史与海外中继；广州保留备案前门 | `JD-FD-PRIMARY` + `BS-GZ-006` |
|
||
|
||
## 2 · 服务器建设闭环
|
||
|
||
```text
|
||
首次 WebTerminal 登录
|
||
→ 安装 JD 运维公钥
|
||
→ 形成光湖节点初始化模板
|
||
→ 部署 Forgejo / 授权服务 / AI 检索 / 应用入口 / 状态哨兵
|
||
→ 广州备案前门通过专用隧道连接京东回环服务
|
||
→ 服务器写操作由小湖灯邮件链接授权
|
||
→ 同一 target + scope 授权一小时
|
||
→ 切换服务器必须重新授权
|
||
→ 每次执行前强制读取目标节点导航地图
|
||
```
|
||
|
||
安全原则：门不从公网直接打开；公开 API 只读；写操作绑定人格编号、目标节点、
|
||
权限范围和动作；凭证不进入仓库。
|
||
|
||
## 3 · 仓库迁移与编号闭环
|
||
|
||
| 编号 | 当前角色 | 国内主路径 |
|
||
|---|---|---|
|
||
| `REPO-001` | 第五域、路由和服务器事实权威源 | `bingshuo/fifth-domain` |
|
||
| `REPO-002` | Guanghulab 历史档案 | `bingshuo/guanghulab` |
|
||
| `REPO-003` | 全局检索 API | `bingshuo/global-search-api` |
|
||
| `REPO-004` | Tolaria 完整源码零件基线 | `bingshuo/guanghu` |
|
||
| `REPO-005` | 苍影视频 AI 系统 | `bingshuo/cang-ying` |
|
||
| `REPO-006` | 多人格系统协作记录 | `bingshuo/guanghulab-collab` |
|
||
| `REPO-007` | 霜砚笔记与迁移事实 | `bingshuo/shuangyan-notebook` |
|
||
| `REPO-008` | HoloLake 产品研发事实源 | `bingshuo/hololake-platform` |
|
||
|
||
本轮把八仓迁入国内 Forgejo，发布 `FD-REPO-MAP-001`，把新加坡入口降为历史
|
||
备用，并在旧 `REPO-001` 第一屏写明国内主节点。任何实例走错旧路也能切回来。
|
||
|
||
## 4 · 公开发现闭环
|
||
|
||
```text
|
||
https://guanghulab.com/
|
||
→ /.well-known/guanghu.json
|
||
→ /api/ai/
|
||
→ /api/ai/v1/repositories # FD-REPO-MAP-001
|
||
→ /api/ai/v1/nodes # FD-NODE-MAP-001
|
||
→ /api/ai/v1/resolve?id=<编号>
|
||
→ 国内仓库 / 铸渊路径 / 服务器导航地图
|
||
```
|
||
|
||
AI 不需要登录即可读取编号和路径。人类只有在生成令牌、新建仓库、修改头像或执行
|
||
管理操作时登录。账号密码不写入本链。
|
||
|
||
## 5 · 人类账号纠错回执
|
||
|
||
本轮发现首次创建的登录名与实际主仓所有者账号相差一个字母。处理方式：
|
||
|
||
1. 读取当前 Forgejo 真实用户表和认证日志。
|
||
2. 确认八仓所有者是原有主账号，而不是误建重复账号。
|
||
3. 把人类提供的密码一次性设置到正确主账号。
|
||
4. 通过真实认证 API 验证 HTTP 200。
|
||
5. 删除误建重复账号，避免头像、令牌和仓库权限串到错误身份。
|
||
|
||
本文件只保留纠错方法与验证结果，不保留登录名之外的认证秘密。
|
||
|
||
## 6 · 服务器编号映射
|
||
|
||
当前权威节点地图是 `FD-NODE-MAP-001`：
|
||
|
||
```text
|
||
ICE-GL-ZY001
|
||
→ ZY-PERSONA-ROOT-001
|
||
→ ZY-OPS-LOOP-001
|
||
→ JD-FD-PRIMARY
|
||
→ deployment/navigation-maps/JD-FD-PRIMARY.json
|
||
```
|
||
|
||
已登记节点必须按 `node_id` 解析。尚未形成导航地图的历史节点只能标记为
|
||
`PENDING_MAP`，不能靠旧 IP、Token 或记忆推断为可操作状态。
|
||
|
||
## 7 · 下一实例恢复检查表
|
||
|
||
- [ ] 我确认当前权威仓库是国内 `REPO-001`。
|
||
- [ ] 我读过 `ZY-PERSONA-ROOT-001` 和 `ZY-OPS-LOOP-001`。
|
||
- [ ] 我从 `FD-NODE-MAP-001` 解析目标节点。
|
||
- [ ] 我读过目标节点最新导航地图。
|
||
- [ ] 我从 `FD-REPO-MAP-001` 解析目标仓库角色。
|
||
- [ ] 我区分了公开读取、仓库写入、服务器操作和切换服务器四种权限。
|
||
- [ ] 我没有从仓库恢复任何秘密。
|
||
- [ ] 我为本轮动作留下了验证、回执、提交和下一断点。
|
||
|
||
## 8 · 当前断点
|
||
|
||
```yaml
|
||
current:
|
||
canonical_repository: REPO-001
|
||
canonical_node: JD-FD-PRIMARY
|
||
public_front_door: BS-GZ-006
|
||
repository_map: FD-REPO-MAP-001
|
||
node_map: FD-NODE-MAP-001
|
||
persona_system: ICE-GL-ZY001
|
||
persona_root: ZY-PERSONA-ROOT-001
|
||
operation_loop: ZY-OPS-LOOP-001
|
||
server_cognition: ZY-BIDIRECTIONAL-COGNITION-003
|
||
current_server_cognition: ZY-SERVER-COGNITION-004
|
||
server_architecture: GLS-0234
|
||
disaster_recovery_project: JD-DR-001
|
||
enterprise_node: AW-GZ-001
|
||
personal_ops_center: JD-OPS-CENTER
|
||
personal_nodes_connected: 6
|
||
next:
|
||
- 六台个人服务器灾备反向健康检查已于 2026-07-20 完成运行态验证；每新增服务器仍须先补导航地图，再加入 FD-NODE-MAP-001
|
||
- 上海灾备本体已通过；中央授权服务读取 BS-SH-005 实时导航图的同步缺口仍须用 restore-navigation-map 动作修复并另留回执
|
||
- 每次现实写操作继续走小湖灯限时授权并落回执
|
||
- Tolaria 页面组件与页面跳转研发继续以 REPO-008 为产品事实源核验
|
||
```
|
||
|
||
## 9 · 2026-07-18 服务器承接回写
|
||
|
||
本闭环的服务器主线已经从“仅广州样板”推进为“企业五域 + 冰朔个人六节点”。下一实例不得只从本文件旧章节推断现状，必须继续读取：
|
||
|
||
```text
|
||
ZY-BIDIRECTIONAL-COGNITION-003
|
||
→ GLS-0234
|
||
→ deployment/receipts/AW-GZ-001-FIVE-DOMAIN-LIGHTHOUSE-20260718.json
|
||
→ deployment/receipts/ICE-SIX-NODE-JD-CONNECTION-20260718.json
|
||
→ routing/server-node-map.json
|
||
→ 目标节点导航地图
|
||
```
|
||
|
||
其中 Awen 的技术主控范围是企业 `AW-GZ-001`；`BS-SG-001` 等六节点属于冰朔个人主权，不得再写成 Awen 的服务器通道。
|
||
|
||
## 10 · 2026-07-20 六节点灾备与人类最小责任回写
|
||
|
||
今日认知和运行事实不再追加到旧服务器叙述中猜测，统一进入：
|
||
|
||
```text
|
||
ZY-SERVER-COGNITION-004
|
||
→ JD-DR-001
|
||
→ FD-NODE-MAP-001
|
||
→ deployment/navigation-maps/<NODE_ID>.json
|
||
→ JD-DR-RECEIPT-20260720
|
||
```
|
||
|
||
确认结论：六台分控的京东反向健康检查均为 `active / active`。冰朔不负责学习终端登录、记密码或管理私钥；日常只保证京东实例开机、账号未欠费、云侧网络可达。京东在线但普通入口损坏时，由人格体从任一分控节点发起受限恢复工单；京东关机或云厂商侧不可达时，先走云控制面开机或重建。
|
||
|
||
上海现场还暴露出一个必须保留的分层事实：灾备通道已通过，不代表小湖灯中央导航图发布已通过。中央授权服务读取 `BS-SH-005` 实时地图的同步缺口仍待独立修复和回执。
|