mirror of
https://github.com/affaan-m/everything-claude-code.git
synced 2026-06-11 02:33:10 +08:00
72d95caf68
The `/instinct-status` slash command template expanded
`${CLAUDE_PLUGIN_ROOT}` directly and documented a manual-install
fallback to `~/.claude/skills/continuous-learning-v2/scripts/instinct-cli.py`.
When users had both an active plugin install (under
`~/.claude/plugins/cache/<slug>/<org>/<version>/`) and a legacy
`~/.claude/skills/continuous-learning-v2/` directory left over from a
previous manual install, an empty `CLAUDE_PLUGIN_ROOT` (which Claude
Code does not always populate in slash-command shell contexts) silently
made the command read the stale legacy install while the active plugin
hooks and observer wrote to the new XDG path. The user saw "No
instincts found" while the system was actively learning — exactly the
divergence the bug reporter spent hours diagnosing.
Replace the brittle two-block template with the same inline resolver
pattern that `hooks/hooks.json` and `/sessions` / `/skill-health`
already use: env var → standard install → known plugin roots → plugin
cache walk → fallback. The resolver is the canonical `INLINE_RESOLVE`
constant from `scripts/lib/resolve-ecc-root.js`, so no new code is
introduced — just consistent adoption of the existing pattern.
Apply the same fix to all five copies of the command:
- commands/instinct-status.md (canonical)
- .opencode/commands/instinct-status.md
- docs/zh-CN/commands/instinct-status.md
- docs/ja-JP/commands/instinct-status.md
- docs/tr/commands/instinct-status.md
Extend tests/lib/command-plugin-root.test.js with an assertion that the
canonical instinct-status.md uses the inline resolver and no longer
hard-codes the legacy `~/.claude/skills/...` fallback (regression
guard).
zh-CN copy: polish the Chinese phrasing per LanguageTool feedback
(`使用与 ... 相同的解析器` → `以与 ... 相同的解析器`) so the verb is
introduced by an explicit preposition instead of reading as an awkward
verb-object construction.
コマンド
コマンドはスラッシュ（/command-name）で起動するユーザー起動アクションです。有用なワークフローと開発タスクを実行します。
コマンドカテゴリ
ビルド & エラー修正
/build-fix- ビルドエラーを修正/go-build- Go ビルドエラーを解決/go-test- Go テストを実行
コード品質
/code-review- コード変更をレビュー/python-review- Python コードをレビュー/go-review- Go コードをレビュー
テスト & 検証
/tdd- テスト駆動開発ワークフロー/e2e- E2E テストを実行/test-coverage- テストカバレッジを確認/verify- 実装を検証
計画 & 実装
/plan- 機能実装計画を作成/skill-create- 新しいスキルを作成/multi-*- マルチプロジェクト ワークフロー
ドキュメント
/update-docs- ドキュメントを更新/update-codemaps- Codemap を更新
開発 & デプロイ
/checkpoint- 実装チェックポイント/evolve- 機能を進化/learn- プロジェクトについて学ぶ/orchestrate- ワークフロー調整/pm2- PM2 デプロイメント管理/setup-pm- PM2 を設定/sessions- セッション管理
インスティンク機能
/instinct-import- インスティンク をインポート/instinct-export- インスティンク をエクスポート/instinct-status- インスティンク ステータス
コマンド実行
Claude Code でコマンドを実行：
/plan
/tdd
/code-review
/build-fix
または AI エージェントから：
ユーザー：「新しい機能を計画して」
Claude：実行 → `/plan` コマンド
よく使うコマンド
開発ワークフロー
/plan- 実装計画を作成/tdd- テストを書いて機能を実装/code-review- コード品質をレビュー/build-fix- ビルドエラーを修正/e2e- E2E テストを実行/update-docs- ドキュメントを更新
デバッグワークフロー
/verify- 実装を検証/code-review- 品質をチェック/build-fix- エラーを修正/test-coverage- カバレッジを確認
カスタムコマンドを追加
カスタムコマンドを作成するには：
commands/に.mdファイルを作成- Frontmatter を追加：
---
description: Brief description shown in /help
---
# Command Name
## Purpose
What this command does.
## Usage
\`\`\`
/command-name [args]
\`\`\`
## Workflow
1. Step 1
2. Step 2
3. Step 3
覚えておいてください：コマンドはワークフローを自動化し、繰り返しタスクを簡素化します。チームの一般的なパターンに対する新しいコマンドを作成することをお勧めします。