ln-910-community-engagement

パス： ファイルパス（references/、../ln-*）は、このスキルディレクトリからの相対パスです。

ln-910-community-engagement

タイプ： L2 コーディネーター（アクティブ） カテゴリ： 9XX コミュニティエンゲージメント

現在のコミュニティの健全性とリポジトリの状態を分析し、エンゲージメント戦略を参照して、適切なワーカーに委任します。各ワーカーは単独でも呼び出せます。

---

概要

項目	詳細
入力	$ARGUMENTS（任意）：トピック、アクションキーワード、または自動分析の場合は空
出力	状況レポート + ワーカースキルを介して委任されたアクション
ワーカー	ln-911（トリアージ担当）、ln-912（告知担当）、ln-913（議論担当）、ln-914（応答担当）

---

フェーズ 0：GitHub の確認

必ず読み込む： references/community_github_discovery.md

確認プロトコルを実行します。以下を抽出します。

• すべての GitHub 操作に使用する {owner}/{repo}
• GraphQL ミューテーション用の repo.id（ワーカーに渡します）
• maintainer のログイン名（認証済みユーザー）
• ディスカッションのカテゴリ ID

ゲートチェック： gh は認証済みですか？ディスカッションは有効ですか？

戦略を読み込みます。対象プロジェクトの docs/community_engagement_strategy.md を確認し、存在しない場合は references/community_strategy_template.md を使用します。

---

フェーズ 1：状況分析

$ARGUMENTS に直接アクションキーワード（announce、debate、triage、respond）が含まれている場合は、分析を省略し、フェーズ 3（直接委任）に進みます。

それ以外の場合は、複数のソースから並行してコンテキストを収集します。

1a. コミュニティの健全性

要約モード（対話型プレビューなし）でトリアージ担当に委任します。

Skill(skill: "ln-911-github-triager", args: "summary")

トリアージ担当の出力から、危険信号、優先度別件数（P0/P1/P2）、健全性指標を抽出します。

1b. 未リリースの変更

# Last announcement date: most recent Announcements discussion
gh api graphql -f query='query($owner: String!, $name: String!) {
  repository(owner: $owner, name: $name) {
    discussions(first: 1, categoryId: "{categories.Announcements}", orderBy: {field: CREATED_AT, direction: DESC}) {
      nodes { createdAt title }
    }
  }
}' -f owner="{owner}" -f name="{repo}"

次に、以下の時点以降の変更を確認します。

git log --oneline --since="{last_announcement_date}"

CHANGELOG.md を読み込み、前回の告知より新しい項目があるか確認します。

1c. 周期の確認

戦略のセクション 4 を確認します。

• 前回の告知からの日数 → 30 日を超えている場合、月次ダイジェストの時期を過ぎていますか？
• RFC が必要な保留中のアーキテクチャ上の決定事項はありますか？

---

フェーズ 2：判断マトリックス

収集したコンテキストに戦略のセクション 1（告知と議論）を適用します。

条件	優先度	アクション	ワーカー
危険信号：7 日を超えて未回答のディスカッション	P0	未回答項目に応答	→ ln-914
危険信号：レビューが必要な PR	P0	レビューが必要な PR を一覧表示	推奨のみ
CHANGELOG に未リリースの変更あり	P1	告知：新機能／修正	→ ln-912
$ARGUMENTS に RFC／議論のトピックが含まれる	P1	議論：RFC を開始	→ ln-913
月次ダイジェストの時期を過ぎている（30 日超）	P2	月次ダイジェストを告知	→ ln-912
フェーズ 1 で設計に関する質問を特定	P2	議論：未決定事項について RFC を作成	→ ln-913
コミュニティの健全性に問題がなく、未リリース項目もない	—	「問題なし」と報告	委任なし

出力：状況レポート

ユーザーに提示します。

## Community Status — {YYYY-MM-DD}

**Repo:** {owner}/{repo}
**Last announcement:** {date} ({days} days ago)
**Open items:** {issues} issues, {prs} PRs, {discussions} discussions

### Red Flags
{list or "None"}

