inbound-triage について
Paperclip のインバウンド業務が、指定された準備レベルで AFK 実行可能かを評価するスキルです。課題を分類して不足情報を示し、承認後にのみ変更を適用します。
主な機能
- 01課題の背景と準備状況を確認
- 02各課題を一つの結果に分類
- 03具体的な準備不足を特定
- 04承認済みの更新を確認
活用シーン
- 01コンテンツ調査を AFK 実行できるか確認
- 02投稿の執筆前に不足する背景を特定
- 03公開準備作業のブロッカーを確認
MCP 対応
CLI 優先の連携マトリクスを使用し、準備状況の判断に Wiki ソースが必要な場合は paperclip-wiki-fetch で確認します。
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ bbengamin/ skills --skill inbound-triageインストール後、Claude Code で/inbound-triageを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/CONTEXT.mdreferences/docs/growth-operator/afk-readiness.mdcontrol-plane.mdreferences/docs/paperclip-operator/cli-contract.mdcontrol-plane.mdintegration-matrix.md詳細
インバウンドのトリアージ
計画中のインバウンド作業が、宣言された準備レベルで AFK 実行に対応できる状態かどうかを判断します。
参照資料
まず、以下を読んでください。
references/CONTEXT.mdreferences/docs/growth-operator/afk-readiness.mdreferences/docs/growth-operator/control-plane.mdreferences/docs/paperclip-operator/integration-matrix.md
必要な場合にのみ開いてください。
references/docs/paperclip-operator/control-plane.mdreferences/docs/paperclip-operator/cli-contract.md
プロセス
-
対象の課題または課題リストを読みます。
-
以下を確認します。
- ステータス
- プロジェクト
- 親課題の連鎖
- リンクされた目標
- 計画ドキュメント
- 説明
- 受け入れ条件
- インバウンドの準備レベル
- 作成者/ペルソナ
- チャネルとキャンペーンの背景
- オーディエンスまたは ICP
- 切り口、ポジショニング、ストーリー、主張
- ソース資料と根拠
- 期待される成果物
- 公開、スケジュール設定、アカウント操作の境界
- ブロッカーと
blockedByIssueIds - コメント
- 担当者
-
対象範囲内の各課題を、以下のいずれか1つだけに分類します。
- AFK-ready
- needs-info
- blocked
- needs-human
- too-broad
- revise
- cancel
- done
対象範囲内のすべての課題に分類が1つだけ付いたら完了です。
-
具体的な変更を提案します。AFK-ready ではない各課題について、準備に不足している具体的な要素を明記したら完了です。
-
承認を求めます。
-
承認された変更を適用し、記録を読み返して確認します。
Wiki のソース資料
準備状況の判断が Paperclip wiki の URL、wiki ページのパス、または取得済みの wiki ソースに依存する場合は、paperclip-wiki-fetch を使って、課題を AFK-ready に分類する前にソースへアクセスでき、内容が十分であることを確認してください。取得できた場合は、取得したタイトル、パス、更新時刻、ハッシュを Source/proof status に記載してください。
認証情報、会社のスコープ、wiki ID、スペースのスラッグ、またはページのパスが不足しているため wiki の参照先を取得できない場合は、課題を needs-info に分類し、不足している wiki アクセス情報を Missing readiness elements に記載してください。
トリアージで古い、不足している、または誤っている wiki コンテンツが見つかった場合は、フォローアップのスキルとして paperclip-wiki-manage を提案してください。オペレーターが明示的に wiki 管理へ切り替え、具体的な変更を承認しない限り、通常のトリアージで wiki コンテンツを変更しないでください。
準備レベル
I0 strategy- 戦略または分岐元となる親課題の準備。I1 source-research- 調査または根拠の収集。I2 asset-draft- 投稿、ニュースレター、スクリプト、切り口、またはコンテンツアセットの作成。I3 publishing-prep- レビュー済みアセットを投稿せずに公開準備する作業。I4 signal-capture- インバウンドの反応、コメント、会話、またはコンテンツシグナルの要約。
準備ルール
インバウンド作業は、継続的なオペレーターの監督なしでエージェントが作業できるだけのコンテキストが課題に含まれている場合に限り、AFK-ready です。
- 関連する獲得目標である会社目標またはチーム目標
- 継続的に参照できるインバウンドチャネルのプロジェクト
- 親となる戦略またはキャンペーンの背景
- 準備レベル
- 作成者/ペルソナ
- チャネル
- オーディエンスまたは ICP
- 切り口、ストーリー、ポジショニング、または仮説
- 承認済みのソース資料と根拠
- 期待される成果物
- 受け入れ条件
- 検証の要件
- 停止条件
- 未解決の第一級ブロッカーがないこと
公開、スケジュール設定、外部アカウントの操作、または根拠のない主張が暗示されているにもかかわらず、明示的に承認されていない場合、インバウンド作業は準備未完了です。
推奨形式
## Inbound Triage Recommendation
### <issue identifier/title>
- Classification:
- Readiness level:
- Current status:
- Recommended status:
- Missing readiness elements:
- Author/channel context:
- Source/proof status:
- Publishing/account-action boundary:
- Proposed comment:
- Proposed blocker links:
- Follow-up skill:
ステータスのルール
todoは、宣言されたインバウンド準備レベルで作業可能な状態を意味します。backlogは、保留中または着手できない状態を意味します。blockedは、具体的な課題の依存関係について、サポートされている場合は第一級のブロッカーリンクを必要とします。- 範囲が広すぎるインバウンド戦略またはキャンペーンの課題には
inbound-plan-workを使用します。 - トリアージの判断理由はコメントで説明します。
変更ルール
まず推奨事項を報告します。ステータス、コメント、ブロッカー、ラベル、または担当者の更新は、オペレーターの承認後にのみ行ってください。