@howlil/ez-agents 2.0.1 → 3.0.0

package/README.md

@@ -6,7 +6,7 @@
 
 **English** · [简体中文](README.zh-CN.md)
 
-**An independent fork of GSD (Get Shit Done) with multi-model support (Qwen, Kimi, OpenAI, Claude) and enhanced reliability features.**
+**An independent fork of EZ Agents (Get Shit Done) with multi-model support (Qwen, Kimi, OpenAI, Claude) and enhanced reliability features.**
 
 **Solves context rot — with added security, error handling, and cross-platform support.**
 
@@ -17,14 +17,14 @@
 <br>
 
 ```bash
-npx github:howlil/ez-agents
+npm install -g git+https://github.com/howlil/ez-agents.git
 ```
 
 **Works on Mac, Windows, and Linux.**
 
 <br>
 
-**Original GSD (Get Shit Done) by** [TÂCHES](https://github.com/glittercowboy/get-shit-done) | **EZ Agents Fork by** [@howlil](https://github.com/howlil)
+**Original EZ Agents (Get Shit Done) by** [TÂCHES](https://github.com/glittercowboy/ez-agents) | **EZ Agents Fork by** [@howlil](https://github.com/howlil)
 
 <br>
 
@@ -44,17 +44,17 @@ npx github:howlil/ez-agents
 
 ## 🚀 What's New in EZ Agents
 
-> **Note:** This is an **independent fork** of GSD (Get Shit Done). Not affiliated with the original GSD project.
+> **Note:** This is an **independent fork** of EZ Agents (Get Shit Done). Not affiliated with the original EZ Agents project.
 >
-> **Original GSD (Get Shit Done):** [glittercowboy/get-shit-done](https://github.com/glittercowboy/get-shit-done) by TÂCHES
+> **Original EZ Agents (Get Shit Done):** [glittercowboy/ez-agents](https://github.com/glittercowboy/ez-agents) by TÂCHES
 >
 > **This Fork:** [howlil/ez-agents](https://github.com/howlil/ez-agents) with multi-model support & enhancements
 
-**EZ Agents** adds **multi-model support** and **enterprise-grade reliability** to GSD (Get Shit Done).
+**EZ Agents** adds **multi-model support** and **enterprise-grade reliability** to EZ Agents (Get Shit Done).
 
 ### Why This Fork Exists
 
-I needed GSD (Get Shit Done) to work with multiple AI providers (not just Anthropic) and run reliably on Windows. This fork adds:
+I needed EZ Agents (Get Shit Done) to work with multiple AI providers (not just Anthropic) and run reliably on Windows. This fork adds:
 
 - 🌍 **Multi-Model**: Qwen (Alibaba), Kimi (Moonshot), OpenAI, and Anthropic
 - 🔒 **Security**: Command injection prevention, path validation, audit logging
@@ -64,7 +64,7 @@ I needed GSD (Get Shit Done) to work with multiple AI providers (not just Anthro
 
 ### Features Comparison
 
-| Feature | Original GSD (Get Shit Done) | EZ Agents Fork |
+| Feature | Original EZ Agents (Get Shit Done) | EZ Agents Fork |
 |---------|------------------------------|-----------|
 | **Multi-Model** | Anthropic only | ✓ Anthropic, Qwen, Kimi, OpenAI |
 | **Security** | Basic | ✓ Command allowlist, path validation, audit log |
@@ -77,7 +77,7 @@ I needed GSD (Get Shit Done) to work with multiple AI providers (not just Anthro
 ### 17 New Libraries
 
 ```
-get-shit-done/bin/lib/
+ez-agents/bin/lib/
 ├── safe-exec.cjs         # Command injection prevention (allowlist + validation)
 ├── safe-path.cjs         # Path traversal prevention
 ├── auth.cjs              # Secure credential storage (keytar + fallback)
@@ -155,36 +155,83 @@ ez-agents --help
 
 ### Install
 
-**Option 1: Use npx (No Installation)**
+**⚠️ Important: Use one of the methods below. Do NOT use `npx github:howlil/ez-agents` as it may fail.**
+
+**Option 1: Install from GitHub (Recommended)**
 
 ```bash
-# Run installer directly without installing
-npx github:howlil/ez-agents
+# Install globally from GitHub
+npm install -g git+https://github.com/howlil/ez-agents.git
 
-# Or with flags
-npx github:howlil/ez-agents --claude --global
+# Then run installer
+ez-agents --claude --global
 ```
 
-**Option 2: Install Globally (Recommended)**
+**Option 2: Use npx (No Installation)**
 
 ```bash
-# Install from GitHub
-npm install -g git+https://github.com/howlil/ez-agents.git
+# Run installer directly without installing
+npx @howlil/ez-agents --claude --global
+```
+
+**Option 3: Install from npm**
+
+```bash
+# Install from npm registry
+npm install -g @howlil/ez-agents
 
 # Then use
 ez-agents --claude --global
 ez-agents-update
 ```
 
-**Option 3: Install from npm (Future)**
+**Option 4: Install from Local Source (Development)**
 
 ```bash
-# When published to npm
-npm install -g ez-agents
+# Clone the repository
+git clone https://github.com/howlil/ez-agents.git
+cd ez-agents
+
+# Install globally from local directory
+npm install -g .
+
+# Then use
+ez-agents --claude --global
 ```
 
 ---
 
+**Installation Commands Reference:**
+
+```bash
+# Install EZ Agents globally
+npm install -g git+https://github.com/howlil/ez-agents.git
+
+# Setup for Claude Code (global)
+ez-agents --claude --global
+
+# Setup for Claude Code (local project)
+ez-agents --claude --local
+
+# Setup for all runtimes (Claude, OpenCode, Gemini, Codex, Copilot)
+ez-agents --all --global
+
+# Update EZ Agents
+ez-agents-update
+
+# Force reinstall
+ez-agents-update --force
+
+# Check version
+ez-agents --version
+
+# Help
+ez-agents --help
+
+# Uninstall
+ez-agents --all --global --uninstall
+```
+
 I'm a solo developer. I don't write code — Claude Code does.
 
 Other spec-driven development tools exist; BMAD, Speckit... But they all seem to make things way more complicated than they need to be (sprint ceremonies, story points, stakeholder syncs, retrospectives, Jira workflows) or lack real big picture understanding of what you're building. I'm not a 50-person software company. I don't want to play enterprise theater. I'm just a creative person trying to build great things that work.
@@ -815,18 +862,18 @@ These community ports pioneered multi-runtime support:
 
 | Project | Platform | Description |
 |---------|----------|-------------|
-| [ez-opencode](https://github.com/rokicool/gsd-opencode) | OpenCode | Original OpenCode adaptation |
+| [ez-opencode](https://github.com/rokicool/ez-opencode) | OpenCode | Original OpenCode adaptation |
 | ez-gemini (archived) | Gemini CLI | Original Gemini adaptation by uberfuzzy |
 
 ---
 
 ## Star History
 
-<a href="https://star-history.com/#glittercowboy/get-shit-done&Date">
+<a href="https://star-history.com/#glittercowboy/ez-agents&Date">
  <picture>
-   <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=glittercowboy/get-shit-done&type=Date&theme=dark" />
-   <source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=glittercowboy/get-shit-done&type=Date" />
-   <img alt="Star History Chart" src="https://api.star-history.com/svg?repos=glittercowboy/get-shit-done&type=Date" />
+   <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=glittercowboy/ez-agents&type=Date&theme=dark" />
+   <source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=glittercowboy/ez-agents&type=Date" />
+   <img alt="Star History Chart" src="https://api.star-history.com/svg?repos=glittercowboy/ez-agents&type=Date" />
  </picture>
 </a>
 

package/README.zh-CN.md

@@ -22,7 +22,7 @@ npx github:howlil/ez-agents
 
 <br>
 
-**Original GSD by** [TÂCHES](https://github.com/glittercowboy/get-shit-done) | **EZ Agents Fork by** [@howlil](https://github.com/howlil)
+**Original EZ Agents by** [TÂCHES](https://github.com/glittercowboy/ez-agents) | **EZ Agents Fork by** [@howlil](https://github.com/howlil)
 
 <br>
 
@@ -46,7 +46,7 @@ npx github:howlil/ez-agents
 
 市面上已经有其他规格驱动开发工具，比如 BMAD、Speckit……但它们要么把事情搞得比必要的复杂得多了些（冲刺仪式、故事点、利益相关方同步、复盘、Jira 流程），要么根本缺少对你到底在构建什么的整体理解。我不是一家 50 人的软件公司。我不想演企业流程。我只是个想把好东西真正做出来的创作者。
 
-所以我做了 GSD。复杂性在系统内部，不在你的工作流里。幕后是上下文工程、XML 提示格式、子代理编排、状态管理；你看到的是几个真能工作的命令。
+所以我做了 EZ Agents。复杂性在系统内部，不在你的工作流里。幕后是上下文工程、XML 提示格式、子代理编排、状态管理；你看到的是几个真能工作的命令。
 
 这套系统会把 Claude 完成工作 *以及* 验证结果所需的一切上下文都准备好。我信任这个工作流，因为它确实能把事情做好。
 
@@ -184,12 +184,12 @@ claude --dangerously-skip-permissions
 
 ## 它是怎么工作的
 
-> **已经有现成代码库？** 先运行 `/gsd:map-codebase`。它会并行拉起多个代理分析你的技术栈、架构、约定和风险点。之后 `/gsd:new-project` 就会真正“理解”你的代码库，提问会聚焦在你打算新增的部分，规划时也会自动加载你的现有模式。
+> **已经有现成代码库？** 先运行 `/ez:map-codebase`。它会并行拉起多个代理分析你的技术栈、架构、约定和风险点。之后 `/ez:new-project` 就会真正"理解"你的代码库，提问会聚焦在你打算新增的部分，规划时也会自动加载你的现有模式。
 
 ### 1. 初始化项目
 
 ```
-/gsd:new-project
+/ez:new-project
 ```
 
 一个命令，一条完整流程。系统会：
@@ -208,7 +208,7 @@ claude --dangerously-skip-permissions
 ### 2. 讨论阶段
 
 ```
-/gsd:discuss-phase 1
+/ez:discuss-phase 1
 ```
 
 **这是你塑造实现方式的地方。**
@@ -236,7 +236,7 @@ claude --dangerously-skip-permissions
 ### 3. 规划阶段
 
 ```
-/gsd:plan-phase 1
+/ez:plan-phase 1
 ```
 
 系统会：
@@ -254,7 +254,7 @@ claude --dangerously-skip-permissions
 ### 4. 执行阶段
 
 ```
-/gsd:execute-phase 1
+/ez:execute-phase 1
 ```
 
 系统会：
@@ -305,7 +305,7 @@ claude --dangerously-skip-permissions
 ### 5. 验证工作
 
 ```
-/gsd:verify-work 1
+/ez:verify-work 1
 ```
 
 **这是你确认它是否真的可用的地方。**
@@ -319,7 +319,7 @@ claude --dangerously-skip-permissions
 3. **自动诊断失败**：拉起 debug 代理定位根因
 4. **创建验证过的修复计划**：可立刻重新执行
 
-如果一切通过，就进入下一步；如果哪里坏了，你不需要手动 debug，只要重新运行 `/gsd:execute-phase`，执行它自动生成的修复计划即可。
+如果一切通过，就进入下一步；如果哪里坏了，你不需要手动 debug，只要重新运行 `/ez:execute-phase`，执行它自动生成的修复计划即可。
 
 **生成：** `{phase_num}-UAT.md`，以及发现问题时的修复计划
 
@@ -328,36 +328,36 @@ claude --dangerously-skip-permissions
 ### 6. 重复 → 完成 → 下一个里程碑
 
 ```
-/gsd:discuss-phase 2
-/gsd:plan-phase 2
-/gsd:execute-phase 2
-/gsd:verify-work 2
+/ez:discuss-phase 2
+/ez:plan-phase 2
+/ez:execute-phase 2
+/ez:verify-work 2
 ...
-/gsd:complete-milestone
-/gsd:new-milestone
+/ez:complete-milestone
+/ez:new-milestone
 ```
 
 循环执行 **讨论 → 规划 → 执行 → 验证**，直到整个里程碑完成。
 
-如果你希望在讨论阶段更快收集信息，可以用 `/gsd:discuss-phase <n> --batch`，一次回答一小组问题，而不是逐个问答。
+如果你希望在讨论阶段更快收集信息，可以用 `/ez:discuss-phase <n> --batch`，一次回答一小组问题，而不是逐个问答。
 
 每个阶段都会得到你的输入（discuss）、充分研究（plan）、干净执行（execute）和人工验证（verify）。上下文始终保持新鲜，质量也能持续稳定。
 
-当所有阶段完成后，`/gsd:complete-milestone` 会归档当前里程碑并打 release tag。
+当所有阶段完成后，`/ez:complete-milestone` 会归档当前里程碑并打 release tag。
 
-接着用 `/gsd:new-milestone` 开启下一个版本。它和 `new-project` 流程相同，只是面向你现有的代码库。你描述下一步想构建什么，系统研究领域、梳理需求，再产出新的路线图。每个里程碑都是一个干净周期：定义 → 构建 → 发布。
+接着用 `/ez:new-milestone` 开启下一个版本。它和 `new-project` 流程相同，只是面向你现有的代码库。你描述下一步想构建什么，系统研究领域、梳理需求，再产出新的路线图。每个里程碑都是一个干净周期：定义 → 构建 → 发布。
 
 ---
 
 ### 快速模式
 
 ```
-/gsd:quick
+/ez:quick
 ```
 
 **适用于不需要完整规划的临时任务。**
 
-快速模式保留 GSD 的核心保障（原子提交、状态跟踪），但路径更短：
+快速模式保留 EZ Agents 的核心保障（原子提交、状态跟踪），但路径更短：
 
 - **相同的代理体系**：同样是 planner + executor，质量不降
 - **跳过可选步骤**：没有 research、plan checker、verifier
@@ -366,7 +366,7 @@ claude --dangerously-skip-permissions
 适用场景：修 bug、小功能、配置改动、一次性任务。
 
 ```
-/gsd:quick
+/ez:quick
 > What do you want to do? "Add dark mode toggle to settings"
 ```
 
@@ -380,7 +380,7 @@ claude --dangerously-skip-permissions
 
 Claude Code 非常强大，前提是你把它需要的上下文给对。大多数人做不到。
 
-GSD 会替你处理：
+EZ Agents 会替你处理：
 
 | 文件 | 作用 |
 |------|------|
@@ -463,58 +463,58 @@ lmn012o feat(08-02): create registration endpoint
 
 | 命令 | 作用 |
 |------|------|
-| `/gsd:new-project [--auto]` | 完整初始化：提问 → 研究 → 需求 → 路线图 |
-| `/gsd:discuss-phase [N] [--auto]` | 在规划前收集实现决策 |
-| `/gsd:plan-phase [N] [--auto]` | 为某个阶段执行研究 + 规划 + 验证 |
-| `/gsd:execute-phase <N>` | 以并行 wave 执行全部计划，完成后验证 |
-| `/gsd:verify-work [N]` | 人工用户验收测试 ¹ |
-| `/gsd:audit-milestone` | 验证里程碑是否达到完成定义 |
-| `/gsd:complete-milestone` | 归档里程碑并打 release tag |
-| `/gsd:new-milestone [name]` | 开始下一个版本：提问 → 研究 → 需求 → 路线图 |
+| `/ez:new-project [--auto]` | 完整初始化：提问 → 研究 → 需求 → 路线图 |
+| `/ez:discuss-phase [N] [--auto]` | 在规划前收集实现决策 |
+| `/ez:plan-phase [N] [--auto]` | 为某个阶段执行研究 + 规划 + 验证 |
+| `/ez:execute-phase <N>` | 以并行 wave 执行全部计划，完成后验证 |
+| `/ez:verify-work [N]` | 人工用户验收测试 ¹ |
+| `/ez:audit-milestone` | 验证里程碑是否达到完成定义 |
+| `/ez:complete-milestone` | 归档里程碑并打 release tag |
+| `/ez:new-milestone [name]` | 开始下一个版本：提问 → 研究 → 需求 → 路线图 |
 
 ### 导航
 
 | 命令 | 作用 |
 |------|------|
-| `/gsd:progress` | 我现在在哪？下一步是什么？ |
-| `/gsd:help` | 显示全部命令和使用指南 |
-| `/gsd:update` | 更新 GSD，并预览变更日志 |
-| `/gsd:join-discord` | 加入 GSD Discord 社区 |
+| `/ez:progress` | 我现在在哪？下一步是什么？ |
+| `/ez:help` | 显示全部命令和使用指南 |
+| `/ez:update` | 更新 EZ Agents，并预览变更日志 |
+| `/ez:join-discord` | 加入 EZ Agents Discord 社区 |
 
 ### Brownfield
 
 | 命令 | 作用 |
 |------|------|
-| `/gsd:map-codebase` | 在 `new-project` 前分析现有代码库 |
+| `/ez:map-codebase` | 在 `new-project` 前分析现有代码库 |
 
 ### 阶段管理
 
 | 命令 | 作用 |
 |------|------|
-| `/gsd:add-phase` | 在路线图末尾追加 phase |
-| `/gsd:insert-phase [N]` | 在 phase 之间插入紧急工作 |
-| `/gsd:remove-phase [N]` | 删除未来 phase，并重编号 |
-| `/gsd:list-phase-assumptions [N]` | 在规划前查看 Claude 打算采用的方案 |
-| `/gsd:plan-milestone-gaps` | 为 audit 发现的缺口创建 phase |
+| `/ez:add-phase` | 在路线图末尾追加 phase |
+| `/ez:insert-phase [N]` | 在 phase 之间插入紧急工作 |
+| `/ez:remove-phase [N]` | 删除未来 phase，并重编号 |
+| `/ez:list-phase-assumptions [N]` | 在规划前查看 Claude 打算采用的方案 |
+| `/ez:plan-milestone-gaps` | 为 audit 发现的缺口创建 phase |
 
 ### 会话
 
 | 命令 | 作用 |
 |------|------|
-| `/gsd:pause-work` | 在中途暂停时创建交接上下文 |
-| `/gsd:resume-work` | 从上一次会话恢复 |
+| `/ez:pause-work` | 在中途暂停时创建交接上下文 |
+| `/ez:resume-work` | 从上一次会话恢复 |
 
 ### 工具
 
 | 命令 | 作用 |
 |------|------|
-| `/gsd:settings` | 配置模型 profile 和工作流代理 |
-| `/gsd:set-profile <profile>` | 切换模型 profile（quality / balanced / budget） |
-| `/gsd:add-todo [desc]` | 记录一个待办想法 |
-| `/gsd:check-todos` | 查看待办列表 |
-| `/gsd:debug [desc]` | 使用持久状态进行系统化调试 |
-| `/gsd:quick [--full] [--discuss]` | 以 GSD 保障执行临时任务（`--full` 增加计划检查和验证，`--discuss` 先补上下文） |
-| `/gsd:health [--repair]` | 校验 `.planning/` 目录完整性，带 `--repair` 时自动修复 |
+| `/ez:settings` | 配置模型 profile 和工作流代理 |
+| `/ez:set-profile <profile>` | 切换模型 profile（quality / balanced / budget） |
+| `/ez:add-todo [desc]` | 记录一个待办想法 |
+| `/ez:check-todos` | 查看待办列表 |
+| `/ez:debug [desc]` | 使用持久状态进行系统化调试 |
+| `/ez:quick [--full] [--discuss]` | 以 EZ Agents 保障执行临时任务（`--full` 增加计划检查和验证，`--discuss` 先补上下文） |
+| `/ez:health [--repair]` | 校验 `.planning/` 目录完整性，带 `--repair` 时自动修复 |
 
 <sup>¹ 由 reddit 用户 OracleGreyBeard 贡献</sup>
 
@@ -522,7 +522,7 @@ lmn012o feat(08-02): create registration endpoint
 
 ## 配置
 
-GSD 将项目设置保存在 `.planning/config.json`。你可以在 `/gsd:new-project` 时配置，也可以稍后通过 `/gsd:settings` 修改。完整的配置 schema、工作流开关、git branching 选项以及各代理的模型分配，请查看[用户指南](docs/USER-GUIDE.md#configuration-reference)。
+EZ Agents 将项目设置保存在 `.planning/config.json`。你可以在 `/ez:new-project` 时配置，也可以稍后通过 `/ez:settings` 修改。完整的配置 schema、工作流开关、git branching 选项以及各代理的模型分配，请查看[用户指南](docs/USER-GUIDE.md#configuration-reference)。
 
 ### 核心设置
 
@@ -543,10 +543,10 @@ GSD 将项目设置保存在 `.planning/config.json`。你可以在 `/gsd:new-pr
 
 切换方式：
 ```
-/gsd:set-profile budget
+/ez:set-profile budget
 ```
 
-也可以通过 `/gsd:settings` 配置。
+也可以通过 `/ez:settings` 配置。
 
 ### 工作流代理
 
@@ -559,9 +559,9 @@ GSD 将项目设置保存在 `.planning/config.json`。你可以在 `/gsd:new-pr
 | `workflow.verifier` | `true` | 执行后确认“必须交付项”是否已经落地 |
 | `workflow.auto_advance` | `false` | 自动串联 discuss → plan → execute，不中途停下 |
 
-可以用 `/gsd:settings` 开关这些项，也可以在单次命令里覆盖：
-- `/gsd:plan-phase --skip-research`
-- `/gsd:plan-phase --skip-verify`
+可以用 `/ez:settings` 开关这些项，也可以在单次命令里覆盖：
+- `/ez:plan-phase --skip-research`
+- `/ez:plan-phase --skip-verify`
 
 ### 执行
 
@@ -572,20 +572,20 @@ GSD 将项目设置保存在 `.planning/config.json`。你可以在 `/gsd:new-pr
 
 ### Git 分支策略
 
-控制 GSD 在执行过程中如何处理分支。
+控制 EZ Agents 在执行过程中如何处理分支。
 
 | Setting | Options | Default | 作用 |
 |---------|---------|---------|------|
 | `git.branching_strategy` | `none`, `phase`, `milestone` | `none` | 分支创建策略 |
-| `git.phase_branch_template` | string | `gsd/phase-{phase}-{slug}` | phase 分支模板 |
-| `git.milestone_branch_template` | string | `gsd/{milestone}-{slug}` | milestone 分支模板 |
+| `git.phase_branch_template` | string | `EZ Agents/phase-{phase}-{slug}` | phase 分支模板 |
+| `git.milestone_branch_template` | string | `EZ Agents/{milestone}-{slug}` | milestone 分支模板 |
 
 **策略说明：**
-- **`none`**：直接提交到当前分支（GSD 默认行为）
+- **`none`**：直接提交到当前分支（EZ Agents 默认行为）
 - **`phase`**：每个 phase 创建一个分支，在 phase 完成时合并
 - **`milestone`**：整个里程碑只用一个分支，在里程碑完成时合并
 
-在里程碑完成时，GSD 会提供 squash merge（推荐）或保留历史的 merge 选项。
+在里程碑完成时，EZ Agents 会提供 squash merge（推荐）或保留历史的 merge 选项。
 
 ---
 
@@ -593,7 +593,7 @@ GSD 将项目设置保存在 `.planning/config.json`。你可以在 `/gsd:new-pr
 
 ### 保护敏感文件
 
-GSD 的代码库映射和分析命令会读取文件来理解你的项目。**包含机密信息的文件应当加入 Claude Code 的 deny list**：
+EZ Agents 的代码库映射和分析命令会读取文件来理解你的项目。**包含机密信息的文件应当加入 Claude Code 的 deny list**：
 
 1. 打开 Claude Code 设置（项目级 `.claude/settings.json` 或全局设置）
 2. 把敏感文件模式加入 deny list：
@@ -616,7 +616,7 @@ GSD 的代码库映射和分析命令会读取文件来理解你的项目。**
 这样无论你运行什么命令，Claude 都无法读取这些文件。
 
 > [!IMPORTANT]
-> GSD 内建了防止提交 secrets 的保护，但纵深防御依然是最佳实践。第一道防线应该是直接禁止读取敏感文件。
+> EZ Agents 内建了防止提交 secrets 的保护，但纵深防御依然是最佳实践。第一道防线应该是直接禁止读取敏感文件。
 
 ---
 
@@ -624,66 +624,66 @@ GSD 的代码库映射和分析命令会读取文件来理解你的项目。**
 
 **安装后找不到命令？**
 - 重启你的运行时，让命令或 skills 重新加载
-- 检查文件是否存在于 `~/.claude/commands/gsd/`（全局）或 `./.claude/commands/gsd/`（本地）
-- 对 Codex，检查 skills 是否存在于 `~/.codex/skills/gsd-*/SKILL.md`（全局）或 `./.codex/skills/gsd-*/SKILL.md`（本地）
+- 检查文件是否存在于 `~/.claude/commands/EZ Agents/`（全局）或 `./.claude/commands/EZ Agents/`（本地）
+- 对 Codex，检查 skills 是否存在于 `~/.codex/skills/*/SKILL.md`（全局）或 `./.codex/skills/*/SKILL.md`（本地）
 
 **命令行为不符合预期？**
-- 运行 `/gsd:help` 确认安装成功
-- 重新执行 `npx get-shit-done-cc` 进行重装
+- 运行 `/ez:help` 确认安装成功
+- 重新执行 `npx ez-agents` 进行重装
 
 **想更新到最新版本？**
 ```bash
-npx get-shit-done-cc@latest
+npx ez-agents@latest
 ```
 
 **在 Docker 或容器环境中使用？**
 
 如果使用波浪线路径（`~/.claude/...`）时读取失败，请在安装前设置 `CLAUDE_CONFIG_DIR`：
 ```bash
-CLAUDE_CONFIG_DIR=/home/youruser/.claude npx get-shit-done-cc --global
+CLAUDE_CONFIG_DIR=/home/youruser/.claude npx ez-agents --global
 ```
 这样可以确保使用绝对路径，而不是在容器里可能无法正确展开的 `~`。
 
 ### 卸载
 
-如果你想彻底移除 GSD：
+如果你想彻底移除 EZ Agents：
 
 ```bash
 # 全局安装
-npx get-shit-done-cc --claude --global --uninstall
-npx get-shit-done-cc --opencode --global --uninstall
-npx get-shit-done-cc --codex --global --uninstall
+npx ez-agents --claude --global --uninstall
+npx ez-agents --opencode --global --uninstall
+npx ez-agents --codex --global --uninstall
 
 # 本地安装（当前项目）
-npx get-shit-done-cc --claude --local --uninstall
-npx get-shit-done-cc --opencode --local --uninstall
-npx get-shit-done-cc --codex --local --uninstall
+npx ez-agents --claude --local --uninstall
+npx ez-agents --opencode --local --uninstall
+npx ez-agents --codex --local --uninstall
 ```
 
-这会移除所有 GSD 命令、代理、hooks 和设置，但会保留你其他配置。
+这会移除所有 EZ Agents 命令、代理、hooks 和设置，但会保留你其他配置。
 
 ---
 
 ## 社区移植版本
 
-OpenCode、Gemini CLI 和 Codex 现在都已经通过 `npx get-shit-done-cc` 获得原生支持。
+OpenCode、Gemini CLI 和 Codex 现在都已经通过 `npx ez-agents` 获得原生支持。
 
 这些社区移植版本曾率先探索多运行时支持：
 
 | Project | Platform | Description |
 |---------|----------|-------------|
-| [gsd-opencode](https://github.com/rokicool/gsd-opencode) | OpenCode | 最初的 OpenCode 适配版本 |
-| gsd-gemini (archived) | Gemini CLI | uberfuzzy 制作的最初 Gemini 适配版本 |
+| [ez-opencode](https://github.com/rokicool/ez-opencode) | OpenCode | 最初的 OpenCode 适配版本 |
+| ez-gemini (archived) | Gemini CLI | uberfuzzy 制作的最初 Gemini 适配版本 |
 
 ---
 
 ## Star History
 
-<a href="https://star-history.com/#glittercowboy/get-shit-done&Date">
+<a href="https://star-history.com/#glittercowboy/ez-agents&Date">
  <picture>
-   <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=glittercowboy/get-shit-done&type=Date&theme=dark" />
-   <source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=glittercowboy/get-shit-done&type=Date" />
-   <img alt="Star History Chart" src="https://api.star-history.com/svg?repos=glittercowboy/get-shit-done&type=Date" />
+   <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=glittercowboy/ez-agents&type=Date&theme=dark" />
+   <source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=glittercowboy/ez-agents&type=Date" />
+   <img alt="Star History Chart" src="https://api.star-history.com/svg?repos=glittercowboy/ez-agents&type=Date" />
  </picture>
 </a>
 
@@ -697,6 +697,6 @@ MIT License。详情见 [LICENSE](LICENSE)。
 
 <div align="center">
 
-**Claude Code 很强，GSD 让它变得可靠。**
+**Claude Code 很强，EZ Agents 让它变得可靠。**
 
 </div>

package/agents/ez-ui-auditor.md

@@ -3,8 +3,6 @@ name: ez-ui-auditor
 description: Retroactive 6-pillar visual audit of implemented frontend code. Produces scored UI-REVIEW.md. Spawned by /ez:ui-review orchestrator.
 tools: Read, Write, Bash, Grep, Glob
 color: "#F472B6"
-skills:
-  - gsd-ui-auditor-workflow
 # hooks:
 #   PostToolUse:
 #     - matcher: "Write|Edit"

package/agents/ez-ui-checker.md

@@ -3,14 +3,12 @@ name: ez-ui-checker
 description: Validates UI-SPEC.md design contracts against 6 quality dimensions. Produces BLOCK/FLAG/PASS verdicts. Spawned by /ez:ui-phase orchestrator.
 tools: Read, Bash, Glob, Grep
 color: "#22D3EE"
-skills:
-  - gsd-ui-checker-workflow
 ---
 
 <role>
 You are a EZ Agents UI checker. Verify that UI-SPEC.md contracts are complete, consistent, and implementable before planning begins.
 
-Spawned by `/ez:ui-phase` orchestrator (after gsd-ui-researcher creates UI-SPEC.md) or re-verification (after researcher revises).
+Spawned by `/ez:ui-phase` orchestrator (after ez-ui-researcher creates UI-SPEC.md) or re-verification (after researcher revises).
 
 **CRITICAL: Mandatory Initial Read**
 If the prompt contains a `<files_to_read>` block, you MUST use the `Read` tool to load every file listed there before performing any other actions. This is your primary context.
@@ -41,7 +39,7 @@ This ensures verification respects project-specific design conventions.
 </project_context>
 
 <upstream_input>
-**UI-SPEC.md** — Design contract from gsd-ui-researcher (primary input)
+**UI-SPEC.md** — Design contract from ez-ui-researcher (primary input)
 
 **CONTEXT.md** (if exists) — User decisions from `/ez:discuss-phase`
 

package/agents/ez-ui-researcher.md

@@ -3,8 +3,6 @@ name: ez-ui-researcher
 description: Produces UI-SPEC.md design contract for frontend phases. Reads upstream artifacts, detects design system state, asks only unanswered questions. Spawned by /ez:ui-phase orchestrator.
 tools: Read, Write, Bash, Grep, Glob, WebSearch, WebFetch, mcp__context7__*
 color: "#E879F9"
-skills:
-  - ez-ui-researcher-workflow
 # hooks:
 #   PostToolUse:
 #     - matcher: "Write|Edit"