### Recommended Action
{One of: Announce / Debate / Respond to items / No action needed}

**Reason:** {brief explanation based on strategy criteria}

続行する前に、ユーザーの承認を待ちます。

---

フェーズ 3：委任

ユーザーが推奨アクションを承認した後に実行します。

直接委任（$ARGUMENTS でアクションが指定されている場合）

引数	委任
announce または announce {topic}	Skill(skill: "ln-912-community-announcer", args: "{topic}")
debate または debate {topic}	Skill(skill: "ln-913-community-debater", args: "{topic}")
triage または triage {scope}	Skill(skill: "ln-911-github-triager", args: "{scope}")
respond または respond {#number}	Skill(skill: "ln-914-community-responder", args: "{#number or batch}")

分析に基づく委任

推奨アクション	委任
告知	Skill(skill: "ln-912-community-announcer") — ワーカーが独自にコンテキストを収集します
議論	Skill(skill: "ln-913-community-debater", args: "{identified topic}")
項目に応答	Skill(skill: "ln-914-community-responder", args: "batch")
アクション不要	状況を報告して終了

---

共通リファレンス

ファイル	用途
references/community_github_discovery.md	フェーズ 0：リポジトリ／カテゴリ／ユーザーの動的な検出
references/community_strategy_template.md	デフォルトのエンゲージメント戦略（フォールバック）
references/community_discussion_formatting.md	GitHub ディスカッションの書式ルール

---

戦略の上書き

各対象プロジェクトは、docs/community_engagement_strategy.md を作成することでデフォルトの戦略を上書きできます。すべてのスキルは、まずプロジェクト内のファイルを確認し、見つからない場合は references/ 内のテンプレートを使用します。

---

フェーズ 4：メタ分析

任意のリファレンス：ユーザーが実行後のメタ分析またはプロトコル形式での実行の振り返りを求めた場合に限り、references/meta_analysis_protocol.md を読み込みます。

スキルの種類：planning-coordinator。依頼された場合は、フェーズ 3 の完了後に実行します。planning-coordinator の形式でチャットに出力します。

---

TodoWrite の形式（必須）：

- GitHub discovery (in_progress)
- Situation analysis (pending)
- Apply decision matrix (pending)
- Invoke ln-911-github-triager (pending)
- Invoke ln-912-community-announcer (pending)
- Invoke ln-913-community-debater (pending)
- Invoke ln-914-community-responder (pending)
- Report outcome to user (pending)

ワーカーの呼び出し（必須）

ホストスキルの呼び出し： Skill(skill: "...", args: "...") による委譲は必須です。

• Claude：表示どおりに Skill ツールを呼び出します。
• Codex：Skill ツールが存在しない場合は、利用可能なスキルから指定されたスキルを探し、その SKILL.md を読み込み、args を $ARGUMENTS として扱い、そのスキルのワークフローを実行してから、結果／成果物を添えてここに戻ります。
• ワーカーのロジックを直接実行したり、対象のスキルを実行せずにワーカーを完了扱いにしたりしないでください。

フェーズ	ワーカー	コンテキスト
1	ln-911-github-triager	共通（Skill ツール）— コミュニティの健全性の概要
3	ln-912-community-announcer	共通（Skill ツール）— 機能／リリースの告知
3	ln-913-community-debater	共通（Skill ツール）— RFC／アーキテクチャに関する議論
3	ln-914-community-responder	共通（Skill ツール）— 未回答の項目への返信

すべてのワーカー： Skill ツール経由で呼び出します。ワーカーにはコーディネーターのコンテキストが共有されます。

完了の定義

• GitHub の検出が完了している（オーナー／リポジトリ、カテゴリ、メンテナーを抽出済み）
• 状況が分析されている（健全性＋未リリースの変更＋頻度）、または直接委譲が開始されている
• 優先度に基づくアクション選択とともに、意思決定マトリクスが適用されている
• ワーカーに委譲されている、または推奨事項がユーザーに提示されている
• ユーザーに結果が伝えられている

---

バージョン： 1.0.0 最終更新日： 2026-03-13