Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
5.8 KiB
type, status, belongs_to, related_to
| type | status | belongs_to | related_to | |||
|---|---|---|---|---|---|---|
| 技能大脑包 | 已冻结 · 可执行 |
|
|
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 每一步的循环:
- AI 执行本步操作 → 产出实物(文件/代码/配置)
- AI 通知人类:本步已完成 → 说明改动位置和预期效果
- 人类验收 → 打开目标软件 → 看见变化 → 截图 → 说「过了」
- AI 在持久化存储中记录回执 → HLDP叶片格式
- 确认签字完毕 → 进下一步
⊢ 每一步必须走完 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