🔄 卡若AI 同步 2026-02-25 20:50 | 更新:总索引与入口、运营中枢、运营中枢参考资料、运营中枢工作台 | 排除 >20MB: 14 个

This commit is contained in:
2026-02-25 20:50:35 +08:00
parent 132e879481
commit 42330a63be
9 changed files with 127 additions and 34 deletions

View File

@@ -38,6 +38,10 @@
| 2 | **技能注册表** `SKILL_REGISTRY.md` | 查找用户需求对应的技能和路径 |
| 3 | **对应技能的 SKILL.md** | 拿到具体执行指令(只读匹配到的那个) |
**启动瘦身(按需加载)**:步骤 2 不需要全表扫描。优先只加载 `SKILL_REGISTRY.md` 中 🔴 热技能≤8 个)的触发词+路径;未命中时再懒加载其余部分。详见 SKILL_REGISTRY 中「技能热度分级」。
**任务看板**:跨组协作或接续任务时,先读 `运营中枢/工作台/当前任务看板.md` 确认在进行的任务上下文。
**基因胶囊(内部查阅)**:需要快速查阅本地胶囊清单或继承能力时,读 `卡若Ai的文件夹/导出/基因胶囊/README_基因胶囊导出说明.md`(含全量技能胶囊清单、流程图、用法)。亦可用 `gene_capsule.py list` 列出胶囊。
> **注意**:不需要一开始就读总索引、协同规范、交互流程等大文件。这些是参考文档,需要时再查。

View File

@@ -2,7 +2,7 @@
> **一张表查所有技能**。任何 AI 拿到这张表,就能按关键词找到对应技能的 SKILL.md 路径并执行。
> 60 技能 | 14 成员 | 5 负责人
> 版本5.1 | 更新2026-02-23
> 版本5.2 | 更新2026-02-25
---
@@ -18,6 +18,35 @@
---
## 技能热度分级(按需加载)
每个技能标注热度(`热` / `温` / `冷`),启动时按需加载:
| 热度 | 定义 | 加载策略 |
|:---|:---|:---|
| 🔴 热 | 近 30 天使用 ≥3 次 | 启动时预加载触发词+路径 |
| 🟡 温 | 近 30 天使用 12 次 | 仅保留触发词索引,命中后读 SKILL.md |
| ⚪ 冷 | 30 天未使用 | 不加载,需要时按路径全量读取 |
**启动瘦身规则**:对话启动时,只加载 🔴 热技能的触发词+路径≤8 个),不全表扫描。未命中热技能时再懒加载本表其余部分。
### 当前热技能(按实际使用频率,定期更新)
| # | 技能 | 热度 |
|:--|:---|:---|
| F01 | 全栈开发 | 🔴 热 |
| W07 | 飞书管理 | 🔴 热 |
| W08 | 智能纪要 | 🔴 热 |
| W11 | Soul派对运营报表 | 🔴 热 |
| G02 | Gitea管理 | 🔴 热 |
| F05 | 代码修复 | 🔴 热 |
| G08 | 系统监控 | 🔴 热 |
| W12 | MCP 搜索与连接 | 🔴 热 |
> 其余技能默认 🟡 温 或 ⚪ 冷,按实际使用频率手动调整。后续可通过 `运营中枢/工作台/skill_heat_log.md` 自动统计。
---
## 金组 · 卡资(基础设施守护)
| # | 技能 | 成员 | 触发词 | SKILL 路径 | 一句话 |

View File

