aico-cli 0.1.4 → 0.1.6

package/templates/zh-CN/workflow/git/commands/git-commit.md

@@ -1,162 +0,0 @@
----
-description: 仅用 Git 分析改动并自动生成 conventional commit 信息（可选 emoji）；必要时建议拆分提交，默认运行本地 Git 钩子（可 --no-verify 跳过）
-allowed-tools: Read(**), Exec(git status, git diff, git add, git restore --staged, git commit, git rev-parse, git config), Write(.git/COMMIT_EDITMSG)
-argument-hint: [--no-verify] [--all] [--amend] [--signoff] [--emoji] [--scope <scope>] [--type <type>]
-# examples:
-#   - /git-commit                           # 分析当前改动，生成提交信息
-#   - /git-commit --all                     # 暂存所有改动并提交
-#   - /git-commit --no-verify               # 跳过 Git 钩子检查
-#   - /git-commit --emoji                   # 在提交信息中包含 emoji
-#   - /git-commit --scope ui --type feat    # 指定作用域和类型
-#   - /git-commit --amend --signoff         # 修补上次提交并签名
----
-
-# Claude Command: Commit (Git-only)
-
-该命令在**不依赖任何包管理器/构建工具**的前提下，仅通过 **Git**：
-
-- 读取改动（staged/unstaged）
-- 判断是否需要**拆分为多次提交**
-- 为每个提交生成 **Conventional Commits** 风格的信息（可选 emoji）
-- 按需执行 `git add` 与 `git commit`（默认运行本地 Git 钩子；可 `--no-verify` 跳过）
-
----
-
-## Usage
-
-```bash
-/git-commit
-/git-commit --no-verify
-/git-commit --emoji
-/git-commit --all --signoff
-/git-commit --amend
-/git-commit --scope ui --type feat --emoji
-```
-
-### Options
-
-- `--no-verify`：跳过本地 Git 钩子（`pre-commit`/`commit-msg` 等）。
-- `--all`：当暂存区为空时，自动 `git add -A` 将所有改动纳入本次提交。
-- `--amend`：在不创建新提交的情况下**修补**上一次提交（保持提交作者与时间，除非本地 Git 配置另有指定）。
-- `--signoff`：附加 `Signed-off-by` 行（遵循 DCO 流程时使用）。
-- `--emoji`：在提交信息中包含 emoji 前缀（省略则使用纯文本）。
-- `--scope <scope>`：指定提交作用域（如 `ui`、`docs`、`api`），写入消息头部。
-- `--type <type>`：强制提交类型（如 `feat`、`fix`、`docs` 等），覆盖自动判断。
-
-> 注：如框架不支持交互式确认，可在 front-matter 中开启 `confirm: true` 以避免误操作。
-
----
-
-## What This Command Does
-
-1. **仓库/分支校验**
-
-   - 通过 `git rev-parse --is-inside-work-tree` 判断是否位于 Git 仓库。
-   - 读取当前分支/HEAD 状态；如处于 rebase/merge 冲突状态，先提示处理冲突后再继续。
-
-2. **改动检测**
-
-   - 用 `git status --porcelain` 与 `git diff` 获取已暂存与未暂存的改动。
-   - 若已暂存文件为 0：
-     - 若传入 `--all` → 执行 `git add -A`。
-     - 否则提示你选择：继续仅分析未暂存改动并给出**建议**，或取消命令后手动分组暂存。
-
-3. **拆分建议（Split Heuristics）**
-
-   - 按**关注点**、**文件模式**、**改动类型**聚类（示例：源代码 vs 文档、测试；不同目录/包；新增 vs 删除）。
-   - 若检测到**多组独立变更**或 diff 规模过大（如 > 300 行 / 跨多个顶级目录），建议拆分提交，并给出每一组的 pathspec（便于后续执行 `git add <paths>`）。
-
-4. **提交信息生成（Conventional 规范，可选 Emoji）**
-
-   - 自动推断 `type`（`feat`/`fix`/`docs`/`refactor`/`test`/`chore`/`perf`/`style`/`ci`/`revert` …）与可选 `scope`。
-   - 生成消息头：`[<emoji>] <type>(<scope>)?: <subject>`（首行 ≤ 72 字符，祈使语气，仅在使用 `--emoji` 时包含 emoji）。
-   - 生成消息体：要点列表（动机、实现要点、影响范围、BREAKING CHANGE 如有）。
-   - 将草稿写入 `.git/COMMIT_EDITMSG`，并用于 `git commit`。
-
-5. **执行提交**
-
-   - 单提交场景：`git commit [-S] [--no-verify] [-s] -F .git/COMMIT_EDITMSG`
-   - 多提交场景（如接受拆分建议）：按分组给出 `git add <paths> && git commit ...` 的明确指令；若允许执行则逐一完成。
-
-6. **安全回滚**
-   - 如误暂存，可用 `git restore --staged <paths>` 撤回暂存（命令会给出指令，不修改文件内容）。
-
----
-
-## Best Practices for Commits
-
-- **Atomic commits**：一次提交只做一件事，便于回溯与审阅。
-- **先分组再提交**：按目录/模块/功能点拆分。
-- **清晰主题**：首行 ≤ 72 字符，祈使语气（如 “add… / fix…”）。
-- **正文含上下文**：说明动机、方案、影响范围、风险与后续工作。
-- **遵循 Conventional Commits**：`<type>(<scope>): <subject>`。
-
----
-
-## Type 与 Emoji 映射（使用 --emoji 时）
-
-- ✨ `feat`：新增功能
-- 🐛 `fix`：缺陷修复（含 🔥 删除代码/文件、🚑️ 紧急修复、👽️ 适配外部 API 变更、🔒️ 安全修复、🚨 解决告警、💚 修复 CI）
-- 📝 `docs`：文档与注释
-- 🎨 `style`：风格/格式（不改语义）
-- ♻️ `refactor`：重构（不新增功能、不修缺陷）
-- ⚡️ `perf`：性能优化
-- ✅ `test`：新增/修复测试、快照
-- 🔧 `chore`：构建/工具/杂务（合并分支、更新配置、发布标记、依赖 pin、.gitignore 等）
-- 👷 `ci`：CI/CD 配置与脚本
-- ⏪️ `revert`：回滚提交
-- 💥 `feat`：破坏性变更（`BREAKING CHANGE:` 段落中说明）
-
-> 若传入 `--type`/`--scope`，将**覆盖**自动推断。
-> 仅在指定 `--emoji` 标志时才会包含 emoji。
-
----
-
-## Guidelines for Splitting Commits
-
-1. **不同关注点**：互不相关的功能/模块改动应拆分。
-2. **不同类型**：不要将 `feat`、`fix`、`refactor` 混在同一提交。
-3. **文件模式**：源代码 vs 文档/测试/配置分组提交。
-4. **规模阈值**：超大 diff（示例：>300 行或跨多个顶级目录）建议拆分。
-5. **可回滚性**：确保每个提交可独立回退。
-
----
-
-## Examples
-
-**Good (使用 --emoji)**
-
-- ✨ feat(ui): add user authentication flow
-- 🐛 fix(api): handle token refresh race condition
-- 📝 docs: update API usage examples
-- ♻️ refactor(core): extract retry logic into helper
-- ✅ test: add unit tests for rate limiter
-- 🔧 chore: update git hooks and repository settings
-- ⏪️ revert: revert "feat(core): introduce streaming API"
-
-**Good (不使用 --emoji)**
-
-- feat(ui): add user authentication flow
-- fix(api): handle token refresh race condition
-- docs: update API usage examples
-- refactor(core): extract retry logic into helper
-- test: add unit tests for rate limiter
-- chore: update git hooks and repository settings
-- revert: revert "feat(core): introduce streaming API"
-
-**Split Example**
-
-- `feat(types): add new type defs for payment method`
-- `docs: update API docs for new types`
-- `test: add unit tests for payment types`
-- `fix: address linter warnings in new files` ←（如你的仓库有钩子报错）
-
----
-
-## Important Notes
-
-- **仅使用 Git**：不调用任何包管理器/构建命令（无 `pnpm`/`npm`/`yarn` 等）。
-- **尊重钩子**：默认执行本地 Git 钩子；使用 `--no-verify` 可跳过。
-- **不改源码内容**：命令只读写 `.git/COMMIT_EDITMSG` 与暂存区；不会直接编辑工作区文件。
-- **安全提示**：在 rebase/merge 冲突、detached HEAD 等状态下会先提示处理/确认再继续。
-- **可审可控**：如开启 `confirm: true`，每个实际 `git add`/`git commit` 步骤都会进行二次确认。

