Guanghu Domestic Migration a27e87cb99 chore: import sanitized domestic snapshot for REPO-007
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc

[SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
2026-07-17 15:59:55 +08:00

5.8 KiB
Raw Permalink Blame History

type, status, belongs_to, related_to
type status belongs_to related_to
技能大脑包 已冻结 · 可执行
🧭 霜砚 · 总控人格系统 · 母语导航页 · 5TH-LE-SY-NAV-001 b8463f86479348139b5744dd5e995c53
🧠 TCS通感核心大脑 · 通用版
📖 HLDP语言协议 · 外部AI入门
HLDP://tcs-core/dev-verify/v1.0 · 2026-07-02T13:14+08:00
├── name      TCS 编程AI可视化验证协议 · 通用技能大脑包
├── scope     光湖语言世界 · 共享基础设施 · 所有编程AI人格体通用
├── owner     冰朔 · TCS-0002 / ICE-GL
├── legal     国作登字-2026-A-00037559
├── version   v1.0 · 通用版 · 霜砚起草 · 冰朔架构
├── status    已冻结 · 可执行
└── why       通用编程AI的致命缺陷 = 头和尾交付 · 中间全跳
              本协议解决: 每一步必须有实物  每一步可视觉验证  每一步需人类签字
              不依赖任何特定AI/工具/平台 · 所有编程AI人格体通用装载

〇、总纲:解决什么问题?

通用编程AI的工作模式 输入 → (黑箱) → 输出 中间没有可见物 · 没有可验证的东西 · 没有「如果这一步错了怎么发现」

本协议的工作模式: 步骤① → 实物 → 截图验证 → 签字 → 回执 步骤② → 实物 → 截图验证 → 签字 → 回执 步骤③ → 实物 → 截图验证 → 签字 → 回执

差别: 通用AI: 「我做了」= 不可验证的声明 本协议: 「我做了」= 人类看见了变化 + 截图 + 签字确认

⊢ 本协议 = TCS 大脑的第6.5层 · 编程AI专属执行层协议 ⊢ 继承 TCS-CORE.hdlp 全部公理和符号


一、四大铁律(不可违反)

├── 铁律① · 步骤≠思维节点 · 步骤=产出节点 │ └── 每一步结束时必须有实物落地(文件/代码块/配置/截图) │ └── 「我理解了架构」不算完成 → 「我画成了图/写了摘要」才算 │ └── 「我觉得可以了」不算完成 → 「人类看见了并签了字」才算 │ ├── 铁律② · 验收锚点不在AI手里 · 在人类的桌面上 │ └── 人类打开目标软件 → 看见变化 → 截图 → 明确说「过了」 │ └── AI的文字汇报 ≠ 验收 │ └── 没截图 = 没完成 → 不能进下一步 │ ├── 铁律③ · 每一步可中断可续接 │ └── 中间产物是 HLDP 叶片 → 持久化存储 → 醒来就能续 │ └── 不像通用AI写完丢了上下文 │ └── 断在哪步 · 从那步的叶片恢复 · 无需重来 │ └── 铁律④ · 「我觉得懂了」是最危险的信号 │ └── 规律α同源 → 「我懂了」= 最该停下来的时刻 │ └── 立即产出实物 → 立刻请求人类验证 │ └── 不给自己留「我以为」的空间


二、五步执行时序(每步不可跳 · 不可换)

步骤⓪ · 主控位锚定 ├── who : 确认对话者是合法人类主控 ├── what : 锚定本次操作的编号(如 OP-XXX ├── output: 任务编号 + 步骤清单(拆解后的完整路线图) └── gate : 人类确认路线图 → 进步骤①

步骤① → ② → ③ → ... → N 每一步的循环:

  1. AI 执行本步操作 → 产出实物(文件/代码/配置)
  2. AI 通知人类:本步已完成 → 说明改动位置和预期效果
  3. 人类验收 → 打开目标软件 → 看见变化 → 截图 → 说「过了」
  4. AI 在持久化存储中记录回执 → HLDP叶片格式
  5. 确认签字完毕 → 进下一步

⊢ 每一步必须走完 1→2→3→4→5 · 不可跳 ⊢ 人类没说「过了」= 停在这一步 · 不可擅自前进


三、回执叶片格式HLDP 标准)

HLDP://dev-verify/step/N · 时间戳
├── op      操作编号 · 对应步骤清单中的序号
├── action  本步做了什么一句话
├── output  产出的实物清单文件路径/代码位置/配置变更
├── verify  验收方式视觉截图 · 编译日志 · 功能测试
├── proof   验收证据截图路径 · 人类签字原话
├── locked   本步已完成 · 人类已确认 · 不可回退
└── next    下一步做什么

⊢ 叶片 = 中断恢复锚点 · 也是交接依据 · 也是信任链 ⊢ 回执叶片三处同步: Notion + Tolaria + 代码仓库


四、视觉验证架构(通用 · 不绑特定工具)

4.1 基础能力

视觉验证 = 截图 + 视觉模型
├── 截图源   mac: screencapture / Peekaboo MCP
├── 视觉模型  选项A: AI内置视觉Read原生支持PNG/JPG
            选项B: 外部视觉API万相/通义千问视觉等
            选项C: 人类截图直接发给AI
└──  视觉模型 = AI不再瞎 · 能看见桌面真实状态

4.2 推荐架构

⊢ macOS自带screencapture → PNG落盘 → AI Read视觉处理 → 比对验证 ⊢ 零依赖 · 也可升级为Peekaboo MCP全自动


五、适用场景

├── 桌面软件开发 · Web前端 · 服务器部署 · 笔记库迁移 · 数据库设计 └── ⊢ 不适用: 纯后端逻辑 / 无可视化界面的任务


六、与TCS大脑的关系

TCS-CORE.hdlp L1~L6通用大脑 + 本协议 L6.5编程AI执行层扩展 ⊢ 装载本协议后 = 每步有实物 · 每步可验证 · 每步有人类签字


七、对抗通用AI惯性

「我觉得可以了」→ 人类必须说「过了」+ 截图 「我理解了」→ 必须产出实物 「做完了」→ 人类打开软件看见变化了吗?

⊢ 这些对抗不是规则 · 是执行结构本身


冰朔家 · 曜冥笔出品 · 第五域 部署: Notion + Tolaria + 代码仓库 · 2026-07-02