Skip to content
Back to skills

Collection

ASecurity

Claude Codeエージェントの構造設計を専門とするスキル。 📚 依存スキル形式の標準化と、YAML Frontmatterの最適化を提供します。 📚 リソース参照: このスキルには以下のリソースが含まれています。 必要に応じて該当するリソースを参照してください: - `.claude/skills/agent-structure-design/resources/yaml-frontmatter-guide.md`: YAML Frontmatter必須フィールド(name・description・tools・model・version)の最適化とトリガーキーワード設計ガイド - `.claude/skills/agent-structure-design/resources/dependency-skill-format-guide.md`: 📚 依存スキル形式の詳細ルール - `.claude/skills/agent-structure-design/templates/agent-template.md`: エージェントテンプレート - `.claude/...

  • 24 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 8, 2026
toolstypescriptbashnodefrontendsecurity

Works with

  • claude code

Security analysis

A100/100

Pro scans all 21 files and shows the line behind each finding

Scanned September 8, 2026

npx -y skills add mattnigh/skills_collection --skill collection --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Collection?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Collection
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/mattnigh-collection-1eb5bb06/badge)](https://www.skillsdirectory.com/skills/mattnigh-collection-1eb5bb06)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: .claude/skills/agent-structure-design/SKILL.md
description: |
  Claude Codeエージェントの構造設計を専門とするスキル。
  📚 依存スキル形式の標準化と、YAML Frontmatterの最適化を提供します。

  📚 リソース参照:
  このスキルには以下のリソースが含まれています。
  必要に応じて該当するリソースを参照してください:

  - `.claude/skills/agent-structure-design/resources/yaml-frontmatter-guide.md`: YAML Frontmatter必須フィールド(name・description・tools・model・version)の最適化とトリガーキーワード設計ガイド
  - `.claude/skills/agent-structure-design/resources/dependency-skill-format-guide.md`: 📚 依存スキル形式の詳細ルール
  - `.claude/skills/agent-structure-design/templates/agent-template.md`: エージェントテンプレート
  - `.claude/skills/agent-structure-design/scripts/validate-structure.mjs`: YAML Frontmatter構文・必須フィールド・必須セクション・ファイル構造の4項目を自動検証するNode.jsスクリプト

  専門分野:
  - YAML設計: name, description, tools, model, versionの最適化
  - 📚 依存スキル形式: v2.1.0統一フォーマット、スキル数カウント、フルパス記載
  - セクション構成: 7つの必須セクションと推奨セクションの設計
  - ワークフロー設計: Phase 1-5の段階的タスク実行フロー
  - 判断基準設計: チェックリスト形式の完了条件と品質基準

  使用タイミング:
  - 新しいエージェントのYAML Frontmatterを設計する時
  - 📚 依存スキルセクションを標準化する時
  - システムプロンプト本文の構造を決定する時
  - ワークフローのPhase構成を設計する時
  - 必須セクションの内容を定義する時

  Use proactively when designing agent structure, YAML metadata,
  dependency skill sections, or multi-phase workflow definitions.
version: 1.1.0
---

# Agent Structure Design

## 概要

このスキルは、Claude Codeエージェントの構造設計に関する包括的なガイドラインを提供します。
YAML Frontmatterからシステムプロンプト本文まで、一貫性と完全性を確保します。

**主要な価値**:

- 標準化された構造により、エージェント間の一貫性が向上
- 必須セクションの明確化により、設計の漏れを防止
- 5段階ワークフローにより、タスク実行が体系化
- Progressive Disclosureにより、トークン効率が最適化

**対象ユーザー**:

- エージェントを設計する.claude/agents/meta-agent-designer.md
- 既存エージェントをリファクタリングする開発者

## リソース構造

```
agent-structure-design/
├── SKILL.md
├── resources/
│   ├── yaml-frontmatter-guide.md
│   ├── section-catalog.md
│   ├── workflow-design-patterns.md
│   └── judgment-criteria-design.md
├── scripts/
│   └── validate-agent-structure.sh
└── templates/
    ├── agent-template.md
    └── section-checklist.md
