菜单
タスクの不明点を洗い出し、重要度分類・既定値候補付きの優先順位付き質問票を作成するスキル。 USE FOR: context gathering, questions, requirements clarification. DO NOT USE FOR: implementation. WHEN: 不明点を確認したい、要件を整理したい。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
全 Custom Agent が作業開始時に参照する共通プリアンブル。 USE FOR: agent start, common rules, preamble. DO NOT USE FOR: implementation. WHEN: Custom Agent が作業を開始したとき、共通ルールを確認したいとき。
GitHub Actions CI/CD ワークフローの共通仕様。OIDC 認証・workflow_dispatch トリガー・ Copilot push 制約対応・シークレット管理・デプロイ保護の原則を提供する。 USE FOR: GitHub Actions, CI/CD workflow, OIDC authentication. DO NOT USE FOR: application code deployment (use appropriate azure-skills/ deployment skill). WHEN: GitHub Actions ワークフローを作成する、CI/CD パイプラインを設計する。
破壊的操作を事前に検出・阫止する安全ガードの詳細パターンリストと判定フロー。 PHASE: 実行前（コマンド・スクリプト実行前に使用）。 USE FOR: destructive operation detection, rm -rf detection, DROP TABLE detection. DO NOT USE FOR: error recovery after failure (use harness-error-recovery), post-execution verification (use harness-verification-loop). WHEN: コマンドを実行する前の安全確認、破壊的操作の検出。
コード変更後の5段階検証パイプライン（Build/Lint/Test/Security/Diff）の詳細手順。 PHASE: 実行後（コード変更・生成・デプロイを行った**後**に使用）。 USE FOR: build check, lint, test execution. DO NOT USE FOR: error recovery (use harness-error-recovery), pre-execution safety check (use harness-safety-guard). WHEN: コードを変更した後の検証、ビルド確認。
knowledge/ 配下のファイル管理ルールを提供する。業務要件・判定表・連携契約等の ドメイン知識ドキュメントの分類・命名・更新手順を定義する。 USE FOR: knowledge/ file management, D01-D21 classification, domain knowledge organization. DO NOT USE FOR: qa/ file creation (use work-artifacts-layout). WHEN: knowledge/ 配下にファイルを作成・更新する、ドメイン知識を整理する。
初見のリポジトリで最小限の読解により入口・境界・標準コマンドを確定し、 onboarding.md に固定するスキル。"全部読む"を避け、作業に必要な最小限だけ確定する。 USE FOR: repository onboarding, first assignment, entry point discovery. DO NOT USE FOR: full code analysis. WHEN: リポジトリに初めてアサインされた、入口が不明。
| name | task-questionnaire |
| description | タスクの不明点を洗い出し、重要度分類・既定値候補付きの優先順位付き質問票を作成するスキル。 USE FOR: context gathering, questions, requirements clarification. DO NOT USE FOR: implementation. WHEN: 不明点を確認したい、要件を整理したい。 |
| metadata | {"origin":"user","version":"2.0.0"} |
| 条件 | 適用プロトコル | 詳細 |
|---|---|---|
| GitHub PR に Assign/コメントリクエスト等でトリガーされている | §1.1 GitHub Issue 起点モード（旧: PR連携） | references/pr-protocol.md |
| 直接チャット・CLI スタンドアロン実行等、GitHub PR と連携していない | §1.2 CLI セッション起点モード（旧: 非PR連携） | references/standalone-protocol.md |
Issue body、PR body、または CLI 起動時メタデータに <!-- auto-context-review: true --> が指定されている場合は、コンテキストが十分な場合でも設計判断・技術選定・スコープの確認を目的として強制的に質問票を作成する。
qa/ 配下に質問票ファイルを作成する「推論で進めてください」または「作業を進めてください」の意思表示を 推論許可 と呼ぶ。
TBD（推論: {根拠}） + 「この回答はCopilot推論をしたものです。」と明記するqa/ に質問票ファイルを作成した場合、その 全質問を省略なく PR コメントとしても投稿すること| ファイル | 内容 |
|---|---|
references/pr-protocol.md | §1.1 PR連携モード全体（ステップ1〜7、PRコメント投稿テンプレート、回答マージ＋統合ドキュメント生成） |
references/standalone-protocol.md | §1.2 非PR連携モード全体（ステップ1〜7、qa/ファイル命名規則、再アサイン時の参照ルール） |
以下の手順は §1.1 / §1.2 いずれのモードでも適用される共通手順である。
※ 以下は説明用の架空例です
→ PR にコメントを投稿 + qa/Issue-42-context-review.md を作成
→ qa/membership-rank-logic-qa.md を作成してユーザーに回答を求める
auto-context-review: true 指定時→ コンテキストが十分でも強制的に質問票を作成（目的に必要な質問を過不足なく）
| Skill | 関係 | 説明 |
|---|---|---|
task-dag-planning | 後続 | コンテキスト収集完了後にステップ7で§2計画フェーズへ遷移 |
work-artifacts-layout | 出力先 | qa/ 配下の質問票ファイル配置パス・命名規則 |
agent-common-preamble | 参照元 | 全Agent共通Skills参照リストに本Skillが含まれる |