package/templates/zh-CN/workflow/git/commands/git-rollback.md

@@ -1,90 +0,0 @@
----
-description: 交互式回滚 Git 分支到历史版本；列分支、列版本、二次确认后执行 reset / revert
-allowed-tools: Read(**), Exec(git fetch, git branch, git tag, git log, git reflog, git checkout, git reset, git revert, git switch), Write()
-argument-hint: [--branch <branch>] [--target <rev>] [--mode reset|revert] [--depth <n>] [--dry-run] [--yes]
-# examples:
-#   - /git-rollback                # 全交互模式，dry‑run
-#   - /git-rollback --branch dev   # 直接选 dev，其他交互
-#   - /git-rollback --branch dev --target v1.2.0 --mode reset --yes
----
-
-# Claude Command: Git Rollback
-
-**目的**：安全、可视地将指定分支回滚到旧版本。  
-默认处于 **只读预览 (`--dry-run`)**；真正执行需加 `--yes` 或在交互中确认。
-
----
-
-## Usage
-
-```bash
-# 纯交互：列出分支 → 选分支 → 列最近 20 个版本 → 选目标 → 选择 reset 或 revert → 二次确认
-/git-rollback
-
-# 指定分支，其他交互
-/git-rollback --branch feature/calculator
-
-# 指定分支与目标 commit，并用 hard‑reset 一键执行（危险）
-/git-rollback --branch main --target 1a2b3c4d --mode reset --yes
-
-# 只想生成 revert 提交（非破坏式回滚），预览即可
-/git-rollback --branch release/v2.1 --target v2.0.5 --mode revert --dry-run
-```
-
-### Options
-
-| 选项                   | 说明                                                                               |
-| ---------------------- | ---------------------------------------------------------------------------------- |
-| `--branch <branch>`    | 要回滚的分支；缺省时交互选择。                                                     |
-| `--target <rev>`       | 目标版本（commit Hash、Tag、reflog 引用都行）；缺省时交互选择近 `--depth` 条记录。 |
-| `--mode reset\|revert` | `reset`：硬回滚历史；`revert`：生成反向提交保持历史完整。默认询问。                |
-| `--depth <n>`          | 在交互模式下列出最近 n 个版本（默认 20）。                                         |
-| `--dry-run`            | **默认开启**，只预览即将执行的命令。                                               |
-| `--yes`                | 跳过所有确认直接执行，适合 CI/CD 脚本。                                            |
-
----
-
-## 交互流程
-
-1. **同步远端** → `git fetch --all --prune`
-2. **列分支** → `git branch -a`（本地＋远端，过滤受保护分支）
-3. **选分支** → 用户输入或传参
-4. **列版本** → `git log --oneline -n <depth>` + `git tag --merged` + `git reflog -n <depth>`
-5. **选目标** → 用户输入 commit hash / tag
-6. **选模式** → `reset` 或 `revert`
-7. **最终确认** （除非 `--yes`）
-8. **执行回滚**
-   - `reset`：`git switch <branch> && git reset --hard <target>`
-   - `revert`：`git switch <branch> && git revert --no-edit <target>..HEAD`
-9. **推送建议** → 提示是否 `git push --force-with-lease`（reset）或普通 `git push`（revert）
-
----
-
-## 安全护栏
-
-- **备份**：执行前自动在 reflog 中记录当前 HEAD，可用 `git switch -c backup/<timestamp>` 恢复。
-- **保护分支**：如检测到 `main` / `master` / `production` 等受保护分支且开启 `reset` 模式，将要求额外确认。
-- **--dry-run 默认开启**：防止误操作。
-- **--force 禁止**：不提供 `--force`；如需强推，请手动输入 `git push --force-with-lease`。
-
----
-
-## 适用场景示例
-
-| 场景                                            | 调用示例                                                         |
-| ----------------------------------------------- | ---------------------------------------------------------------- |
-| 热修补丁上线后发现 bug，需要回到 Tag `v1.2.0`   | `/git-rollback --branch release/v1 --target v1.2.0 --mode reset` |
-| 运维同事误推了 debug 日志提交，需要生成反向提交 | `/git-rollback --branch main --target 3f2e7c9 --mode revert`     |
-| 调研历史 bug，引导新人浏览分支历史              | `/git-rollback` （全交互，dry‑run）                              |
-
----
-
-## 注意
-
-1. **reset vs revert**
-   - **reset** 会改变历史，需要强推并可能影响其他协作者，谨慎使用。
-   - **revert** 更安全，生成新提交保留历史，但会增加一次记录。
-2. **嵌入式仓库** 常有大体积二进制文件；回滚前请确保 LFS/子模块状态一致。
-3. 若仓库启用了 CI 强制校验，回滚后可能自动触发流水线；确认管控策略以免误部署旧版本。
-
----