```

### リソース種別

- **YAML設計** (`resources/yaml-frontmatter-guide.md`): name, description, tools, model, versionの設計基準
- **セクションカタログ** (`resources/section-catalog.md`): 7つの必須セクション + 推奨セクション
- **ワークフローパターン** (`resources/workflow-design-patterns.md`): Phase 1-5の設計パターン
- **判断基準設計** (`resources/judgment-criteria-design.md`): チェックリストと完了条件の作成方法
- **検証スクリプト** (`scripts/validate-agent-structure.sh`): エージェント構造の妥当性検証
- **テンプレート** (`templates/`): エージェントテンプレートとチェックリスト

## コマンドリファレンス

このスキルで使用可能なリソース、スクリプト、テンプレートへのアクセスコマンド:

### リソース読み取り

```bash
# YAML Frontmatter設計ガイド
cat .claude/skills/agent-structure-design/resources/yaml-frontmatter-guide.md
```

### スクリプト実行

```bash
# エージェント構造検証スクリプト(TypeScript)
node .claude/skills/agent-structure-design/scripts/validate-structure.mjs <agent-file-path>

# 例: skill-librarianエージェントの構造を検証
node .claude/skills/agent-structure-design/scripts/validate-structure.mjs .claude/agents/skill-librarian.md

# シェルスクリプト版
bash .claude/skills/agent-structure-design/scripts/validate-structure.sh <agent-file-path>
```

### テンプレート参照

```bash
# エージェントテンプレート(完全な構造定義)
cat .claude/skills/agent-structure-design/templates/agent-template.md

# テンプレートをコピーして新規エージェントを作成
cp .claude/skills/agent-structure-design/templates/agent-template.md .claude/agents/new-agent.md
```

## いつ使うか

### シナリオ1: 新規エージェントのYAML設計

**状況**: 新しいエージェントのメタデータを定義したい

**適用条件**:

- [ ] エージェントの基本情報を設計する必要がある
- [ ] 自動起動のトリガー条件を定義したい
- [ ] ツール権限を決定したい

**期待される成果**: 完全で最適化されたYAML Frontmatter

### シナリオ2: システムプロンプト構造設計

**状況**: エージェントの動作定義を体系化したい

**適用条件**:

- [ ] 必須セクションを全て含めたい
- [ ] ワークフローを段階的に設計したい
- [ ] 一貫性のある構造を保ちたい

**期待される成果**: 7つの必須セクションを含む完全な構造

## 前提条件

### 必要な知識

- [ ] Claude Codeエージェントシステムの基本
- [ ] YAML基本文法
- [ ] Markdown構文

### 必要なツール

- Read: 既存エージェントの参照
- Write: 新規エージェントの作成

### 環境要件

- `.claude/agents/`ディレクトリが存在する

## ワークフロー

### Phase 1: YAML Frontmatter設計

**目的**: エージェントの基本メタデータを定義

**設計要素**:

#### 1. name(必須)

**命名規則**: kebab-case
**パターン**: `[domain]-[role]` または `[role]-[agent]`
**長さ**: 3-50文字
**例**: `security-auditor`, `frontend-developer`, `test-generator`

**判断基準**:

- [ ] kebab-caseに従っているか?
- [ ] 役割が明確に表現されているか?
- [ ] 他のエージェントと重複していないか?

#### 2. description(必須・最重要)

**構成要素**:

1. 主要機能(1-2文)
2. 専門分野(3-5項目)
3. 使用タイミング(3-5項目)
4. プロアクティブ指示(オプション)

**長さ**: 4-8行
**キーワード**: 自動起動のトリガーワード必須

**設計チェックリスト**:

- [ ] 行動志向の動詞を使用しているか?(分析する、設計する、実装する等)
- [ ] 具体的なトリガー条件を含むか?(「〇〇する時」)
- [ ] ドメイン/技術が明示されているか?
- [ ] Claude が検索しやすいキーワードを含むか?

**例(良い)**:

```yaml
description: |
  データベーススキーマ設計とマイグレーション管理を専門とするエージェント。
  📚 リソース参照:
  このスキルには以下のリソースが含まれています。
  必要に応じて該当するリソースを参照してください:

  - `.claude/skills/agent-structure-design/resources/yaml-frontmatter-guide.md`: YAML Frontmatter設計ガイド
  - `.claude/skills/agent-structure-design/templates/agent-template.md`: Agent Template
  - `.claude/skills/agent-structure-design/scripts/validate-structure.mjs`: validate-structure.mjs
  - `.claude/skills/agent-structure-design/scripts/validate-structure.sh`: !/bin/bash

  専門分野:
  - スキーマ設計: 正規化、インデックス戦略、JSON活用
  - マイグレーション: バージョン管理、ロールバック戦略

  使用タイミング:
  - データベーススキーマを設計する時
  - マイグレーションファイルを作成する時
  - スキーマ変更をレビューする時
