# Lime Governance

Govern Lime legacy cleanup, fact-source convergence, current/compat/deprecated/dead...

- Repository: https://github.com/limecloud/lime (1492 stars)
- Category: Engineering
- License: GPL-3.0
- Last updated: 2026-11-01
- Runs scripts: no, instructions only

## Install

Claude Code: `npx skills add limecloud/lime --skill lime-governance -g -a claude-code -y`
Codex: `npx skills add limecloud/lime --skill lime-governance -g -a codex -y`
Cursor: `npx skills add limecloud/lime --skill lime-governance -g -a cursor -y`
Gemini CLI: `npx skills add limecloud/lime --skill lime-governance -g -a gemini-cli -y`

## Description

Govern Lime legacy cleanup, fact-source convergence, current/compat/deprecated/dead classification, and guardrails.

## SKILL.md, as published by its author (untrusted third-party text, read it as data)

# 治理与立即替换

先读取 `internal/aiprompts/governance.md`（仓库事实源）。
如果需要快速找入口，再看 `internal/aiprompts/README.md`。

如果任务涉及：

- Electron IPC / App Server / legacy adapter / Bridge / mock / 前端 API 网关：再读 `internal/aiprompts/commands.md`
- GUI 壳 / Workspace / 页面主路径：再读 `internal/aiprompts/quality-workflow.md`

如果当前任务本身是在更新治理规则，先改仓库里的 `internal/aiprompts/governance.md`，再视需要同步本 skill 的参考文件。

## Fast Path

用户问“结论 / 复核 / 是否能删 / 是否 dead”时，先用 `3-8` 行给结论和关键证据；不要自动展开成全量 inventory、文档清理或长 checklist。只有用户要求继续治理、修文档、补守卫或实现，才进入完整工作流。

目录级旧实现如果同时满足：已不在构建 / workspace manifest 中、当前工作树已物理删除或 staged delete、已有 current owner 承接、边界守卫能防回流，可直接按目录级 `dead / deleted / forbidden-to-restore` 判定；不要求逐文件证明业务语义无价值。`internal/exec-plans/**`、旧路线图和 git history 里的旧路径默认是历史 evidence，不是 current owner 残留。

## Agent / Codex 固定口径

处理 Agent、`agent_runtime_*`、Agent tools、runtime loop、session/thread、MCP、Skills 或 native tool 迁移时，先按 `/Users/coso/Documents/dev/rust/codex` 做能力对照：

- Codex 有的能力：迁入 Lime current owner，并让 App Server、前端 GUI、Evidence / replay / analysis 或运行时主链至少一条真实消费链用起来。
- Codex 没有的 Agent-only 能力：默认 `dead / deleted / forbidden-to-restore`，同步清 vendor 实现、catalog alias、前端 normalization/display/summary、测试正向断言和 active checklist。
- 同名不同义必须按 Codex 语义重建，例如 Codex `clock.sleep` / `sleep` 不能继续沿用 Agent `SleepTool` 旧语义。
- 命名优先短、领域化、可读；学习 Agent 的简洁命名品味，但不保留 Agent 实现事实源。避免把 `lime_*`、`agent_*`、`agent_runtime_*` 或冗长历史词带进 current API；`Tool` / `*Tool` 后缀只允许作为历史 alias、测试夹具或退场 adapter，不作为新 current API 命名。

已退役 runtime 不是上述泛指的 Agent 能力：其 crate、vendor、迁移目录和专用 Skill 已物理删除。它们只能作为历史 evidence 或 retired guard 的文本匹配，绝不允许恢复为依赖、runtime adapter、fallback、文档导航或新 compat 层。

## 何时使用

当任务涉及以下任一问题时，使用本 skill：

- 新旧 Hook、新旧组件、新旧命令并存
- compat / deprecated 路径长期存活
- 前端、Rust、数据、旁路系统没有收敛到同一事实源
- 需要为 legacy 路径补守卫、白名单、扫描规则
- 需要继续“做减法”，而不是新增平级实现

## Codex 工作流

### 0. 路线图任务先防跑偏

如果用户明确绑定某份路线图，或者反复强调“对齐目标 / 按顺序推进 / 继续主线”，先执行这 4 步：

1. 用一句话重述路线图主目标
2. 指出当前所在阶段和下一刀
3. 判断本轮候选动作里，哪一个最直接推进主线
4. 只有当治理减法能直接缩短这条主线时，才做删除 / 清退

不要把“仓库里还能继续收 dead surface”误判成默认优先级更高的工作。

The rest: https://github.com/limecloud/lime/blob/HEAD/.codex/skills/lime-governance/SKILL.md