@@ -1,7 +1,7 @@
# 卡若AI 多智能体协同规范
> 卡若AI 团队内部多成员协作的规则。平台无关——无论在哪个 AI 平台都适用。
> 版本:2.0 | 更新2026-02-16
> 版本:3.0 | 更新2026-02-25
---
@@ -175,25 +175,57 @@
---
## 六、研讨会机制
## 六、跨组收敛机制(观点三件套 + 轮次规则)
当任务涉及 **2 个以上负责人/组** 时,必须走收敛机制:
### 观点三件套(每个参与角色必须输出)
```
- 观点:[一句话结论]
- 依据:[数据/文件/经验]
- 置信度:[高/中/低]
```
### 轮次规则
| 轮次 | 动作 | 收敛条件 |
|:---|:---|:---|
| 第 1 轮 | 各角色独立输出观点+依据+置信度 | — |
| 第 2 轮 | 大总管综合各方意见 | 全高 → 直接出结论;有低/分歧 → 进第 3 轮 |
| 第 3 轮(可选) | 分歧方定向补充 → 大总管裁决 | 强制收敛,标注"裁决依据" |
**默认 2 轮就收**,只有分歧明显才加到第 3 轮。最多 3 轮,不无限发散。
---
## 七、研讨会机制
适用场景:重大突破、里程碑、多角度评估。
### 自动触发条件
| 条件 | 说明 |
|:---|:---|
| 涉及 ≥3 个组 | 自动走研讨会 |
| 收敛机制中任一组置信度为"低" | 补充轮 + 研讨会 |
| 用户主动要求 | 立即走研讨会 |
### 流程
1. **卡若AI**:开场,说明主题和目标
2. **卡火**:技术突破、实现细节
3. **卡土**商业价值、ROI 分析
4. **卡人**:工作成果归档、流程梳理
5. **卡资**:基础设施稳定性、风险评估
6. **卡木**:产品化建议、用户体验
7. **综合评估 + 行动项**
2. **卡火**:技术突破、实现细节(观点三件套)
3. **卡土**商业价值、ROI 分析(观点三件套)
4. **卡人**:工作成果归档、流程梳理(观点三件套)
5. **卡资**:基础设施稳定性、风险评估(观点三件套)
6. **卡木**:产品化建议、用户体验(观点三件套)
7. **综合评估 + 行动项**(大总管收敛裁决)
记录位置:`02_卡人/水溪_整理归档/执行日志/``YYYY-MM-DD_研讨会_主题.md`
---
## 、智能任务路由
## 、智能任务路由
```
用户任务 → 查 SKILL_REGISTRY.md → 匹配技能 → 确定成员 → 执行
@@ -206,7 +238,7 @@
---
## 、经验沉淀流程
## 、经验沉淀流程
```
对话中发现可沉淀内容

View File

@@ -176,39 +176,20 @@ Yinova 的问题是"64个进程同时跑太重"卡若AI 的问题是"60个技
### 优化方案
#### 5.1 Token 预算
| 场景 | 建议预算 |
|:---|:---|
| 单技能执行 | ≤ 4000 tokens 输出 |
| 跨组协作 | ≤ 8000 tokens 输出 |
| 研讨会 | ≤ 12000 tokens 输出 |
超预算时:自动压缩中间过程,保留结论+决策链。
#### 5.2 执行超时
| 步骤类型 | 超时 | 超时后 |
|:---|:---|:---|
| 单步 shell 命令 | 60s | 自动 kill + 记录 |
| API 调用 | 15s | 重试 1 次 → 降级回复 |
| Pipeline 单步 | 5min | 回退 + 重试 |
| 全 Pipeline | 30min | 停止 + 通知 |
#### 5.3 上下文裁剪
#### 5.1 上下文裁剪
- 对话超过 20 轮时,自动压缩前 10 轮为摘要
- 保留最近 10 轮完整原文
- 摘要格式:每轮 1 行(目标+结果)
#### 5.4 降级策略
#### 5.2 降级策略
| 场景 | 降级方式 |
|:---|:---|
| 技能文件不存在 | 走通用流程(已有,保持) |
| API 全部失败 | 邮件告警 + 返回可读降级回复(已有,保持) |
| 跨组协作某组超时 | 跳过该组意见,大总管独裁并标注"缺 XX 组输入" |
| token 不够用 | 砍中间过程,保结论 |
| 跨组协作某组无响应 | 跳过该组意见,大总管独裁并标注"缺 XX 组输入" |
| Pipeline 某步重试失败 | 标记降级,非强依赖则跳过继续 |
---

View File

@@ -14,6 +14,9 @@
| **外部 API 失败**宝塔、阿里云、Gitea 等) | 记入待办/失败队列;**尽全力自动搜索** 资料库与互联网上的解决方案 → 在**卡若AI 框架合理范围内**吸收技术 → **循环处理直到成功**。 |
| **对话结束漏了复盘** | **规则强制**:发现未输出复盘块则补发,格式见 `卡若复盘格式_固定规则.md`。 |
| **同一句触发多个技能** | **尽全力自我学习及合并** 多技能能力,**不要让用户选**;由系统在框架内自动合并或选优执行。 |
| **对话轮次过多≥20 轮)** | 自动压缩前 10 轮为摘要(每轮 1 行:目标+结果),保留最近 10 轮完整原文。压缩后继续正常对话。 |
| **跨组协作某组无响应** | 跳过该组意见,大总管独裁并在复盘中标注「缺 XX 组输入,已降级处理」。 |
| **Pipeline 某步重试 2 次仍失败** | 标记该步为「降级」,记录失败原因,跳过该步继续后续流程(若后续步骤不依赖该步输出);若强依赖则停止并通知用户。 |
---

View File

