Agent skill · operations · affaan-m
unified-notifications-ops
GitHub、Linear、デスクトップアラート、フック、接続された通信インターフェースを網羅する、統合されたECCネイティブワークフローとして通知を運用する。真の問題がアラートルーティング、重複排除、エスカレーション、またはインボックス崩壊である場合に使用する。
Why this skill is useful
Provides a structured workflow for integrating fragmented notification systems across multiple platforms, which the AI wouldn't reliably generate on its own.
What it needs
About 1k tokens when loaded. Last updated 2026-08-06. 238,342 stars on the source repository.
What this skill does
統合通知運用 真の問題が通知の欠如ではなく、通知システムの断片化にある場合にこのスキルを使用する。 目標は、分散したイベントを単一のオペレーターインターフェースに統合することであり、以下を含む： 明確な重大度レベル 明確な責任者 明確なルーティング 明確な次のアクション 使用する場面 ユーザーがGitHub、Linear、ローカルフック、デスクトップアラート、チャット、メール間の統一通知チャネルを望んでいる CI失敗、レビューリクエスト、Issue更新、オペレーターイベントが各所に散在している 現在のセットアップがアクションではなくノイズを生成している ユーザーが重複する通知ブランチや積み残しのプロポーザルを単一のECCネイティブチャネルに統合したい ワークスペースにフック、MCP、または接続されたツールがあるが、一貫した通知戦略がない 優先インターフェース 既存のものから始める： GitHub Issues、PR、レビュー、コメント、CI Linear Issues/プロジェクトのステータス変更 ローカルフックイベントとセッションライフサイクルシグナル デスクトップ通知プリミティブ 接続されたメール/チャットインターフェース（実際に存在する場合） 独立した通知製品をユーザーに勧めるより、ECCネイティブのオーケストレーションを優先する。 絶対的なルール トークン、シークレット、Webhookシークレット、内部識別子を決して公開しない 以下を区別する： イベントソース 重大度レベル ルーティングチャネル オペレーターアクション 中断コストが不明な場合はデフォルトでサマリーファーストアプローチを取る すべてのチャネルにすべてのイベントをブロードキャストしない 真の解決策がより良いIssueトリアージ、フック戦略、またはプロジェクトフローである場合は明示する イベントパイプライン チャネルを以下として扱う： 1. キャプチャ イベント 2. 分類 緊急度と責任者 3. ルーティング 適切なチャネルへ 4. マージ 重複と低シグナルノイズ 5. 添付 次のオペレーターアクション 目標はより少なく、より良い通知である。 デフォルト重大度モデル レベル 例 デフォルト処理 --- --- --- クリティカル デフォルトブランチのCI破損、セキュリティ問題、リリースブロック、デプロイ失敗 即座に中断 高 レビューリクエスト、PR失敗、責任者をブロックするハンドオフ 当日アラート 中 Issueステータス変更、重要なコメント、バックログ変更 サマリーまたはキュー 低 繰り返しの成功、通常のノイズ、冗長なライフサイクルタグ 抑制または折りたたみ ワークスペースに重大度モデルがない場合は、自動化を提案する前にまず構築する。 ワークフロー 1. 現在のインターフェースの棚卸し 以下を列挙する： イベントソース 現在のチャネル アラートを発するフック/スクリプト 同じイベントの重複パス 重要事項が表示されないサイレント失敗のケース ECCがすでに持っているものを指摘する。 2. 何が中断を正当化するかを決定する 各イベントファミリーについて答える： 誰が知る必要があるか？ どれくらい早く知る必要があるか？ 中断すべきか、バッチ処理すべきか、ログに記録するだけにすべきか？ 以下のデフォルトを使用する： リリース、CI、セキュリティ、責任者をブロックするイベントは中断 中程度のシグナル更新にはサマリーを使用 テレメトリと低シグナルライフサイクルタグはログ記録のみ 3. チャネルを追加する前に重複をマージする 以下を確認する： 同じPRイベントがGitHub、Linear、ローカルログに表示されている 同じ失敗に対する重複したフック通知 直接転送するより要約すべきコメントやステータス変更 より良いアクションパスを提供せずに互いを複製しているチャネル 以下を優先する： 1つの正規サマリー 1人の責任者 1つのプライマリチャネル 1つのフォールバックパス 4. ECCネイティブワークフローを設計する 各実際の通知ニーズについて定義する： ソース ゲーティング 形式：即時アラート、サマリー、キュー、またはダッシュボードのみ チャネル アクション ECCがすでにプリミティブを持っている場合は優先して使用する： オペレータートリアージスキル 自動トリガー/実行フック 委譲されたトリアージのためのエージェント 本当にブリッジが欠けている場合のみMCP/コネクター 5. …
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills affaan-m/unified-notifications-ops--803938