القائمة
タスクについて詳細に調査し、構造化されたまとめを出力する。ultrathinkモードで深く考察し、背景、期限、過去の対応方法、確認事項を調査。すべての情報に出典リンクを明記し、推測は必ず明示する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
tmuxセッション内で実際のNeovimを起動し、send-keys / capture-pane で操作・観察してデバッグする。 Neovimの起動確認、プラグインエラーの調査、checkhealthの確認、設定変更の動作確認、 「nvimをデバッグして」「起動確認して」「checkhealth見て」などのリクエストで使用する。 Agentがnvimを直接実行する必要が生じた場合も、必ずこのスキルの手順を使うこと。
AIとの会話を、ユーザーの思考メモ(Self)も含めてGitHub IssueまたはPull Requestにコメントとして追加する実験版。手動で呼び出して使用。
会話文脈から GitHub issue を作成する。「issueを作って」「issue立てて」等のリクエストで使用。本文は「背景 / やりたいこと / 配慮してほしいこと」の3セクション構成。「背景・やりたいこと」は背景と What(何をやりたいか)に集中し How(実装方法)は書かない。「配慮してほしいこと」は任意(省略可)で制約・要望を書く。
AIとの会話をまとめてGitHub IssueまたはPull Requestにコメントとして追加する。手動で呼び出して使用。
AI Agentの説明で理解できない部分を、前提知識なしで噛み砕いて説明する。会話中にその場で呼び出して使う。用語の定義と、なぜそれが重要かを中心に解説する。
Agentの作業を止めずに済む場面でtmuxを活用する。判断軸は「このコマンドの完了を同期的に待つとAgentの作業が止まるか」。止まらない（数秒で終わる確認コマンド）ならBash直接。止まるが管理不要（所要時間が不確実、一度きりの非同期実行）ならtmux直接利用（tmux new-session -d）。止まる上に管理も必要（長時間ビルド・テスト・dev server・watcher・並列検証・対話的CLI・ログ永続化）ならこのスキルを呼び出してジョブ管理する。
| name | task-research |
| description | タスクについて詳細に調査し、構造化されたまとめを出力する。ultrathinkモードで深く考察し、背景、期限、過去の対応方法、確認事項を調査。すべての情報に出典リンクを明記し、推測は必ず明示する。 |
| argument-hint | [タスク内容] |
| allowed-tools | Bash, Read, mcp__acp__Read, Grep |
| disable-model-invocation | true |
タスクについて、ultrathinkモードで深く考察し、詳細に調査します。
以下の項目について調査し、構造化されたまとめを出力します:
タスクの背景
タスクの期限
過去の対応方法
今回の対応で確認すべき事項
以下の形式でリスト + サブ項目の構造を使用する:
### 背景
[タスクの概要を簡潔に記述]
#### 影響範囲
- 項目名
- 詳細内容
- ソース: [リンク]
#### なぜやるのか
- 理由1
- 詳細説明
- ソース: [リンク]
### 期限(存在すれば)
- YYYY-MM-DD
### 過去の対応方法
過去の対応例: [Issue #XXXXX](リンク)
1. **ステップ1の名前**
- 具体的な内容・コマンド
- 注意点
- ソース: [リンク]
2. **ステップ2の名前**
- 具体的な内容・コマンド
- 注意点
- ソース: [リンク]
### 今回の確認事項
#### 対象システム/バッチ一覧
- システム名1
- 詳細（実行時間、処理内容など）
- ソース: [リンク]
#### 動作確認方法
\`\`\`sh
# 確認コマンド例
command here
\`\`\`
---
**重要ポイント**:
- ポイント1
- ポイント2
gh issue view で確認するghq list で存在確認後）