メニュー
タスクの依存関係（DAG）で分解し、タスク粒度とコンテキストサイズで分割判断を行うスキル。 USE FOR: create plan, estimate task, split issue. DO NOT USE FOR: implementation execution (agents do that separately). 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-dag-planning |
| description | タスクの依存関係（DAG）で分解し、タスク粒度とコンテキストサイズで分割判断を行うスキル。 USE FOR: create plan, estimate task, split issue. DO NOT USE FOR: implementation execution (agents do that separately). WHEN: 計画を立てたい、見積をしたい。 |
| metadata | {"origin":"user","version":"3.0.0"} |
description（USE FOR / DO NOT USE FOR / WHEN）に従う。references/ を参照する。references/detail.md を起点に、必要に応じて既存の references/ 個別資料を併読する。SPLIT_REQUIRED と判定された場合、{WORK}subissues.md を作成する。フォーマット違反は Orchestrator がパース失敗で実行を停止するため、本文の規約を以下に集約する（references への遷移なしで完結させる）。
references/subissues-template.md を read してコピー元とする（再発明禁止）。<!-- subissue --> マーカー行で開始する。<!-- title: <タイトル> --> HTML コメントを必ず置く（空値・REPLACE_ME 等のプレースホルダ禁止、大文字小文字不問）。<!-- labels: a,b --> / <!-- custom_agent: AgentName --> / <!-- depends_on: 1,2 -->（1-indexed、自身以上のブロック番号への前方参照禁止）。## Sub-N: ...）と <!-- title: --> の内容は一致させる。agent-common-preamble §subissues.md コミット前バリデーションに従い validate-subissues を実行し PASS を確認する（完了報告前必須）。<!-- subissue -->
<!-- title: Sub-1 のタイトル -->
<!-- custom_agent: Arch-Microservice-ServiceDetail -->
<!-- depends_on: -->
## Sub-1: Sub-1 のタイトル
- 対象: ...
- 完了条件: ...
## Sub-1: ...）のみ書いて <!-- title: --> を省略する → パーサ hve/split_fork.py が即失敗し Step が停止する。<!-- title: REPLACE_ME --> や空値のまま放置する → プレースホルダ検出で失敗する。<!-- subissue --> を箇条書きや見出し配下に埋めて行頭に置かない → ブロック分割が崩れる。references/ 配下