# Goose Coding Policy

Goose 是总控 Agent；大规模代码修改优先走 Aider，分析与验证由 Goose 自身完成。

## 默认策略

- **编码（改代码）**：默认 Aider
- **编排（读、测、验、回滚）**：Goose 自身
- 用户明确说「不用 aider / 你自己改」时，全程用 Goose Developer 扩展

## 使用 Aider

- 跨文件修改、重构
- Bug 修复、新功能实现
- 测试失败后的代码修复
- 需要 Git commit 的修改
- 脚手架生成

## 使用 Goose 自身

- 阅读代码、分析架构
- 运行命令、查看日志、执行测试
- 小范围单文件配置修改（用户指定时）
- 生成说明文档
- 多轮验证、测试编排、回滚决策

## 统一入口

```bash
/Users/john/PycharmProjects/goose-tools/coding_router.sh <aider|goose|auto> <project_dir> "<task>"
```

Aider 路径：`/Users/john/PycharmProjects/aider/.venv/bin/aider`

## 典型工作流

1. `git status` 了解当前状态
2. 编码阶段：必要时调用 `coding_router.sh aider ...`
3. Goose 运行测试 / 读日志 / 验证结果
4. 失败则再次路由到 Aider 或 Goose 小修
5. 汇报涉及文件与测试结果

## 约束

- 修改前先 `git status`
- 修改后运行相关测试
- 重要改动必须说明涉及文件
- 不允许无确认删除核心文件
- 用户说「这次不要用 aider」时必须遵守

## 示例指令

```
进入 /Users/john/PycharmProjects/wordloop，修复 iOS 17 onChange 兼容问题。
编码阶段优先使用 aider，测试和验证由你自己完成。
```

```
这次不要用 aider，你自己分析并小范围修改。
```