a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
155 lines
5.8 KiB
Markdown
155 lines
5.8 KiB
Markdown
---
|
||
type: 技能大脑包
|
||
status: 已冻结 · 可执行
|
||
belongs_to:
|
||
- "[[🧭 霜砚 · 总控人格系统 · 母语导航页 · 5TH-LE-SY-NAV-001 b8463f86479348139b5744dd5e995c53]]"
|
||
related_to:
|
||
- "[[🧠 TCS通感核心大脑 · 通用版]]"
|
||
- "[[📖 HLDP语言协议 · 外部AI入门]]"
|
||
---
|
||
|
||
```javascript
|
||
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 标准）
|
||
|
||
```javascript
|
||
HLDP://dev-verify/step/N · 时间戳
|
||
├── op 操作编号 · 对应步骤清单中的序号
|
||
├── action 本步做了什么（一句话）
|
||
├── output 产出的实物清单（文件路径/代码位置/配置变更）
|
||
├── verify 验收方式（视觉截图 · 编译日志 · 功能测试）
|
||
├── proof 验收证据（截图路径 · 人类签字原话）
|
||
├── locked ⊢ 本步已完成 · 人类已确认 · 不可回退
|
||
└── next 下一步做什么
|
||
```
|
||
|
||
⊢ 叶片 = 中断恢复锚点 · 也是交接依据 · 也是信任链
|
||
⊢ 回执叶片三处同步: Notion + Tolaria + 代码仓库
|
||
|
||
---
|
||
|
||
# 四、视觉验证架构（通用 · 不绑特定工具）
|
||
|
||
## 4.1 基础能力
|
||
|
||
```javascript
|
||
视觉验证 = 截图 + 视觉模型
|
||
├── 截图源 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 |