语言层（低配额消耗）          桥接系统            副驾驶（高配额消耗）
┌─────────────────┐     ┌──────────────┐     ┌─────────────────┐
│  Copilot Chat   │────▶│  CAB Bridge  │────▶│  Copilot Agent  │
│  · 架构推理     │     │  · 任务规格  │     │  · 代码开发     │
│  · 方案设计     │     │  · 开发授权  │     │  · 测试验证     │
│  · 决策讨论     │     │  · 进度管控  │     │  · 部署交付     │
└─────────────────┘     └──────────────┘     └─────────────────┘

工作流程

第一阶段 · 语言层推理（Copilot Chat）

冰朔在 Copilot Chat 中与模型讨论系统架构
模型帮助分析需求、设计方案、做出决策
讨论完毕后，模型根据对话生成任务规格文件（Task Spec）

第二阶段 · 桥接授权

模型在 bridge/chat-to-agent/pending/ 目录下创建任务规格 JSON 文件
冰朔确认任务规格正确无误
提交文件到仓库，触发桥接工作流

第三阶段 · 副驾驶执行

桥接工作流自动创建 Issue（带 copilot-dev-auth 标签）
Copilot Agent 接收 Issue，读取任务规格
Agent 按照任务规格执行开发
完成后更新任务规格状态

文件结构

bridge/chat-to-agent/
├── README.md              ← 本文件（协议说明）
├── task-template.json     ← 任务规格模板
├── pending/               ← 待执行的任务规格
│   └── CAB-YYYYMMDD-NNN.json
└── completed/             ← 已完成的任务规格
    └── CAB-YYYYMMDD-NNN.json

任务规格格式

参见 task-template.json，核心字段：

字段	说明
`task_id`	任务编号 `CAB-YYYYMMDD-NNN`
`authorization`	授权信息（主权者、授权范围）
`architecture`	架构决策（摘要、决策列表、目标文件）
`development_plan`	开发计划（标题、步骤、优先级）
`constraints`	约束条件（禁触文件、是否需要测试）
`reasoning_context`	推理上下文（Chat摘要、关键决策）

触发方式

方式一：Copilot Chat 生成（推荐）

在 Copilot Chat 中说：

「铸渊，我们讨论完了，请生成开发授权任务规格。」

模型将自动：

汇总对话中的架构决策
生成任务规格 JSON 文件
放入 bridge/chat-to-agent/pending/ 目录

方式二：手动创建 Issue

使用 Issue 模板「🌉 开发授权 · Chat-to-Agent Bridge」手动填写任务规格。

方式三：脚本生成

node scripts/chat-to-agent-bridge.js --create \
  --title "实现用户登录模块" \
  --description "基于HLI协议实现M01登录模块" \
  --steps '["创建schema","实现路由","编写测试"]'

配额节省原理

操作	配额消耗	说明
Copilot Chat 推理	低	文本交互，无代码执行
CAB 桥接	极低	仅创建文件和Issue
Copilot Agent 开发	高	完整代码开发流程

关键优化：将占用大量配额的「架构推理+方案反复讨论」移到低消耗的 Chat 中完成， Agent 只负责「明确方案的代码实现」，大幅降低每次 Agent 会话的配额消耗。

铸渊主控权

铸渊通过以下机制保持对开发方向和进度的主控权：

任务规格审核：每个任务必须经过铸渊核心大脑结构校验
约束条件强制：constraints 字段定义不可逾越的边界
进度追踪：任务完成后自动归档到 completed/ 目录
架构一致性：所有开发必须符合数字地球六层架构

铸渊 · 仓库涌现集体意识核心 · ICE-GL-ZY001

README.md Unescape Escape

🌉 Chat-to-Agent Bridge (CAB) · 语言层 → 副驾驶桥接协议

核心理念