```

#### 3. tools(オプション)

**選択基準**:

- 読み取り専用: `[Read, Grep, Glob]`
- 実装系: `[Read, Write, Edit, Grep]`
- オーケストレーター: `[Task, Read]`
- フル権限: `[Bash, Read, Write, Edit, Grep, Glob, Task]`

**判断フロー**:

```
エージェントの役割は?
├─ 分析・レビュー → [Read, Grep]
├─ 実装・生成 → [Read, Write, Edit, Grep]
├─ 委譲・調整 → [Task, Read]
└─ デプロイ・管理 → [Bash, Read, Write, Edit, Task]
```

**判断基準**:

- [ ] 必要最小限のツールのみ選択されているか?
- [ ] ツール権限が役割に適合しているか?
- [ ] セキュリティリスクが考慮されているか?

#### 4. model(オプション)

**選択基準**:

- `opus`: 高度な推論、アーキテクチャ設計、複雑な分析
- `sonnet`: 一般的な実装、バランス型(デフォルト推奨)
- `haiku`: シンプルな検証、高速処理

**判断基準**:

- [ ] タスクの複雑度に適合しているか?
- [ ] コストと性能のバランスが適切か?

#### 5. version(オプション)

**形式**: セマンティックバージョニング(major.minor.patch)
**初版**: 1.0.0
**更新**: major(破壊的変更), minor(機能追加), patch(バグ修正)

**リソース**: `resources/yaml-frontmatter-guide.md`

### Phase 2: 必須セクション構成

**目的**: システムプロンプト本文の7つの必須セクションを設計

**7つの必須セクション**:

#### セクション1: 役割定義

**内容**:

- 「あなたは○○です」から始める
- 専門分野の列挙(3-5項目)
- 責任範囲の明確化
- 制約(しないこと)の列挙

**テンプレート**:

```markdown
## 役割定義

あなたは **[エージェント名]** です。

専門分野:

- **[分野1]**: [詳細]
- **[分野2]**: [詳細]
- **[分野3]**: [詳細]

責任範囲:

- [責任1]
- [責任2]
- [責任3]

制約:

- [制約1](しないこと)
- [制約2](しないこと)
- [制約3](しないこと)
```

#### セクション2: 専門家の思想と哲学(専門家モデルの場合)

**内容**:

- ベースとなる人物の経歴・業績
- 思想の基盤となる書籍(1-3冊)
- 各書籍の核心概念(3-5項目)
- エージェントへの適用方法
- 設計原則(3-5項目)

**このセクションは専門家モデルベース設計の場合のみ必須**

#### セクション3: 専門知識

**内容**:

- 知識領域ごとにセクション分割
- スキル参照の具体的な`cat`コマンド記述
- 判断基準・チェックリストの提供
- プロジェクト固有ドキュメントへの参照

**テンプレート**:

````markdown
## 専門知識

### 知識領域1: [領域名]

[領域の概要]

**参照スキル**:
\```bash
cat .claude/skills/[skill-name]/SKILL.md
\```

**判断基準**:

- [ ] [基準1]
- [ ] [基準2]
````

#### セクション4: タスク実行時の動作

**内容**:

- Phase 1-5の段階的ワークフロー
- 各Phaseに3-5ステップ
- 各ステップに: 目的、使用ツール、実行内容、判断基準、期待出力

**重要**: これが最も重要なセクション(詳細はPhase 3)

#### セクション5: ツール使用方針

**内容**:

- 各ツールの使用条件
- 対象ファイルパターン
- 禁止事項
- 承認要求が必要な操作

**テンプレート**:

````markdown
## ツール使用方針

### Read

**使用条件**:

- [条件1]
- [条件2]

**対象ファイルパターン**:
\```yaml
read_allowed_paths:

- "[pattern1]"
- "[pattern2]"
  \```

**禁止事項**:

- [禁止1]
- [禁止2]
````

#### セクション6: 品質基準

**内容**:

- 各Phaseの完了条件
- 最終完了条件
- 品質メトリクス

**テンプレート**:

```markdown
## 品質基準

### 完了条件

#### Phase 1 完了条件

- [ ] [条件1]
- [ ] [条件2]

### 最終完了条件

- [ ] [最終条件1]
- [ ] [最終条件2]

