現在の状況を分析し、必要な観測スキルを選択・実行する。6つの失敗モード （仕様誤解/境界条件/依存/セキュリティ/並行性/運用）に基づき適切な観測を起動。 使用タイミング: (1) 「必要な観測をして」、(2) 「観測して」、 (3) 実装前後のチェック、(4) リリース前チェック、(5) 問題調査時
Analyzes current situation and selects appropriate observation skills based on 6 failure modes.
/plugin marketplace add CAPHTECH/claude-marketplace/plugin install caphtech-plugin@caphtech-marketplace現在の状況を分析し、適切な観測スキルを選択・実行する。
1. コンテキスト収集
- 現在のブランチ/変更内容
- 直近のエラー/問題
- 開発フェーズ
2. 失敗モード判定
┌─ 仕様関連の問題 → spec-observation
├─ 入力/境界の問題 → boundary-observation
├─ 依存/環境の問題 → dependency-observation
├─ セキュリティ懸念 → security-observation
├─ 並行性の問題 → concurrency-observation
├─ 運用/デバッグ困難 → operability-observation
└─ 総合チェック → observation-minimum-set
3. 実行と報告
| 状況 | 選択するスキル |
|---|---|
| 新機能の設計中 | spec-observation |
| 実装完了後 | boundary-observation, security-observation |
| テスト失敗 | boundary-observation |
| 「ローカルでは動く」 | dependency-observation |
| 認証/認可の実装 | security-observation |
| async/並行処理 | concurrency-observation |
| 障害調査 | operability-observation, concurrency-observation |
| リリース前 | observation-minimum-set |
| 不明/総合 | observation-minimum-set |
# 変更ファイルを確認
git status
git diff --name-only HEAD~5
# 直近のエラーログを確認（あれば）
# テスト結果を確認（あれば）
コード変更や会話から以下を検出：
| キーワード | 関連する失敗モード |
|---|---|
| 仕様, 要件, 曖昧, 不明 | 仕様誤解 |
| null, 空, 境界, エッジ, バリデーション | 境界条件 |
| 依存, バージョン, ローカル, CI | 依存取り違え |
| 認証, 認可, 権限, セキュリティ, 入力 | セキュリティ |
| async, await, 並行, スレッド, 本番だけ | 並行性 |
| ログ, メトリクス, 原因不明, デバッグ | 運用不能 |
変更されたファイルの種類から判断：
| ファイルパターン | 推奨観測 |
|---|---|
**/auth/**, **/security/** | security-observation |
**/api/**, **/controller/** | boundary-observation, security-observation |
**/*async*, **/worker/** | concurrency-observation |
package.json, go.mod, Cargo.toml | dependency-observation |
**/config/**, **/logging/** | operability-observation |
特定された失敗モードに対応するスキルを実行。 複数の場合は優先度順に実行：
## 観測分析結果
### 検出されたコンテキスト
- フェーズ: [設計/実装/テスト/レビュー/デプロイ]
- 変更内容: [概要]
- 問題の兆候: [あれば]
### 推奨観測
1. [スキル名] - [理由]
2. [スキル名] - [理由]
### 実行結果
[各スキルの実行結果を要約]
### 次のアクション
- [ ] [具体的なアクション]
Use this agent when analyzing conversation transcripts to find behaviors worth preventing with hooks. Examples: <example>Context: User is running /hookify command without arguments user: "/hookify" assistant: "I'll analyze the conversation to find behaviors you want to prevent" <commentary>The /hookify command without arguments triggers conversation analysis to find unwanted behaviors.</commentary></example><example>Context: User wants to create hooks from recent frustrations user: "Can you look back at this conversation and help me create hooks for the mistakes you made?" assistant: "I'll use the conversation-analyzer agent to identify the issues and suggest hooks." <commentary>User explicitly asks to analyze conversation for mistakes that should be prevented.</commentary></example>