Rune-Spec/DEVELOPMENT.md

Rune 开发文档

技术栈

• 运行时：Bun
• 语言：TypeScript
• CLI 框架：cac
• YAML 解析：yaml
• 测试：bun:test

项目结构

src/
├── cli.ts              # CLI 入口
├── cli/
│   ├── errors.ts       # CLI 错误定义（CliError 层级）
│   ├── output.ts       # 格式化输出（错误/用法/提示）
│   └── help.ts         # 帮助文本生成
├── types.ts            # 类型定义
├── commands/
│   └── init.ts         # init 命令
├── core/
│   ├── config.ts       # 配置加载
│   ├── scanner.ts      # 状态扫描
│   ├── assembler.ts    # 提示词拼装
│   └── task-parser.ts  # 任务解析
├── adapters/
│   ├── opencode.ts     # OpenCode 适配器
│   └── claude-code.ts  # Claude Code 适配器（占位）
└── defaults/
    └── config.ts       # 内置默认配置

tests/                   # 测试目录（镜像 src 结构）

开发命令

bun test                  # 运行单元/集成测试
bun test tests/core/      # 运行指定目录测试
bun run release           # 发布新版本（交互式递增版本号、测试门禁、git commit+tag、npm publish）
bun src/cli.ts init opencode  # 测试 init 命令
bun src/cli.ts plan <变更名> <文档名>  # 测试 plan 命令
bun src/cli.ts status [变更名]        # 测试 status 命令
bun src/cli.ts help       # 查看全局帮助
bun src/cli.ts help init  # 查看 init 命令帮助
bun src/cli.ts version    # 查看版本号

代码质量

项目使用 oxlint 进行静态分析，oxfmt 进行代码格式化，提交时通过 husky + lint-staged 自动检查。

bun lint           # 静态分析所有文件
bun format         # 格式化所有文件（写回）
bun format:check   # 检查格式不写回（CI 用）
bun check          # 一键 lint + 格式检查

配置文件：

• .oxlintrc.json — oxlint 规则配置（correctness + suspicious 全开，style 选开）
• .oxfmtrc.json — oxfmt 格式设置（双引号、分号、尾逗号、2 空格缩进、100 行宽、LF 换行）

pre-commit hook： 提交时自动对 staged 文件运行 lint 和格式化，lint 失败会阻止提交。

CLI 交互架构

子命令

CLI 通过子命令提供帮助和版本信息，不使用 --help/--version 标志：

• rune help — 显示全局帮助（可用命令列表）
• rune help <command> — 显示指定命令的详细用法
• rune version — 显示版本号

错误处理

错误消息采用结构化格式，相关代码位于：

• src/cli/errors.ts — CliError 错误层级（未知命令、缺少参数等）
• src/cli/output.ts — 格式化输出（错误:、用法:、提示: 三段式）
• src/cli/help.ts — 帮助文本生成

设计决策

阶段与配置

• 四阶段固定：discuss → plan → build → archive，不可自定义增删
• 配置覆盖策略：阶段级别全量覆盖，不支持字段级合并。自定义 plan 时需完整重写所有 documents
• 配置文件名：.rune/config.yaml，不是 rune.yml
• 文档模板：纯静态文本模板，不进行变量替换

各阶段行为

• discuss：不持久化讨论结果，完全依赖 AI 会话上下文传递；不设强制门控，通过提示词引导。讨论结束时引导用户运行 rune create 创建变更目录
• plan：命令只输出提示词，不写入文件；AI 负责根据提示词生成文档内容并写入。新变更时引导用户先运行 rune create 创建目录。重复调用同一文档的 plan 会追加已有内容用于增量修订。依赖未满足时有友好提示（非报错）
• build：按 task.md 的 checkbox 顺序执行；任务间无结构化依赖；可多次执行直到全部完成
• archive：归档前命令行校验 task 完成状态，未完成时在提示词中注入警告并引导 AI 询问用户

create：CLI 辅助命令（非独立阶段），在 .rune/changes/ 下创建变更目录。adapter 不为 create 生成独立的 skill/command 文件，使用引导嵌入在 discuss 和 plan 的 skill/command 内容中。

变更名校验

变更名仅支持中文、英文、短横线（-），不支持空格、下划线等其他符号。

update 命令

rune update <tool> 对比已注入的命令/skill 文件内容与内置版本，不一致则覆盖，不存在则新建。用于升级 Rune 后更新编辑器配置。

其他决策

• 无跨变更依赖，变更之间完全独立
• 无并发锁，同一变更可被多个 agent 同时操作
• 无需变更废弃命令，手动删除目录即可
• 同一变更名同天多次归档不处理冲突（日期+名称去重）
• plan skill 应引导 AI 先通过 rune status 获取文档列表

测试策略

单元/集成测试（bun test）

在临时目录执行完整流程，验证文件创建、目录结构、提示词输出。覆盖 src/core/、src/cli/、src/adapters/、tests/integration/。

发布流程

bun run release 交互式发布新版本到 npm：

1. 版本递增：选择 major/minor/patch，确认后写回 package.json
2. 测试门禁：执行 bun test，失败则终止
3. Git 操作：确认后执行 git add + commit + tag（仅本地，不推送）
4. npm 发布：bun publish --dry-run 预览，确认后 bun publish --access public

发布前确保已通过 npm login 登录 npm，且 npm 账号有 @lanyuanxiaoyao scope 的发布权限。