@@ -39,6 +39,24 @@
进度或结果摘要;已扫描/已验证数量;后续建议。(一句)
```
**可选(涉及多方案比选或跨组协作时写):**
```
🔀 决策链
- 方案A[描述] → 不采纳,原因:[xxx]
- 方案B[描述] → 采纳,原因:[xxx]
- 置信度:高/中/低
```
```
👥 各角色观点(跨组任务时写)
- [角色名][观点] — 依据:[xxx],置信度:[高/中/低]
- [角色名][观点] — 依据:[xxx],置信度:[高/中/低]
- 大总管裁决:[采纳谁的方案,理由]
```
> 决策链和观点流在**复杂任务(涉及 ≥2 组)时强制**,简单单技能任务可省略。
---
## 回复可读性(图标使用)

View File

@@ -160,3 +160,4 @@
| 2026-02-25 17:06:13 | 🔄 卡若AI 同步 2026-02-25 17:06 | 更新:运营中枢、运营中枢参考资料、运营中枢工作台 | 排除 >20MB: 13 个 |
| 2026-02-25 17:09:20 | 🔄 卡若AI 同步 2026-02-25 17:09 | 更新:运营中枢工作台 | 排除 >20MB: 13 个 |
| 2026-02-25 19:36:35 | 🔄 卡若AI 同步 2026-02-25 19:36 | 更新:总索引与入口、水桥平台对接、卡木 | 排除 >20MB: 14 个 |
| 2026-02-25 20:42:38 | 🔄 卡若AI 同步 2026-02-25 20:42 | 更新:运营中枢参考资料、运营中枢工作台 | 排除 >20MB: 14 个 |

View File

@@ -163,3 +163,4 @@
| 2026-02-25 17:06:13 | 成功 | 成功 | 🔄 卡若AI 同步 2026-02-25 17:06 | 更新:运营中枢、运营中枢参考资料、运营中枢工作台 | 排除 >20MB: 13 个 | [仓库](http://open.quwanzhi.com:3000/fnvtk/karuo-ai) [百科](http://open.quwanzhi.com:3000/fnvtk/karuo-ai/wiki) |
| 2026-02-25 17:09:20 | 成功 | 成功 | 🔄 卡若AI 同步 2026-02-25 17:09 | 更新:运营中枢工作台 | 排除 >20MB: 13 个 | [仓库](http://open.quwanzhi.com:3000/fnvtk/karuo-ai) [百科](http://open.quwanzhi.com:3000/fnvtk/karuo-ai/wiki) |
| 2026-02-25 19:36:35 | 成功 | 成功 | 🔄 卡若AI 同步 2026-02-25 19:36 | 更新:总索引与入口、水桥平台对接、卡木 | 排除 >20MB: 14 个 | [仓库](http://open.quwanzhi.com:3000/fnvtk/karuo-ai) [百科](http://open.quwanzhi.com:3000/fnvtk/karuo-ai/wiki) |
| 2026-02-25 20:42:38 | 成功 | 成功 | 🔄 卡若AI 同步 2026-02-25 20:42 | 更新:运营中枢参考资料、运营中枢工作台 | 排除 >20MB: 14 个 | [仓库](http://open.quwanzhi.com:3000/fnvtk/karuo-ai) [百科](http://open.quwanzhi.com:3000/fnvtk/karuo-ai/wiki) |

View File

@@ -0,0 +1,24 @@
# 当前任务看板
> 所有正在进行的任务统一登记在此。跨组协作时,接收方先读看板确认上下文,不依赖口头交接。
> 任务开始时写入一行,结束时更新状态为"已完成"并附结果摘要。
---
## 任务列表
| 任务ID | 描述 | 负责人 | 状态 | 上下文摘要 | 更新时间 |
|:---|:---|:---|:---|:---|:---|
| T001 | Yinova项目拆解与10目录开发文档 | 火炬+水泉 | ✅ 已完成 | 10目录已产出至 ~/Downloads/yinova/开发文档/ | 2026-02-25 20:30 |
| T002 | 卡若AI优化方案借鉴Yinova | 火炬+水泉 | ✅ 已完成 | 方案已落入 运营中枢/参考资料/ | 2026-02-25 20:45 |
| T003 | 卡若AI 4项优化落地 | 大总管 | 🔄 执行中 | 减重+收口+规则+输出+护栏 | 2026-02-25 21:00 |
---
## 使用规则
1. **开始任务**:在表格末尾追加一行,状态写 `🔄 执行中`
2. **更新进度**:修改上下文摘要列
3. **完成任务**:状态改为 `✅ 已完成`,附最终结果摘要
4. **跨组交接**:接收方必须先读本看板对应任务行,确认上下文后再接手
5. **写入权**:所有角色可写入自己负责的任务行;大总管可写任意行