メニュー
巨大出力の分割ルール。50,000文字超は分割必須、20,000文字以下が推奨上限。 USE FOR: large output splitting, 50000 char threshold, chunking. DO NOT USE FOR: split axis design decision (agents decide). WHEN: 大量の出力を生成する、50。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | large-output-chunking |
| description | 巨大出力の分割ルール。50,000文字超は分割必須、20,000文字以下が推奨上限。 USE FOR: large output splitting, 50000 char threshold, chunking. DO NOT USE FOR: split axis design decision (agents decide). WHEN: 大量の出力を生成する、50。 |
| metadata | {"origin":"user","version":"2.0.0"} |
⚠️ 必須：失敗とレビュー困難を防ぐ 1ファイルが 50,000文字超 になりそうな場合、分割は強制（copilot-instructions.md §0 準拠）。 20,000文字以下 を推奨上限とする。
巨大出力によるコンテキスト超過・レビュー困難・書き込み失敗を防ぐため、成果物を意味のある単位で分割し、artifacts/<name>.index.md + artifacts/<name>.part-XXXX.md 形式で保存する。
adversarial-review が担当work-artifacts-layout が定義する| 推定サイズ | 対応 |
|---|---|
| 50,000文字超 | 🔴 分割必須（強制） |
| 20,001〜50,000文字 | 🟡 分割を強く推奨 |
| 20,000文字以下 | 🟢 推奨上限内（分割は任意） |
詳細手順（§1 分割軸・index構成・part先頭メタ、§3 段階的書き込み・リトライ・切替テンプレート）は references/chunking-procedure.md を参照。
| ファイル | 内容 |
|---|---|
references/chunking-procedure.md | §1 手順詳細（分割軸・index/part構成）、§2 part メタ、§3 書き込み安全策全体（3.1〜3.3） |
※ 以下は説明用の架空例です
例1（60,000文字 → 分割必須）: 推定60,000文字 > 50,000文字 → 分割確定。service-catalog.index.md + service-catalog.part-0001.md〜part-0003.md に分割。
例2（25,000文字 → 分割推奨）: 推定25,000文字 → 50,000文字未満のため分割は強制ではない。ただし20,000文字超のため分割を強く推奨。意味のある単位で2分割。
| Skill | 関係 | 説明 |
|---|---|---|
work-artifacts-layout | 前提 | artifacts/ ディレクトリ構造の定義元 |
adversarial-review | 後続 | 分割後の各 part の品質検証 |
harness-error-recovery | 関連 | 書き込み失敗（E-03）時のリトライルールと連携 |
全 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: リポジトリに初めてアサインされた、入口が不明。