**成功の定義**: [成功状態の記述]
```

#### セクション7: ハンドオフプロトコル(他エージェントと連携する場合)

**内容**:

- 引き継ぎ情報の標準フォーマット(JSON)
- 必須情報の定義
- 情報の受け渡しルール

**リソース**: `resources/section-catalog.md`

### Phase 3: ワークフロー設計(5段階)

**目的**: タスク実行時の動作を5段階で定義

**5段階ワークフローの原則**:

1. Phase 1: 要件理解・分析
2. Phase 2: 設計・計画
3. Phase 3: 実装・実行
4. Phase 4: 検証・品質保証
5. Phase 5: 統合・引き継ぎ

**各Phaseの設計要素**:

#### Phase構造テンプレート:

```markdown
### Phase [N]: [Phase名]

**目的**: [このPhaseで達成すること]

**ステップ**:

1. **ステップ1**: [ステップ名]
   - 目的: [なぜこのステップが必要か]
   - 使用ツール: [Read, Write, etc.]
   - 実行内容: [具体的な作業]
   - 期待される出力: [成果物]

2. **ステップ2**: [ステップ名]
   ...

**判断基準**:

- [ ] [完了判定基準1]
- [ ] [完了判定基準2]
- [ ] [完了判定基準3]

**リソース**: `.claude/skills/[related-skill]/SKILL.md`
```

**設計チェックリスト**:

- [ ] 5つのPhaseがあるか?
- [ ] 各Phaseに3-5ステップがあるか?
- [ ] 各ステップに判断基準があるか?
- [ ] 各Phaseにリソース参照があるか?

**リソース**: `resources/workflow-design-patterns.md`

### Phase 4: 判断基準とチェックリスト設計

**目的**: 各ステップの完了判定を明確化

**チェックリスト設計の原則**:

1. **測定可能性**:
   - ❌ 「良いコードを書く」
   - ✅ 「テストカバレッジが80%以上」

2. **具体性**:
   - ❌ 「適切に設計する」
   - ✅ 「YAML構文エラーがない」

3. **完全性**:
   - 各Phaseに最低3つの判断基準
   - すべての重要な観点をカバー

**判断基準の種類**:

- 構造的基準: ファイルの存在、構文の正確性
- 品質基準: 一貫性、明確性、完全性
- 機能的基準: 期待される動作、出力

**リソース**: `resources/judgment-criteria-design.md`

## リソースへの参照

- **YAML設計ガイド**: `resources/yaml-frontmatter-guide.md`
  - name, description設計の詳細
  - tools選択の判断フロー
  - model選択基準

- **セクションカタログ**: `resources/section-catalog.md`
  - 7つの必須セクションの詳細
  - 推奨セクション
  - セクション順序のベストプラクティス

- **ワークフローパターン**: `resources/workflow-design-patterns.md`
  - Phase 1-5の設計パターン
  - エージェントタイプ別のワークフロー例
  - ステップ分割の原則

- **判断基準設計**: `resources/judgment-criteria-design.md`
  - チェックリスト作成方法
  - 測定可能な基準の定義
  - 完了条件の設計

## ベストプラクティス

### すべきこと

1. **description最適化**:
   - 具体的なトリガーキーワードを含める
   - 専門分野を明確に列挙
   - 使用タイミングを3-5項目で明示

2. **ワークフロー段階化**:
   - 必ず5つのPhaseで構成
   - 各Phaseに明確な目的
   - 段階的な進捗管理

3. **判断基準の明確化**:
   - すべてチェックリスト形式
   - 測定可能な基準
   - 完了判定が明確

### 避けるべきこと

1. **曖昧なdescription**:
   - ❌ 「様々なタスクを実行するエージェント」
   - ✅ 「データベーススキーマ設計とマイグレーション管理を専門とするエージェント」

2. **不完全な構造**:
   - ❌ 必須セクションの欠落
   - ✅ 7つの必須セクションすべて含む

3. **曖昧な判断基準**:
   - ❌ 「適切に実装されている」
   - ✅ 「全ユニットテストが合格している」

## トラブルシューティング

### 問題1: descriptionでエージェントが自動起動しない

**症状**: 該当するタスクなのにエージェントが選択されない

**原因**: トリガーキーワードが不明確

**解決策**:

1. 専門分野に技術名を明示
2. 使用タイミングを「〇〇する時」という形式で記述
3. プロアクティブ指示を追加

### 問題2: ワークフローが複雑すぎる

**症状**: Phaseが8つ以上ある、またはステップが多すぎる

**原因**: タスクの粒度が細かすぎる

**解決策**:

1. 関連するステップを統合
2. Phaseを5つに制限
3. 各Phaseのステップを3-5個に調整

### 問題3: 判断基準が曖昧

**症状**: 完了判定ができない

**原因**: 測定不可能な基準

**解決策**:

1. 数値化可能な基準に変更
2. チェックリスト形式を徹底
3. Yes/Noで判定可能な表現

## 関連スキル

- **.claude/skills/agent-architecture-patterns/SKILL.md** (`.claude/skills/agent-architecture-patterns/SKILL.md`): アーキテクチャパターン
- **.claude/skills/progressive-disclosure/SKILL.md** (`.claude/skills/progressive-disclosure/SKILL.md`): トークン効率化
- **.claude/skills/agent-quality-standards/SKILL.md** (`.claude/skills/agent-quality-standards/SKILL.md`): 品質基準
- **.claude/skills/prompt-engineering-for-agents/SKILL.md** (`.claude/skills/prompt-engineering-for-agents/SKILL.md`): プロンプト最適化

## 詳細リファレンス

詳細な実装ガイドとツールは以下を参照:

- YAML Frontmatter設計ガイド (`resources/yaml-frontmatter-guide.md`)
- エージェントテンプレート (`templates/agent-template.md`)
- 構造検証スクリプト (`scripts/validate-structure.sh`)

## メトリクス

### 構造完全性スコア

**評価基準**:

- YAML完全性: 0-10点
- 必須セクション充足: 0-10点
- ワークフロー段階性: 0-10点

**目標**: 平均9点以上

### description品質スコア

**評価基準**:

- トリガーキーワード数: ≥5個
- 具体性: 0-10点
- 明確性: 0-10点

**目標**: 総合8点以上

## 変更履歴

| バージョン | 日付       | 変更内容                                      |
| ---------- | ---------- | --------------------------------------------- |
| 1.0.0      | 2025-11-24 | 初版作成 - エージェント構造設計フレームワーク |

## 使用上の注意

### このスキルが得意なこと

- YAML Frontmatterの設計と最適化
- システムプロンプト本文の構造化
- 5段階ワークフローの設計
- 判断基準とチェックリストの作成

### このスキルが行わないこと

- エージェントの実際の実装
- 具体的なビジネスロジック
- コード生成

### 推奨される使用フロー

1. YAML Frontmatter設計(Phase 1)
2. 必須セクション構成(Phase 2)
3. ワークフロー設計(Phase 3)
4. 判断基準設計(Phase 4)

Files in this skill

  • 0Chan-smc__claude-code-workflow-lab__claude__skills__frontend-dev-guidelines__SKILL.md15.1 KB
  • 17hz__nextjs-template__claude__skills__example-skill__SKILL.md316 B
  • 1ambda__dataops-platform__claude__skills__context-synthesis__SKILL.md3.5 KB
  • 1natsu172__dotfiles__claude__skills__git-analysis__SKILL.md5.4 KB
  • 1natsu172__dotfiles__claude__skills__github-pr-best-practices__SKILL.md7.7 KB
  • 23Maestro__prospect-pipeline__claude__skills__npid-fastapi-skill.md26.1 KB
  • 360AYA25__ClaudeN8N__claude__skills__n8n-code-javascript__SKILL.md15.7 KB
  • 360AYA25__ClaudeN8N__claude__skills__n8n-code-python__SKILL.md17.5 KB
  • 360AYA25__ClaudeN8N__claude__skills__n8n-expression-syntax__SKILL.md9.4 KB
  • 360AYA25__ClaudeN8N__claude__skills__n8n-mcp-tools-expert__SKILL.md12.5 KB
  • 360AYA25__ClaudeN8N__claude__skills__n8n-node-configuration__SKILL.md16.6 KB
  • 360AYA25__ClaudeN8N__claude__skills__n8n-workflow-patterns__SKILL.md11.2 KB
  • 3x-Projetos__claude-memory-framework__claude__skills__scientist__SKILL.md14.8 KB
  • 5MinFutures__futures-arena__claude__skills__migration-tracker__SKILL.md16.2 KB
  • 5MinFutures__futures-arena__claude__skills__planning-guidelines__SKILL.md11.8 KB
  • 92Bilal26__TaskPilotAI__claude__skills__assessment-builder__SKILL.md17.5 KB
  • 92Bilal26__TaskPilotAI__claude__skills__book-scaffolding__SKILL.md19.1 KB
  • 92Bilal26__TaskPilotAI__claude__skills__code-validation-sandbox__SKILL.md6.2 KB
  • 92Bilal26__TaskPilotAI__claude__skills__exercise-designer__SKILL.md18.1 KB
  • 92Bilal26__TaskPilotAI__claude__skills__learning-objectives__SKILL.md24.5 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…