# RooCodeInc/Roo-Code 研究分析

## 本轮结论

`RooCodeInc/Roo-Code` 当前已归档，因此它的价值不是采用，而是生命周期和模式设计参考。它仍保留
多模式、schema、webview UI、packages 和 monorepo 结构，适合研究 IDE agent 的历史设计和归档降级策略。

本仓最应该迁移的是“归档不等于删除”：归档对象应从采用候选降级为历史样本，保留可复用机制，移除采用暗示。

## 本地证据

- 研究对象：`RooCodeInc/Roo-Code`
- 当前研究角色：已归档多 Agent 编辑器工具
- 原始仓库：`raw/repository/`
- 原始来源清单：`raw/sources.yml`
- 事实摘要：`domain.yml`

## 对标拆解

| 项 | 内容 |
|:---|:---|
| 参考对象 | `RooCodeInc/Roo-Code` |
| 它解决的核心问题 | 曾经尝试用多模式和编辑器 UI 承载 agent 编程工作流 |
| 核心机制 | `apps/`、`packages/`、`src/`、`webview-ui/`、`schemas/`、`.roomodes` |
| 真正带来结果的动作 | 用显式模式和 schema 管理 agent 行为差异 |
| 可迁移做法 | 模式文件、schema 约束、归档对象降级策略 |
| 不可迁移条件 | 已归档，不作为活跃采用对象，不跟随其生态路线 |
| 下一步试用动作 | 在研究域治理中明确 archived 对象的降级规则 |

## 改良迭代

| 改良目标 | 原模式 | 本仓版本 | 验证指标 |
|:---|:---|:---|:---|
| 生命周期治理 | 归档仓库仍可阅读 | 本仓标记 archived / low-frequency reference | 用户不会误以为推荐采用 |
| 模式设计 | `.roomodes` 和 schema | 本仓 agent 模式或 skill 模式需要 schema 思维 | 模式有输入、输出、边界 |
| 风险降级 | 历史项目继续被引用 | 引用时标注归档状态和替代对象 | 归档对象不进入 P1 采用清单 |

## 可迁移清单

- 为归档研究对象写明状态、用途和替代对象。
- 从历史项目中只抽机制，不抽采用建议。
- 研究模式/schema 如何约束 agent 行为。
- 在资源表中对 archived/stale 资源做可见标记。

## 不可迁移清单

- 不推荐用户采用已归档项目。
- 不把归档前的生态热度当作当前价值。
- 不复制其 monorepo 和 UI 结构。

## 验证动作

| 动作 | 成功信号 | 失败信号 |
|:---|:---|:---|
| 检查所有 archived 资源标记 | 归档状态在索引可见 | 用户仍看不出对象已归档 |
| 抽取一个模式/schema 机制 | 能转成通用模式设计说明 | 只停留在目录观察 |
| 为归档对象写替代建议 | 有活跃替代对象或降级说明 | 仍像推荐对象 |

## 沉淀判断

- 稳定结论进入研究域治理契约和资源生命周期字段。
- 本研究域保持 P3 归档历史样本。