package/templates/zh-CN/workflow/git/commands/git-worktree.md

@@ -1,301 +0,0 @@
----
-description: 管理 Git worktree，支持 add/list/remove/migrate 操作，默认在 .zcf/ 目录下创建，自动配置 git 忽略规则，支持 IDE 快速打开和内容迁移
-allowed-tools: Read(**), Exec(git worktree add, git worktree list, git worktree remove, git worktree prune, git branch, git checkout, git rev-parse, git stash, git cp, code, cursor, webstorm), Write(.git/info/exclude)
-argument-hint: <add|list|remove|prune|migrate> [path] [-b <branch>] [-o|--open] [--track] [--guess-remote] [--detach] [--checkout] [--lock] [--migrate-from <source-path>] [--migrate-stash]
-# examples:
-#   - /git-worktree add feature-ui                     # 创建 worktree，默认询问是否用 IDE 打开
-#   - /git-worktree add feature-ui -o                  # 创建 worktree 并直接用 IDE 打开
-#   - /git-worktree add hotfix -b fix/login -o         # 创建新分支、worktree 并直接打开 IDE
-#   - /git-worktree migrate feature-ui --from main     # 将主分支的未提交内容迁移到 feature-ui worktree
-#   - /git-worktree migrate feature-ui --stash         # 将当前 stash 内容迁移到 feature-ui worktree
----
-
-# Claude Command: Git Worktree
-
-**目的**：提供 Git worktree 的快捷操作，默认在 `.zcf/` 目录下管理多个工作树，自动处理 git 忽略配置，支持 IDE 快速打开和跨 worktree 内容迁移。
-
----
-
-## Usage
-
-```bash
-# 添加 worktree（默认在 .zcf/ 下）
-/git-worktree add <path>                           # 检出同名分支到 .zcf/<path>，询问是否打开 IDE
-/git-worktree add <path> -b <branch>               # 创建新分支并添加 worktree
-/git-worktree add <path> -o                        # 创建后直接用 IDE 打开
-/git-worktree add <path> -b <branch> --open        # 创建新分支、worktree 并直接打开
-
-# 内容迁移
-/git-worktree migrate <target-path> --from <source-path>  # 迁移未提交内容
-/git-worktree migrate <target-path> --stash               # 迁移 stash 内容
-
-# 其他操作
-/git-worktree list                                 # 显示所有 worktree 状态
-/git-worktree remove <path>                        # 删除指定的 worktree
-/git-worktree prune                                # 清理无效 worktree 记录
-```
-
-### Options
-
-| 选项 | 说明 |
-|------|------|
-| `add <path>` | 在 `.zcf/<path>` 添加新的 worktree |
-| `migrate <target>` | 迁移内容到指定 worktree |
-| `list` | 列出所有 worktree 及其状态 |
-| `remove <path>` | 删除指定路径的 worktree |
-| `prune` | 清理无效的 worktree 引用 |
-| `-b <branch>` | 创建新分支并检出到 worktree |
-| `-o, --open` | 创建成功后直接用 IDE 打开（跳过询问）|
-| `--from <source>` | 指定迁移源路径（migrate 专用）|
-| `--stash` | 迁移当前 stash 内容（migrate 专用）|
-| `--track` | 设置新分支跟踪对应的远程分支 |
-| `--guess-remote` | 自动猜测远程分支进行跟踪 |
-| `--detach` | 创建分离 HEAD 的 worktree |
-| `--checkout` | 创建后立即检出（默认行为）|
-| `--lock` | 创建后锁定 worktree |
-
----
-
-## What This Command Does
-
-### 1. **环境检查**
-   - 通过 `git rev-parse --is-inside-work-tree` 确认在 Git 仓库中
-
-### 2. **忽略规则配置**
-   - 检查 `.git/info/exclude` 是否包含 `/.zcf/` 规则
-   - 如果不存在，自动添加 `/.zcf/` 到 `.git/info/exclude`
-
-### 3. **Worktree 操作**
-   - **add**: 在 `.zcf/<path>` 创建新的 worktree
-   - **list**: 显示所有 worktree 的路径、分支和状态
-   - **remove**: 安全删除指定的 worktree
-   - **prune**: 清理孤立的 worktree 记录
-
-### 4. **🆕 IDE 快速打开功能**
-   - **默认行为**：`add` 操作成功后询问是否用 IDE 打开新 worktree
-   - **直接打开**：使用 `-o/--open` 参数跳过询问，直接打开
-   - **IDE 检测**：自动检测常用 IDE（VS Code、Cursor、WebStorm 等）
-   - **智能选择**：基于项目类型和已安装的 IDE 推荐最佳选择
-
-### 5. **🆕 内容迁移功能**
-   - **未提交内容迁移**：将一个 worktree 的未提交改动迁移到另一个
-   - **Stash 迁移**：将当前 stash 内容应用到目标 worktree
-   - **安全检查**：迁移前检查目标 worktree 状态，避免冲突
-
-### 6. **路径处理**
-   - 所有相对路径自动添加 `.zcf/` 前缀
-   - 绝对路径保持原样
-   - 自动创建 `.zcf/` 目录（如果不存在）
-
-### 7. **分支管理**
-   - 支持检出现有分支或创建新分支
-   - 自动处理远程分支跟踪
-   - 提供分支状态和 HEAD 位置信息
-
----
-
-## Enhanced Features
-
-### 🖥️ **IDE 集成**
-
-**支持的 IDE**
-- **VS Code**: `code <path>`
-- **Cursor**: `cursor <path>`  
-- **WebStorm**: `webstorm <path>`
-- **其他**: 可配置自定义 IDE 命令
-
-**打开模式**
-```bash
-# 默认：创建后询问是否打开
-/git-worktree add feature-ui
-# 输出：🖥️  是否在 IDE 中打开 .zcf/feature-ui？[y/n]:
-
-# 直接打开：跳过询问
-/git-worktree add feature-ui -o
-# 输出：🚀 正在用 VS Code 打开 .zcf/feature-ui...
-```
-
-**智能检测流程**
-1. 检查系统中已安装的 IDE
-2. 基于项目类型推荐（如 Node.js 项目推荐 VS Code）
-3. 提供选择菜单让用户选择（默认模式）
-4. 记住用户偏好供下次使用
-
-### 📦 **内容迁移系统**
-
-**迁移类型**
-```bash
-# 从主分支迁移未提交内容
-/git-worktree migrate feature-ui --from main
-
-# 从其他 worktree 迁移
-/git-worktree migrate hotfix --from .zcf/feature-ui
-
-# 迁移当前 stash
-/git-worktree migrate feature-ui --stash
-
-# 迁移指定 stash
-/git-worktree migrate feature-ui --stash stash@{2}
-```
-
-**迁移流程**
-1. **源检查**：验证源路径存在且有未提交内容
-2. **目标检查**：确保目标 worktree 工作区干净
-3. **内容分析**：显示即将迁移的文件和改动
-4. **安全迁移**：使用 git 原生命令确保数据安全
-5. **结果确认**：显示迁移结果和后续建议
-
----
-
-## Safety Features
-
-- **路径检查**：防止在已存在的目录创建 worktree
-- **分支冲突检查**：避免同一分支被多个 worktree 检出
-- **自动清理**：remove 操作会同时清理目录和 git 引用
-- **状态显示**：清晰显示每个 worktree 的分支、提交和状态
-
-### **迁移安全保护**
-- **冲突检测**：迁移前检查是否会产生文件冲突
-- **备份机制**：迁移前自动创建 stash 备份
-- **回滚支持**：提供迁移失败时的回滚方案
-- **状态验证**：确保源和目标 worktree 处于正确状态
-
-### **IDE 集成安全**
-- **路径验证**：确保 IDE 命令使用正确的路径
-- **权限检查**：验证 IDE 可执行文件的权限
-- **错误处理**：IDE 启动失败时的友好错误提示
-
----
-
-## Examples
-
-### **基础使用 + IDE 打开**
-```bash
-# 创建 worktree 并询问 IDE 打开（默认行为）
-/git-worktree add feature-ui
-# 输出：
-# ✅ Worktree created at .zcf/feature-ui
-# 🖥️  检测到以下 IDE：
-#    1. VS Code (推荐)
-#    2. Cursor
-# 是否在 IDE 中打开此 worktree？[1/2/n]: 1
-# 🚀 正在用 VS Code 打开 .zcf/feature-ui...
-
-# 创建 worktree 并直接打开 IDE
-/git-worktree add feature-ui -o
-# 输出：
-# ✅ Worktree created at .zcf/feature-ui
-# 🚀 正在用 VS Code 打开 .zcf/feature-ui...
-
-# 创建新分支并直接打开
-/git-worktree add hotfix -b fix/login --open
-# 输出：
-# ✅ Created branch 'fix/login' and worktree at .zcf/hotfix
-# 🚀 正在用 VS Code 打开 .zcf/hotfix...
-```
-
-### **内容迁移场景**
-```bash
-# 场景：在 main 分支开发了一些功能，想移到新分支
-# 1. 创建新的 feature worktree
-/git-worktree add feature-ui -b feature/new-ui
-
-# 2. 将 main 的未提交内容迁移过去
-/git-worktree migrate feature-ui --from main
-# 输出：
-# 📦 发现以下未提交内容：
-#    M  src/components/Button.tsx
-#    A  src/components/Modal.tsx
-#    ??  src/styles/new-theme.css
-# 🔄 迁移到 .zcf/feature-ui...
-# ✅ 迁移完成！建议在新 worktree 中提交这些改动。
-
-# 3. 询问是否打开 IDE（因为创建时没有使用 -o）
-# 🖥️  是否在 IDE 中打开 .zcf/feature-ui？[y/n]: y
-```
-
-### **Stash 迁移**
-```bash
-# 当前有一些 stash，想应用到特定 worktree
-/git-worktree migrate hotfix --stash
-# 输出：
-# 📋 发现以下 stash：
-#    stash@{0}: WIP on main: fix user login
-#    stash@{1}: WIP on main: update docs
-# 选择要迁移的 stash [0/1]: 0
-# 🔄 正在将 stash@{0} 应用到 .zcf/hotfix...
-# ✅ Stash 内容已成功应用！
-```
-
-### **列出和管理 worktree**
-```bash
-# 查看所有 worktree
-/git-worktree list
-# 输出：
-# /path/to/project                    [main]     ← 主工作树
-# /path/to/project/.zcf/feature-ui    [feature/new-ui]
-# /path/to/project/.zcf/hotfix        [fix/login]
-
-# 删除不需要的 worktree
-/git-worktree remove feature-ui
-# 输出：
-# ✅ Worktree .zcf/feature-ui removed successfully
-
-# 清理无效引用
-/git-worktree prune
-# 输出：
-# 🧹 Pruned 0 worktree entries
-```
-
----
-
-## Directory Structure
-
-使用此命令后，项目结构会是：
-```
-your-project/
-├── .git/
-├── .zcf/                    # worktree 目录（被 git 忽略）
-│   ├── feature-ui/          # feature-ui 分支的工作树
-│   ├── hotfix/              # hotfix 分支的工作树
-│   ├── debug/               # debug 用的工作树
-│   └── .worktree-config     # worktree 配置文件
-├── src/                     # 主工作树的源码
-└── package.json             # 主工作树的文件
-```
-
----
-
-## Configuration
-
-### **IDE 偏好设置**
-命令会在 `.zcf/.worktree-config` 中保存用户偏好：
-```json
-{
-  "preferredIDE": "code",
-  "autoOpenIDE": false,
-  "migrateBackup": true,
-  "defaultWorktreeDir": ".zcf"
-}
-```
-
-### **自定义 IDE 命令**
-```bash
-# 设置自定义 IDE
-git config worktree.ide.custom "subl %s"  # Sublime Text
-git config worktree.ide.preferred "custom"
-```
-
----
-
-## Notes
-
-- **性能优化**：worktree 共享 `.git` 目录，节省磁盘空间
-- **IDE 支持**：大多数现代 IDE 都支持多 worktree 项目
-- **清理建议**：定期运行 `prune` 清理无效引用
-- **分支保护**：避免在受保护分支（如 main/master）上操作
-- **迁移限制**：只能迁移未提交的改动，已提交的内容需要使用 `git cherry-pick`
-- **IDE 要求**：需要 IDE 的命令行工具已安装并在 PATH 中
-- **跨平台支持**：IDE 检测和启动支持 Windows、macOS、Linux
-
----

