fix: replace /gsd: slash command format with /gsd- skill format in all user-facing content (#1579)

* fix: replace /gsd: command format with /gsd- skill format in all suggestions

All next-step suggestions shown to users were still using the old colon
format (/gsd:xxx) which cannot be copy-pasted as skills. Migrated all
occurrences across agents/, commands/, get-shit-done/, docs/, README files,
bin/install.js (hardcoded defaults for claude runtime), and
get-shit-done/bin/lib/*.cjs (generate-claude-md templates and error messages).
Updated tests to assert new hyphen format instead of old colon format.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

* fix: migrate remaining /gsd: format to /gsd- in hooks, workflows, and sdk

Addresses remaining user-facing occurrences missed in the initial migration:

- hooks/: fix 4 user-facing messages (pause-work, update, fast, quick)
  and 2 comments in gsd-workflow-guard.js
- get-shit-done/workflows/: fix 21 Skill() literal calls that Claude
  executes directly (installer does not transform workflow content)
- sdk/prompt-sanitizer.ts: update regex to strip /gsd- format in addition
  to legacy /gsd: format; update JSDoc comment
- tests/: update autonomous-ui-steps, prompt-sanitizer to assert new format

Note: commands/gsd/*.md frontmatter (name: gsd:xxx) intentionally unchanged
— installer derives skillName from directory path, not the name field.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

* fix(plan-phase): preserve --chain flag in auto-advance sync and handle ui-phase gate in chain mode

Bug 1: step 15 sync-flag check only guarded against --auto, causing
_auto_chain_active to be cleared when plan-phase is invoked without
--auto in ARGUMENTS even though a --chain pipeline was active. Added
--chain to the guard condition, matching discuss-phase behaviour.

Bug 2: UI Design Contract gate (step 5.6) always exited the workflow
when UI-SPEC was missing, breaking the discuss --chain pipeline
silently. When _auto_chain_active is true, the gate now auto-invokes
gsd-ui-phase --auto via Skill() and continues to step 6 without
prompting. Manual invocations retain the existing AskUserQuestion flow.

* fix: remove <sub>/clear</sub> pattern and duplicate old-format command in discuss-phase.md

---------

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
Quang Do
2026-04-04 18:24:31 +07:00
committed by GitHub
parent 05e35ac09a
commit d4767ac2e0
173 changed files with 3461 additions and 3419 deletions

View File

@@ -90,12 +90,12 @@ npx get-shit-done-cc@latest
2. **インストール先** — グローバル(全プロジェクト)またはローカル(現在のプロジェクトのみ)
確認方法:
- Claude Code / Gemini: `/gsd:help`
- Claude Code / Gemini: `/gsd-help`
- OpenCode: `/gsd-help`
- Kilo: `/gsd-help`
- Codex: `$gsd-help`
- Copilot: `/gsd:help`
- Antigravity: `/gsd:help`
- Copilot: `/gsd-help`
- Antigravity: `/gsd-help`
> [!NOTE]
> Codexのインストールでは、カスタムプロンプトではなくスキル(`skills/gsd-*/SKILL.md`)を使用します。
@@ -214,12 +214,12 @@ claude --dangerously-skip-permissions
## 仕組み
> **既存のコードがある場合は?** まず `/gsd:map-codebase` を実行してください。並列エージェントが起動し、スタック、アーキテクチャ、規約、懸念点を分析します。その後 `/gsd:new-project` がコードベースを把握した状態で動作し、質問は追加する内容に焦点を当て、計画時にはパターンが自動的に読み込まれます。
> **既存のコードがある場合は?** まず `/gsd-map-codebase` を実行してください。並列エージェントが起動し、スタック、アーキテクチャ、規約、懸念点を分析します。その後 `/gsd-new-project` がコードベースを把握した状態で動作し、質問は追加する内容に焦点を当て、計画時にはパターンが自動的に読み込まれます。
### 1. プロジェクトの初期化
```
/gsd:new-project
/gsd-new-project
```
1つのコマンド、1つのフロー。システムが以下を行います:
@@ -238,7 +238,7 @@ claude --dangerously-skip-permissions
### 2. フェーズの議論
```
/gsd:discuss-phase 1
/gsd-discuss-phase 1
```
**ここで実装の方向性を決めます。**
@@ -261,14 +261,14 @@ claude --dangerously-skip-permissions
**作成されるファイル:** `{phase_num}-CONTEXT.md`
> **前提モード:** 質問よりもコードベース分析を優先したい場合は、`/gsd:settings` で `workflow.discuss_mode` を `assumptions` に設定してください。システムがコードを読み、何をなぜそうするかを提示し、間違っている部分だけ修正を求めます。詳しくは[ディスカスモード](docs/ja-JP/workflow-discuss-mode.md)をご覧ください。
> **前提モード:** 質問よりもコードベース分析を優先したい場合は、`/gsd-settings` で `workflow.discuss_mode` を `assumptions` に設定してください。システムがコードを読み、何をなぜそうするかを提示し、間違っている部分だけ修正を求めます。詳しくは[ディスカスモード](docs/ja-JP/workflow-discuss-mode.md)をご覧ください。
---
### 3. フェーズの計画
```
/gsd:plan-phase 1
/gsd-plan-phase 1
```
システムが以下を行います:
@@ -286,7 +286,7 @@ claude --dangerously-skip-permissions
### 4. フェーズの実行
```
/gsd:execute-phase 1
/gsd-execute-phase 1
```
システムが以下を行います:
@@ -337,7 +337,7 @@ claude --dangerously-skip-permissions
### 5. 作業の検証
```
/gsd:verify-work 1
/gsd-verify-work 1
```
**ここで実際に動作するか確認します。**
@@ -351,7 +351,7 @@ claude --dangerously-skip-permissions
3. **障害を自動診断** — デバッグエージェントが起動し根本原因を特定
4. **検証済みの修正プランを作成** — 即座に再実行可能
すべてパスすれば次に進みます。何か壊れていれば、手動でデバッグする必要はありません — 作成された修正プランで `/gsd:execute-phase` を再度実行するだけです。
すべてパスすれば次に進みます。何か壊れていれば、手動でデバッグする必要はありません — 作成された修正プランで `/gsd-execute-phase` を再度実行するだけです。
**作成されるファイル:** `{phase_num}-UAT.md`、問題が見つかった場合は修正プラン
@@ -360,38 +360,38 @@ claude --dangerously-skip-permissions
### 6. 繰り返し → シップ → 完了 → 次のマイルストーン
```
/gsd:discuss-phase 2
/gsd:plan-phase 2
/gsd:execute-phase 2
/gsd:verify-work 2
/gsd:ship 2 # 検証済みの作業からPRを作成
/gsd-discuss-phase 2
/gsd-plan-phase 2
/gsd-execute-phase 2
/gsd-verify-work 2
/gsd-ship 2 # 検証済みの作業からPRを作成
...
/gsd:complete-milestone
/gsd:new-milestone
/gsd-complete-milestone
/gsd-new-milestone
```
またはGSDに次のステップを自動判定させます:
```
/gsd:next # 次のステップを自動検出して実行
/gsd-next # 次のステップを自動検出して実行
```
**discuss → plan → execute → verify → ship** のループをマイルストーン完了まで繰り返します。
ディスカッション中のインプットを速くしたい場合は、`/gsd:discuss-phase <n> --batch` で1つずつではなく小さなグループにまとめた質問に一括で回答できます。`--chain` を使うと、ディスカッションからプラン+実行まで途中で止まらずに自動チェインできます。
ディスカッション中のインプットを速くしたい場合は、`/gsd-discuss-phase <n> --batch` で1つずつではなく小さなグループにまとめた質問に一括で回答できます。`--chain` を使うと、ディスカッションからプラン+実行まで途中で止まらずに自動チェインできます。
各フェーズであなたのインプット(discuss)、適切なリサーチ(plan)、クリーンな実行(execute)、人間による検証(verify)が行われます。コンテキストは常にフレッシュ。品質は常に高い。
すべてのフェーズが完了したら、`/gsd:complete-milestone` でマイルストーンをアーカイブしリリースをタグ付けします。
すべてのフェーズが完了したら、`/gsd-complete-milestone` でマイルストーンをアーカイブしリリースをタグ付けします。
次に `/gsd:new-milestone` で次のバージョンを開始します — `new-project` と同じフローですが既存のコードベース向けです。次に構築したいものを説明し、システムがドメインを調査し、要件をスコーピングし、新しいロードマップを作成します。各マイルストーンはクリーンなサイクルです:定義 → 構築 → シップ。
次に `/gsd-new-milestone` で次のバージョンを開始します — `new-project` と同じフローですが既存のコードベース向けです。次に構築したいものを説明し、システムがドメインを調査し、要件をスコーピングし、新しいロードマップを作成します。各マイルストーンはクリーンなサイクルです:定義 → 構築 → シップ。
---
### クイックモード
```
/gsd:quick
/gsd-quick
```
**フル計画が不要なアドホックタスク向け。**
@@ -413,7 +413,7 @@ claude --dangerously-skip-permissions
フラグは組み合わせ可能:`--discuss --research --validate` でディスカッション + リサーチ + プランチェック + 検証が行われます。
```
/gsd:quick
/gsd-quick
> What do you want to do? "Add dark mode toggle to settings"
```
@@ -515,117 +515,117 @@ lmn012o feat(08-02): create registration endpoint
| コマンド | 説明 |
|---------|--------------|
| `/gsd:new-project [--auto]` | フル初期化:質問 → リサーチ → 要件定義 → ロードマップ |
| `/gsd:discuss-phase [N] [--auto] [--analyze] [--chain]` | 計画前に実装の決定事項をキャプチャ(`--analyze` でトレードオフ分析を追加、`--chain` でプラン+実行へ自動チェイン) |
| `/gsd:plan-phase [N] [--auto] [--reviews]` | フェーズのリサーチ + プラン + 検証(`--reviews` でコードベースレビューの発見事項を読み込み) |
| `/gsd:execute-phase <N>` | 全プランを並列ウェーブで実行し、完了時に検証 |
| `/gsd:verify-work [N]` | 手動ユーザー受入テスト ¹ |
| `/gsd:ship [N] [--draft]` | 検証済みのフェーズ作業から自動生成された本文付きのPRを作成 |
| `/gsd:next` | 次の論理的なワークフローステップに自動的に進む |
| `/gsd:fast <text>` | インラインの軽微タスク — 計画を完全にスキップし即座に実行 |
| `/gsd:audit-milestone` | マイルストーンが完了の定義を達成したか検証 |
| `/gsd:complete-milestone` | マイルストーンをアーカイブし、リリースをタグ付け |
| `/gsd:new-milestone [name]` | 次のバージョンを開始:質問 → リサーチ → 要件定義 → ロードマップ |
| `/gsd:forensics [desc]` | 失敗したワークフロー実行の事後分析(停止ループ、欠落成果物、git異常の診断) |
| `/gsd:milestone-summary [version]` | チームオンボーディングとレビュー向けの包括的なプロジェクトサマリーを生成 |
| `/gsd-new-project [--auto]` | フル初期化:質問 → リサーチ → 要件定義 → ロードマップ |
| `/gsd-discuss-phase [N] [--auto] [--analyze] [--chain]` | 計画前に実装の決定事項をキャプチャ(`--analyze` でトレードオフ分析を追加、`--chain` でプラン+実行へ自動チェイン) |
| `/gsd-plan-phase [N] [--auto] [--reviews]` | フェーズのリサーチ + プラン + 検証(`--reviews` でコードベースレビューの発見事項を読み込み) |
| `/gsd-execute-phase <N>` | 全プランを並列ウェーブで実行し、完了時に検証 |
| `/gsd-verify-work [N]` | 手動ユーザー受入テスト ¹ |
| `/gsd-ship [N] [--draft]` | 検証済みのフェーズ作業から自動生成された本文付きのPRを作成 |
| `/gsd-next` | 次の論理的なワークフローステップに自動的に進む |
| `/gsd-fast <text>` | インラインの軽微タスク — 計画を完全にスキップし即座に実行 |
| `/gsd-audit-milestone` | マイルストーンが完了の定義を達成したか検証 |
| `/gsd-complete-milestone` | マイルストーンをアーカイブし、リリースをタグ付け |
| `/gsd-new-milestone [name]` | 次のバージョンを開始:質問 → リサーチ → 要件定義 → ロードマップ |
| `/gsd-forensics [desc]` | 失敗したワークフロー実行の事後分析(停止ループ、欠落成果物、git異常の診断) |
| `/gsd-milestone-summary [version]` | チームオンボーディングとレビュー向けの包括的なプロジェクトサマリーを生成 |
### ワークストリーム
| コマンド | 説明 |
|---------|--------------|
| `/gsd:workstreams list` | 全ワークストリームとそのステータスを表示 |
| `/gsd:workstreams create <name>` | 並列マイルストーン作業用の名前空間付きワークストリームを作成 |
| `/gsd:workstreams switch <name>` | アクティブなワークストリームを切り替え |
| `/gsd:workstreams complete <name>` | ワークストリームを完了しマージ |
| `/gsd-workstreams list` | 全ワークストリームとそのステータスを表示 |
| `/gsd-workstreams create <name>` | 並列マイルストーン作業用の名前空間付きワークストリームを作成 |
| `/gsd-workstreams switch <name>` | アクティブなワークストリームを切り替え |
| `/gsd-workstreams complete <name>` | ワークストリームを完了しマージ |
### マルチプロジェクトワークスペース
| コマンド | 説明 |
|---------|--------------|
| `/gsd:new-workspace` | リポジトリのコピー(worktreeまたはクローン)で隔離されたワークスペースを作成 |
| `/gsd:list-workspaces` | すべてのGSDワークスペースとそのステータスを表示 |
| `/gsd:remove-workspace` | ワークスペースを削除しworktreeをクリーンアップ |
| `/gsd-new-workspace` | リポジトリのコピー(worktreeまたはクローン)で隔離されたワークスペースを作成 |
| `/gsd-list-workspaces` | すべてのGSDワークスペースとそのステータスを表示 |
| `/gsd-remove-workspace` | ワークスペースを削除しworktreeをクリーンアップ |
### UIデザイン
| コマンド | 説明 |
|---------|--------------|
| `/gsd:ui-phase [N]` | フロントエンドフェーズ用のUIデザイン契約(UI-SPEC.md)を生成 |
| `/gsd:ui-review [N]` | 実装済みフロントエンドコードの6つの柱によるビジュアル監査(遡及的) |
| `/gsd-ui-phase [N]` | フロントエンドフェーズ用のUIデザイン契約(UI-SPEC.md)を生成 |
| `/gsd-ui-review [N]` | 実装済みフロントエンドコードの6つの柱によるビジュアル監査(遡及的) |
### ナビゲーション
| コマンド | 説明 |
|---------|--------------|
| `/gsd:progress` | 今どこにいる?次は何? |
| `/gsd:next` | 状態を自動検出し次のステップを実行 |
| `/gsd:help` | 全コマンドと使い方ガイドを表示 |
| `/gsd:update` | チェンジログプレビュー付きでGSDをアップデート |
| `/gsd:join-discord` | GSD Discordコミュニティに参加 |
| `/gsd:manager` | 複数フェーズ管理用のインタラクティブコマンドセンター |
| `/gsd-progress` | 今どこにいる?次は何? |
| `/gsd-next` | 状態を自動検出し次のステップを実行 |
| `/gsd-help` | 全コマンドと使い方ガイドを表示 |
| `/gsd-update` | チェンジログプレビュー付きでGSDをアップデート |
| `/gsd-join-discord` | GSD Discordコミュニティに参加 |
| `/gsd-manager` | 複数フェーズ管理用のインタラクティブコマンドセンター |
### ブラウンフィールド
| コマンド | 説明 |
|---------|--------------|
| `/gsd:map-codebase [area]` | new-project前に既存のコードベースを分析 |
| `/gsd-map-codebase [area]` | new-project前に既存のコードベースを分析 |
### フェーズ管理
| コマンド | 説明 |
|---------|--------------|
| `/gsd:add-phase` | ロードマップにフェーズを追加 |
| `/gsd:insert-phase [N]` | フェーズ間に緊急作業を挿入 |
| `/gsd:remove-phase [N]` | 将来のフェーズを削除し番号を振り直し |
| `/gsd:list-phase-assumptions [N]` | 計画前にClaudeの意図するアプローチを確認 |
| `/gsd:plan-milestone-gaps` | 監査で見つかったギャップを埋めるフェーズを作成 |
| `/gsd-add-phase` | ロードマップにフェーズを追加 |
| `/gsd-insert-phase [N]` | フェーズ間に緊急作業を挿入 |
| `/gsd-remove-phase [N]` | 将来のフェーズを削除し番号を振り直し |
| `/gsd-list-phase-assumptions [N]` | 計画前にClaudeの意図するアプローチを確認 |
| `/gsd-plan-milestone-gaps` | 監査で見つかったギャップを埋めるフェーズを作成 |
### セッション
| コマンド | 説明 |
|---------|--------------|
| `/gsd:pause-work` | フェーズ途中で停止する際の引き継ぎを作成(HANDOFF.jsonを書き込み) |
| `/gsd:resume-work` | 前回のセッションから復元 |
| `/gsd:session-report` | 実行した作業と結果のセッションサマリーを生成 |
| `/gsd-pause-work` | フェーズ途中で停止する際の引き継ぎを作成(HANDOFF.jsonを書き込み) |
| `/gsd-resume-work` | 前回のセッションから復元 |
| `/gsd-session-report` | 実行した作業と結果のセッションサマリーを生成 |
### ワークストリーム
| コマンド | 説明 |
|---------|--------------|
| `/gsd:workstreams` | 並列ワークストリームを管理(list、create、switch、status、progress、complete) |
| `/gsd-workstreams` | 並列ワークストリームを管理(list、create、switch、status、progress、complete) |
### コード品質
| コマンド | 説明 |
|---------|--------------|
| `/gsd:review` | 現在のフェーズまたはブランチのクロスAIピアレビュー |
| `/gsd:pr-branch` | `.planning/` コミットをフィルタリングしたクリーンなPRブランチを作成 |
| `/gsd:audit-uat` | 検証負債を監査 — UATが未実施のフェーズを検出 |
| `/gsd-review` | 現在のフェーズまたはブランチのクロスAIピアレビュー |
| `/gsd-pr-branch` | `.planning/` コミットをフィルタリングしたクリーンなPRブランチを作成 |
| `/gsd-audit-uat` | 検証負債を監査 — UATが未実施のフェーズを検出 |
### バックログ & スレッド
| コマンド | 説明 |
|---------|--------------|
| `/gsd:plant-seed <idea>` | トリガー条件付きの将来志向のアイデアをキャプチャ — 適切なマイルストーンで浮上 |
| `/gsd:add-backlog <desc>` | バックログのパーキングロットにアイデアを追加(999.xナンバリング、アクティブシーケンス外) |
| `/gsd:review-backlog` | バックログ項目をレビューし、アクティブマイルストーンに昇格またはstaleエントリを削除 |
| `/gsd:thread [name]` | 永続コンテキストスレッド — 複数セッションにまたがる作業用の軽量クロスセッション知識 |
| `/gsd-plant-seed <idea>` | トリガー条件付きの将来志向のアイデアをキャプチャ — 適切なマイルストーンで浮上 |
| `/gsd-add-backlog <desc>` | バックログのパーキングロットにアイデアを追加(999.xナンバリング、アクティブシーケンス外) |
| `/gsd-review-backlog` | バックログ項目をレビューし、アクティブマイルストーンに昇格またはstaleエントリを削除 |
| `/gsd-thread [name]` | 永続コンテキストスレッド — 複数セッションにまたがる作業用の軽量クロスセッション知識 |
### ユーティリティ
| コマンド | 説明 |
|---------|--------------|
| `/gsd:settings` | モデルプロファイルとワークフローエージェントを設定 |
| `/gsd:set-profile <profile>` | モデルプロファイルを切り替え(quality/balanced/budget/inherit) |
| `/gsd:add-todo [desc]` | 後で取り組むアイデアをキャプチャ |
| `/gsd:check-todos` | 保留中のtodoを一覧表示 |
| `/gsd:debug [desc]` | 永続状態を持つ体系的デバッグ |
| `/gsd:do <text>` | フリーフォームテキストを適切なGSDコマンドに自動ルーティング |
| `/gsd:note <text>` | ゼロフリクションのアイデアキャプチャ — ノートの追加、一覧、todoへの昇格 |
| `/gsd:quick [--full] [--discuss] [--research]` | GSDの保証付きでアドホックタスクを実行(`--full` で全フェーズを有効化、`--discuss` で事前にコンテキストを収集、`--research` で計画前にアプローチを調査) |
| `/gsd:health [--repair]` | `.planning/` ディレクトリの整合性を検証、`--repair` で自動修復 |
| `/gsd:stats` | プロジェクト統計を表示 — フェーズ、プラン、要件、gitメトリクス |
| `/gsd:profile-user [--questionnaire] [--refresh]` | セッション分析から開発者行動プロファイルを生成し、パーソナライズされた応答を提供 |
| `/gsd-settings` | モデルプロファイルとワークフローエージェントを設定 |
| `/gsd-set-profile <profile>` | モデルプロファイルを切り替え(quality/balanced/budget/inherit) |
| `/gsd-add-todo [desc]` | 後で取り組むアイデアをキャプチャ |
| `/gsd-check-todos` | 保留中のtodoを一覧表示 |
| `/gsd-debug [desc]` | 永続状態を持つ体系的デバッグ |
| `/gsd-do <text>` | フリーフォームテキストを適切なGSDコマンドに自動ルーティング |
| `/gsd-note <text>` | ゼロフリクションのアイデアキャプチャ — ノートの追加、一覧、todoへの昇格 |
| `/gsd-quick [--full] [--discuss] [--research]` | GSDの保証付きでアドホックタスクを実行(`--full` で全フェーズを有効化、`--discuss` で事前にコンテキストを収集、`--research` で計画前にアプローチを調査) |
| `/gsd-health [--repair]` | `.planning/` ディレクトリの整合性を検証、`--repair` で自動修復 |
| `/gsd-stats` | プロジェクト統計を表示 — フェーズ、プラン、要件、gitメトリクス |
| `/gsd-profile-user [--questionnaire] [--refresh]` | セッション分析から開発者行動プロファイルを生成し、パーソナライズされた応答を提供 |
<sup>¹ Redditユーザー OracleGreyBeard による貢献</sup>
@@ -633,7 +633,7 @@ lmn012o feat(08-02): create registration endpoint
## 設定
GSDはプロジェクト設定を `.planning/config.json` に保存します。`/gsd:new-project` 実行時に設定するか、後から `/gsd:settings` で更新できます。完全な設定スキーマ、ワークフロートグル、gitブランチオプション、エージェントごとのモデル内訳については、[ユーザーガイド](docs/ja-JP/USER-GUIDE.md#configuration-reference)をご覧ください。
GSDはプロジェクト設定を `.planning/config.json` に保存します。`/gsd-new-project` 実行時に設定するか、後から `/gsd-settings` で更新できます。完全な設定スキーマ、ワークフロートグル、gitブランチオプション、エージェントごとのモデル内訳については、[ユーザーガイド](docs/ja-JP/USER-GUIDE.md#configuration-reference)をご覧ください。
### コア設定
@@ -655,12 +655,12 @@ GSDはプロジェクト設定を `.planning/config.json` に保存します。`
プロファイルの切り替え:
```
/gsd:set-profile budget
/gsd-set-profile budget
```
非Anthropicプロバイダー(OpenRouter、ローカルモデル)を使用する場合や、現在のランタイムのモデル選択に従う場合(例:OpenCode `/model`)は `inherit` を使用してください。
または `/gsd:settings` で設定できます。
または `/gsd-settings` で設定できます。
### ワークフローエージェント
@@ -677,9 +677,9 @@ GSDはプロジェクト設定を `.planning/config.json` に保存します。`
| `workflow.skip_discuss` | `false` | 自律モードでdiscuss-phaseをスキップ |
| `workflow.text_mode` | `false` | リモートセッション用のテキスト専用モード(TUIメニューなし) |
これらのトグルには `/gsd:settings` を使用するか、呼び出し時にオーバーライドできます:
- `/gsd:plan-phase --skip-research`
- `/gsd:plan-phase --skip-verify`
これらのトグルには `/gsd-settings` を使用するか、呼び出し時にオーバーライドできます:
- `/gsd-plan-phase --skip-research`
- `/gsd-plan-phase --skip-verify`
### 実行
@@ -761,7 +761,7 @@ GSDのコードベースマッピングおよび分析コマンドは、プロ
- Codexの場合、`~/.codex/skills/gsd-*/SKILL.md`(グローバル)または `./.codex/skills/gsd-*/SKILL.md`(ローカル)にスキルが存在するか確認してください
**コマンドが期待通りに動作しない?**
- `/gsd:help` を実行してインストールを確認してください
- `/gsd-help` を実行してインストールを確認してください
- `npx get-shit-done-cc` を再実行して再インストールしてください
**最新バージョンへのアップデート?**