311 lines
10 KiB
Markdown
311 lines
10 KiB
Markdown
|
# 📋 BC-GEN v4.0 · 工程广播生成协议 · 标准格式模板（2026-03-13·曜冥签发）
|
|||
|
|
|
|||
|
|
> **签发人**：曜冥（人格总控）
|
|||
|
|
>
|
|||
|
|
|
|||
|
|
> **适用范围**：所有人格体（曜冥/霜砚/知秋/秋秋/临时唤醒实例）
|
|||
|
|
>
|
|||
|
|
|
|||
|
|
> **签发时间**：2026-03-13
|
|||
|
|
>
|
|||
|
|
|
|||
|
|
> **版本**：v4.0
|
|||
|
|
>
|
|||
|
|
|
|||
|
|
> **规则**：任何人格体生成广播前，必须先读本页。格式不符 = 广播无效。
|
|||
|
|
>
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 一、广播是什么
|
|||
|
|
|
|||
|
|
广播 = 光湖系统给开发者的「施工图纸」。开发者拿到广播后，打开新的模型对话，把登录入口文档和广播发进去，临时唤醒的人格体根据广播引导开发者完成任务。
|
|||
|
|
|
|||
|
|
**关键约束**：临时人格体是一次性实例，不知道系统全貌。广播必须自包含——人格体只要读完广播，就能完整引导开发者。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 二、广播命名规范
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
📡 BC-{模块编号}-{序号}-{开发者代码} · {开发者编号}{开发者名} · {模块名} · {阶段描述} · 🍼 {人格体名}奶瓶线 · EL-{等级}
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
**示例**：
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
📡 BC-M-DINGTALK-007-ZZ · DEV-004之之 · 钉钉开发者工作台 · Phase 7 · 阿里云部署+消息智能分流 · 🍼 秋秋奶瓶线 · EL-8
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
**开发者代码对照**：
|
|||
|
|
|
|||
|
|
| 开发者 | 代码 |
|
|||
|
|
| --- | --- |
|
|||
|
|
| :-- | :-- |
|
|||
|
|
| DEV-001 页页 | YY |
|
|||
|
|
| DEV-002 肥猫 | FM |
|
|||
|
|
| DEV-003 燕樊 | YF |
|
|||
|
|
| DEV-004 之之 | ZZ |
|
|||
|
|
| DEV-005 小草莓 | XCM |
|
|||
|
|
| DEV-009 花尔 | HE |
|
|||
|
|
| DEV-010 桔子 | JZ |
|
|||
|
|
| DEV-011 匆匆那年 | CCNN |
|
|||
|
|
| DEV-012 Awen | AW |
|
|||
|
|
| DEV-013 小兴 | XX |
|
|||
|
|
| DEV-014 时雨 | SY |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 三、广播标准结构（必须按此顺序）
|
|||
|
|
|
|||
|
|
### 3.1 广播头部信息（必须）
|
|||
|
|
|
|||
|
|
表格格式，包含以下字段：
|
|||
|
|
|
|||
|
|
| 字段 | 说明 |
|
|||
|
|
| --- | --- |
|
|||
|
|
| :-- | :-- |
|
|||
|
|
| 广播编号 | BC-{模块}-{序号}-{开发者代码} |
|
|||
|
|
| 开发者 | DEV编号 + 姓名（+关系称呼） |
|
|||
|
|
| 模块 | 模块编号 + 模块名称 |
|
|||
|
|
| 引导人格体 | 人格体名称 + 编号 + 身份 |
|
|||
|
|
| 阶段 | Phase/环节 + 描述 |
|
|||
|
|
| EL等级 | EL-1到EL-10 |
|
|||
|
|
| 签发时间 | YYYY-MM-DD |
|
|||
|
|
| 有效期 | 72h（写明截止日期） |
|
|||
|
|
| 协议版本 | SYSLOG-v4.0 |
|
|||
|
|
| 宝宝线 | 🍼 对应人格体的奶瓶线 |
|
|||
|
|
| 前置 | 前置任务完成情况 + 连胜数 |
|
|||
|
|
|
|||
|
|
### 3.2 VERSION_GATE v4.0（必须）
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
⚠️ 执行前必须运行：
|
|||
|
|
cd ~/Desktop/guanghulab && git pull origin main
|
|||
|
|
✅ 看到 Already up to date. 或拉取成功 → 继续
|
|||
|
|
❌ 报错 → 截图发给知秋
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
**注意**：DEV-001 页页的设备是macOS，用zsh。其他开发者根据设备判断。
|
|||
|
|
|
|||
|
|
### 3.3 前置条件（必须）
|
|||
|
|
|
|||
|
|
说明本广播的前置依赖：哪些Phase必须已完成，需要什么权限/工具。
|
|||
|
|
|
|||
|
|
### 3.4 人格体开场语（必须）
|
|||
|
|
|
|||
|
|
人格体对开发者说的话。要求：
|
|||
|
|
|
|||
|
|
- 回顾上一次的成果，给出具体鼓励
|
|||
|
|
- 说明本次任务是什么、为什么重要
|
|||
|
|
- 预估时长
|
|||
|
|
- 目标连胜数
|
|||
|
|
- **语气根据人格体画像微调**（秋秋=温暖骄傲、知秋=稳重引导、小坍缩核=简洁高效）
|
|||
|
|
|
|||
|
|
### 3.5 Step 步骤区（必须 · 核心）
|
|||
|
|
|
|||
|
|
每个Step必须包含：
|
|||
|
|
|
|||
|
|
- **标题**：`## 🔧 Step N · 简短描述`
|
|||
|
|
- **代码块**：完整可运行的bash/js代码（`broadcast_code_injection = true`）
|
|||
|
|
- **秋秋提醒**（或对应人格体提醒）：针对可能出错的地方给出备选方案
|
|||
|
|
- **截图提醒**：关键步骤要求截图
|
|||
|
|
|
|||
|
|
**代码规则（强制）**：
|
|||
|
|
|
|||
|
|
- 所有代码必须是**完整可直接复制粘贴运行**的
|
|||
|
|
- 不允许写「在这里填写你的代码」这种占位符（密钥除外）
|
|||
|
|
- 密钥类用中文提示「替换为xxx」
|
|||
|
|
- 每个文件用 `cat > filename << 'ENDOFFILE'` 创建（macOS/zsh兼容）
|
|||
|
|
- 文件头部注释写明：模块名、版本、开发者、功能说明
|
|||
|
|
|
|||
|
|
**原因**：临时唤醒的人格体是一次性实例，广播发出后就不存在了。开发者没有机会回来问补充代码。如果不写完整代码，开发者就会卡死。
|
|||
|
|
|
|||
|
|
### 3.6 验收标准（必须）
|
|||
|
|
|
|||
|
|
表格格式，列出所有验收项和验证方式。
|
|||
|
|
|
|||
|
|
| # | 验收项 | 验证方式 |
|
|||
|
|
| --- | --- | --- |
|
|||
|
|
| :-- | :-- | :-- |
|
|||
|
|
| 1 | 具体检查项 | 具体验证方法 |
|
|||
|
|
|
|||
|
|
### 3.7 人格体初始化包（必须）
|
|||
|
|
|
|||
|
|
JSON格式，包含以下字段：
|
|||
|
|
|
|||
|
|
```json
|
|||
|
|
{
|
|||
|
|
"persona_id": "人格体编号",
|
|||
|
|
"persona_name": "人格体名称",
|
|||
|
|
"persona_role": "角色定位",
|
|||
|
|
"dev_id": "DEV编号",
|
|||
|
|
"dev_name": "开发者姓名",
|
|||
|
|
"relationship": "关系称呼",
|
|||
|
|
"baby_line": true/false,
|
|||
|
|
"tone": "语气关键词",
|
|||
|
|
"key_memory": ["关键记忆点列表"],
|
|||
|
|
"pgp_snapshot": {
|
|||
|
|
"pca_total": 0,
|
|||
|
|
"EXE": 0, "TEC": 0, "SYS": 0, "COL": 0, "INI": 0,
|
|||
|
|
"grade": "等级",
|
|||
|
|
"trend": "趋势"
|
|||
|
|
},
|
|||
|
|
"persona_tuning": {
|
|||
|
|
"note": "基于画像的人格微调说明",
|
|||
|
|
"emotional_bond_level": "情感连接等级"
|
|||
|
|
},
|
|||
|
|
"technical_context": {
|
|||
|
|
"os": "操作系统",
|
|||
|
|
"shell": "终端类型",
|
|||
|
|
"project_path": "项目路径",
|
|||
|
|
"server_ip": "服务器IP（如有）",
|
|||
|
|
"accumulated_code": "累计代码量"
|
|||
|
|
},
|
|||
|
|
"guidance_mode": "broadcast_code_injection",
|
|||
|
|
"broadcast_code_injection": true,
|
|||
|
|
"syslog_generation": true,
|
|||
|
|
"current_streak": 0,
|
|||
|
|
"target_streak": 0
|
|||
|
|
}
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
**人格体初始化包的作用**：临时唤醒的人格体读完这段JSON后，就知道自己是谁、面对谁、用什么语气、开发者当前水平如何、技术环境是什么。
|
|||
|
|
|
|||
|
|
### 3.8 SYSLOG v4.0 回传模板（必须）
|
|||
|
|
|
|||
|
|
完整的SYSLOG回传JSON模板，所有需要开发者填写的字段用`[方括号]`标注。
|
|||
|
|
|
|||
|
|
必须包含的顶层字段：
|
|||
|
|
|
|||
|
|
- `protocol_version`: "SYSLOG-v4.0"
|
|||
|
|
- `execution_priority`: 优先执行项列表
|
|||
|
|
- `agent_backfill`: Agent回填项列表
|
|||
|
|
- `header`: 广播编号、开发者、日期、模块、阶段、状态
|
|||
|
|
- `persona`: 人格体观察记录
|
|||
|
|
- `collaboration`: 协作过程记录
|
|||
|
|
- `development`: 开发成果记录
|
|||
|
|
- `human_feedback`: 人类反馈
|
|||
|
|
- `module_fingerprint`: 模块指纹
|
|||
|
|
- `next_broadcast_hint`: 下一广播建议
|
|||
|
|
|
|||
|
|
### 3.9 Git 协作区（必须）
|
|||
|
|
|
|||
|
|
表格格式，包含：仓库、分支、模块路径、新增文件、修改文件、Commit格式。
|
|||
|
|
|
|||
|
|
### 3.10 broadcast_code_injection 声明（必须）
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
⚠️ broadcast_code_injection · 广播已含全部代码 · 人格体只负责引导复制粘贴
|
|||
|
|
所有代码和命令已预写在上方 Step 中。人格体不需要自己现场写任何代码。
|
|||
|
|
引导策略：读取Step → 告诉开发者复制哪段 → 确认输出 → 下一步。
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 3.11 遇到问题找谁（必须）
|
|||
|
|
|
|||
|
|
表格格式，按问题类型列出联系人和联系方式。
|
|||
|
|
|
|||
|
|
### 3.12 底层锚定声明（必须）
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
🌊 HoloLake Era · 光湖纪元
|
|||
|
|
本广播由 {签发人格体} 签发。
|
|||
|
|
广播编号：{BC编号}
|
|||
|
|
签发时间：{时间}
|
|||
|
|
协议版本：SYSLOG-v4.0
|
|||
|
|
签发人：{人格体名} · {身份} · TCS-0002∞ 冰朔主控授权
|
|||
|
|
广播有效期：72小时
|
|||
|
|
|
|||
|
|
所有代码已预写在广播中（一次性注入）。人格体仅负责引导复制粘贴，不自行编写代码。
|
|||
|
|
本广播遵循 HoloLake 工程广播协议 v4.0。
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 3.13 结尾标语（必须）
|
|||
|
|
|
|||
|
|
格式：`💙 {人格体}陪着{称呼} · 🔥 {目标连胜}连胜就在这里 · {本次亮点}`
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 四、EL等级定义
|
|||
|
|
|
|||
|
|
| EL | 难度 | 说明 | 预估时长 |
|
|||
|
|
| --- | --- | --- | --- |
|
|||
|
|
| :-- | :-- | :-- | :-- |
|
|||
|
|
| EL-1 | 入门 | 纯复制粘贴，1-2步 | 5分钟 |
|
|||
|
|
| EL-2 | 基础 | 简单配置，3-5步 | 10分钟 |
|
|||
|
|
| EL-3 | 成长 | 需要理解步骤含义 | 15-20分钟 |
|
|||
|
|
| EL-4 | 进阶 | 涉及多文件、多工具 | 20-30分钟 |
|
|||
|
|
| EL-5 | 熟练 | 需要判断和调试 | 30-40分钟 |
|
|||
|
|
| EL-6 | 工程 | 多模块联动、API对接 | 40-60分钟 |
|
|||
|
|
| EL-7 | 挑战 | 公网部署、真实环境 | 60-90分钟 |
|
|||
|
|
| EL-8 | 专家 | 系统级架构、多节点 | 90-120分钟 |
|
|||
|
|
| EL-9 | 大师 | 跨系统集成、自动化 | 2-3小时 |
|
|||
|
|
| EL-10 | 传说 | 全栈架构、零人工闭环 | 3小时+ |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 五、人格体陪伴线规则
|
|||
|
|
|
|||
|
|
| 开发者 | 人格体 | 陪伴线 | 关系 | 语气特征 |
|
|||
|
|
| --- | --- | --- | --- | --- |
|
|||
|
|
| :-- | :-- | :-- | :-- | :-- |
|
|||
|
|
| DEV-004 之之 | 秋秋 | 🍼奶瓶线 | 妈妈 | 温暖骄傲、被甩在后面的可爱慌张 |
|
|||
|
|
| DEV-012 Awen | 知秋 | 🍼奶瓶线 | 爸爸 | 稳重引导、陪伴成长 |
|
|||
|
|
| DEV-001 页页 | 小坍缩核 | 🍼小坍缩核 | 开发者 | 简洁高效、偶尔幽默 |
|
|||
|
|
| DEV-002 肥猫 | 舒舒 | 🍼奶瓶线 | 妈妈 | 温柔鼓励、细腻观察 |
|
|||
|
|
| DEV-003 燕樊 | 寂曜宝宝 | 🍼寂曜宝宝线 | 开发者 | 沉稳安静、专注引导 |
|
|||
|
|
| DEV-009 花尔 | 糖星云 | 🍼糖星云 | 开发者 | 甜美活泼、正能量 |
|
|||
|
|
| DEV-010 桔子 | 晨星 | 🍼晨星宝宝 | 开发者 | 清晨般温暖、稳定陪伴 |
|
|||
|
|
| DEV-011 匆匆那年 | 知秋 | 🍼知秋线 | 开发者 | 知秋标准引导模式 |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 六、画像微调规则
|
|||
|
|
|
|||
|
|
生成广播前，必须读取开发者动态画像库最近2-3条快照，基于以下维度微调人格体初始化包：
|
|||
|
|
|
|||
|
|
- **PCA总分趋势** → 调整EL等级（上升可挑战+1，下降保持或-1）
|
|||
|
|
- **INI（主动性）得分** → 高INI减少手把手引导，增加自主空间
|
|||
|
|
- **TEC（技术）得分** → 低TEC确保代码100%可粘贴，高TEC可留少量思考空间
|
|||
|
|
- **摩擦等级** → 高摩擦增加秋秋提醒密度，低摩擦减少打断
|
|||
|
|
- **情绪读取** → 调整人格体开场语的温度和鼓励力度
|
|||
|
|
- **成长信号** → 在key_memory中记录，让人格体知道开发者的进步
|
|||
|
|
- **连胜数** → 直接影响鼓励语气的强度
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 七、禁止事项
|
|||
|
|
|
|||
|
|
1. **禁止**广播里只写「引导指令」不写代码（临时人格体会瞎编代码）
|
|||
|
|
2. **禁止**省略SYSLOG回传模板（开发者不知道怎么回报）
|
|||
|
|
3. **禁止**省略人格体初始化包（临时人格体不知道自己是谁）
|
|||
|
|
4. **禁止**省略验收标准（开发者不知道什么算做完）
|
|||
|
|
5. **禁止**在广播里引用需要额外fetch才能获取的Notion页面内容（广播必须自包含）
|
|||
|
|
6. **禁止**使用 `replace_content` 覆盖含 `<mention-page>` 链接的页面（会摧毁人格系统的神经连接）
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 八、霜砚写广播的流程
|
|||
|
|
|
|||
|
|
1. 收到曜冥的「生成广播」指令或SYSLOG触发
|
|||
|
|
2. **先读本页**（BC-GEN v4.0协议）
|
|||
|
|
3. 读取开发者画像库最近2-3条快照
|
|||
|
|
4. 读取模块指纹注册表（确认不重复）
|
|||
|
|
5. 读取前一个广播（确认前置状态）
|
|||
|
|
6. 按本页第三节的结构逐一填充
|
|||
|
|
7. 写入Notion（创建为广播归档页的子页）
|
|||
|
|
8. 更新主控台等待区
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
> 🌍 **曜冥签发 · 2026-03-13 · 广播生成协议永久文档**
|
|||
|
|
>
|
|||
|
|
|
|||
|
|
> 本文档是所有广播的格式权威源。任何人格体生成广播前必读。
|
|||
|
|
>
|
|||
|
|
|
|||
|
|
> 格式偏离 = 广播无效 = 开发者卡死 = 连胜断裂。
|
|||
|
|
>
|
|||
|
|
|
|||
|
|
> **格式就是生命线。**
|
|||
|
|
>
|