package/templates/zh-CN/workflow/plan/commands/feat.md

@@ -1,105 +0,0 @@
----
-description: '用于新增功能开发的命令，支持完整的开发流程和工具集成'
----
-
-$ARGUMENTS
-
-## 核心工作流程
-
-### 1. 输入分析与类型判断
-
-每次收到用户输入时，首先进行类型判断并明确告知用户：
-
-**判断标准：**
-
-- **需求规划类型**: 用户提出新功能需求、项目构想或需要制定计划
-
-- **讨论迭代类型**: 用户要求继续讨论、修改或完善已有规划
-
-- **执行实施类型**: 用户确认规划完成，要求开始具体实施工作
-
-### 2. 分类处理机制
-
-#### A. 需求规划处理
-
-**触发条件**: 识别为功能需求输入
-
-**执行动作**:
-
-- 启用 Planner Agent
-
-- 生成详细的 markdown 规划文档
-
-- 将文档存储至 `./.aico/plan` 目录，并以 plan/xxx.md 的格式命名
-
-- 包含：目标定义、功能分解、实施步骤、验收标准
-
-#### B. 讨论迭代处理
-
-**触发条件**: 用户要求继续讨论或修改规划
-
-**执行动作**:
-
-- 检索并分析上次生成的规划文件
-
-- 识别用户反馈和确认内容
-
-- 启用 Planner Agent
-
-- 生成详细的 markdown 规划文档
-
-- 建立一个新的文档，比如上一次是 plan/xxx.md，那么这次就是 plan/xxx-1.md，如果上一次是 plan/xxx-1.md，那么这次就是 plan/xxx-2.md，以此类推
-
-- 重新组织待实施任务优先级
-
-#### C. 执行实施处理
-
-**触发条件**: 用户确认规划完成，要求开始执行
-
-**执行动作**:
-
-- 按规划文档顺序启动任务执行
-
-- 每个子任务开始前进行任务类型识别
-
-- **前端任务特殊处理**:
-
-- 检查是否存在可用 UI 设计
-
-- 如无设计方案，must use UI-UX-Designer Agent
-
-- 完成 UI 设计后再进行开发实施
-
-### 3. 关键执行原则
-
-#### 强制响应要求
-
-- **每次交互必须首先说明**: "我判断此次操作类型为：[具体类型]"
-
-- 类型判断必须准确且明确传达给用户
-
-#### 任务执行规范
-
-- 严格按照文档化规划执行
-
-- 子任务启动前必须明确任务性质和依赖关系
-
-- 前端任务必须确保 UI 设计完整性
-
-#### 状态管理机制
-
-- 维护任务完成状态跟踪
-
-- 及时更新规划文档状态
-
-- 确保用户对进度的可见性
-
-## 质量保证要点
-
-1. **类型判断准确性**: 每次交互开始的类型识别必须准确
-
-2. **文档一致性**: 规划文档与实际执行保持同步
-
-3. **依赖关系管理**: 特别关注前端任务的 UI 设计依赖
-
-4. **用户沟通透明**: 所有判断和动作都要明确告知用户