Best fit
- GitHub、Linear、デスクトップアラート、フック、接続された通信インターフェースを網羅する、統合されたECCネイティブワークフローとして通知を運用する。真の問題がアラートルーティング、重複排除、エスカレーション、またはインボックス崩壊である場合に使用する。
affaan-m/ECC
unified-notifications-ops
GitHub、Linear、デスクトップアラート、フック、接続された通信インターフェースを網羅する、統合されたECCネイティブワークフローとして通知を運用する。真の問題がアラートルーティング、重複排除、エスカレーション、またはインボックス崩壊である場合に使用する。
62Collecting
See how to use itView GitHub source
npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/unified-notifications-ops"Automated source guide
Source checked Jul 28, 2026·Refresh due Oct 26, 2026
Reorganized from the pinned upstream SKILL.md
Turn unified-notifications-ops's source instructions into a guide you can follow
According to the pinned SKILL.md from affaan-m/ECC: 真の問題が通知の欠如ではなく、通知システムの断片化にある場合にこのスキルを使用する。
npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/unified-notifications-ops"Bring this context
- A concrete task that matches the documented purpose of unified-notifications-ops.
- The files, examples, or context the task depends on.
- Your constraints, target environment, and definition of done.
Expected outputs
- A result that follows the pinned unified-notifications-ops instructions.
- A concise record of assumptions, inputs used, and unresolved questions.
- A final check against the source workflow and relevant permission signals.
Key source sections
Read unified-notifications-ops through these 5 source sections
Sections are extracted automatically from the pinned SKILL.md and link back to the source.
使用する場面
ユーザーがGitHub、Linear、ローカルフック、デスクトップアラート、チャット、メール間の統一通知チャネルを望んでいる CI失敗、レビューリクエスト、Issue更新、オペレーターイベントが各所に散在している 現在のセットアップがアクションではなくノイズを生成している ユーザーが重複する通知ブランチや積み残しのプロポーザルを単一のECCネイティブチャネルに統合したい ワークスペースにフック、MCP、または接続されたツールがあるが、一貫した通知戦略がない
ユーザーがGitHub、Linear、ローカルフック、デスクトップアラート、チャット、メール間の統一通知チャネルを望んでいるCI失敗、レビューリクエスト、Issue更新、オペレーターイベントが各所に散在している現在のセットアップがアクションではなくノイズを生成している
優先インターフェース
GitHub Issues、PR、レビュー、コメント、CI Linear Issues/プロジェクトのステータス変更 ローカルフックイベントとセッションライフサイクルシグナル デスクトップ通知プリミティブ 接続されたメール/チャットインターフェース（実際に存在する場合）
GitHub Issues、PR、レビュー、コメント、CILinear Issues/プロジェクトのステータス変更ローカルフックイベントとセッションライフサイクルシグナル
絶対的なルール
トークン、シークレット、Webhookシークレット、内部識別子を決して公開しない 以下を区別する： イベントソース 重大度レベル ルーティングチャネル オペレーターアクション 中断コストが不明な場合はデフォルトでサマリーファーストアプローチを取る すべてのチャネルにすべてのイベントをブロードキャストしない 真の解決策がより良いIssueトリアージ、フック戦略、またはプロジェクトフローである場合は明示する
トークン、シークレット、Webhookシークレット、内部識別子を決して公開しない以下を区別する：イベントソース
イベントパイプライン
1. キャプチャ イベント 2. 分類 緊急度と責任者 3. ルーティング 適切なチャネルへ 4. マージ 重複と低シグナルノイズ 5. 添付 次のオペレーターアクション
キャプチャ イベント分類 緊急度と責任者ルーティング 適切なチャネルへ
デフォルト重大度モデル
ワークスペースに重大度モデルがない場合は、自動化を提案する前にまず構築する。
ワークスペースに重大度モデルがない場合は、自動化を提案する前にまず構築する。
SkillSignal prompt templates
Provide the task, context, and acceptance criteria
These prompts were written by SkillSignal from the source structure; they are not upstream text.
Task-start prompt
Confirm source fit, inputs, and outputs before acting.
Use unified-notifications-ops to help me with: [specific task]. Context: [files, data, or background]. Constraints: [environment, scope, and prohibited actions]. Before acting, check the pinned SKILL.md and explain which sections apply, what inputs are still missing, and what you will deliver.
Source-guided execution
Make the Agent explicitly follow the key extracted sections.
Apply the pinned unified-notifications-ops source to [task]. Pay particular attention to these source sections: “使用する場面”, “優先インターフェース”, “絶対的なルール”, “イベントパイプライン”, “デフォルト重大度モデル”. Preserve the important decision at each step. Mark facts not covered by the source as “needs confirmation” instead of inventing them. Then verify the result against my acceptance criteria: [criteria].
Result-review prompt
Check omissions, permissions, and source drift before delivery.
Review the current unified-notifications-ops result: (1) does it satisfy the original task; (2) were any applicable steps or limits in the pinned SKILL.md missed; (3) did it perform any unauthorized file, command, network, or data action; and (4) which conclusions remain unverified? List issues first, then fix only what the source or user authorization supports.
Output checklist
Verify each item before delivery
The task matches the purpose documented in the SKILL.md.
The source section “使用する場面” has been checked.
The source section “優先インターフェース” has been checked.
The source section “絶対的なルール” has been checked.
The source section “イベントパイプライン” has been checked.
Inputs, constraints, and acceptance criteria are explicit.
Unverified facts, compatibility, and outcome claims are clearly marked.
Any file, command, network, or data action has been reviewed.
Choose a different workflow
When another Skill is the better fit
unified-notifications-ops
Operate notifications as one ECC-native workflow across GitHub, Linear, desktop alerts, hooks, and connected communication surfaces. Use when the real problem is alert routing, deduplication, escalation, or inbox collapse.
A separate implementation from affaan-m/ECC; compare its source, maintenance signals, and permission requirements.
Open source detailunified-notifications-ops
将通知作为统一的 ECC 原生工作流进行操作，涵盖 GitHub、Linear、桌面提醒、钩子以及连接的通信界面。当真正的问题是告警路由、去重、升级或收件箱崩溃时使用。
A separate implementation from affaan-m/ECC; compare its source, maintenance signals, and permission requirements.
Open source detailab-testing
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program
A separate implementation from coreyhaines31/marketingskills; compare its source, maintenance signals, and permission requirements.
Open source detailFAQ
What does unified-notifications-ops do?
真の問題が通知の欠如ではなく、通知システムの断片化にある場合にこのスキルを使用する。
How do I start using unified-notifications-ops?
The catalog detected this source-specific install command: npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/unified-notifications-ops". Inspect the command and pinned source before running it.
Which Agent platforms does it declare?
No dedicated Agent platform is declared in the pinned source record.
Repository stars
234,327
Repository forks
35,711
Quality
62/100
Source repository last pushed
Quality breakdown
Based on traceable docs and repository signals; stars are not treated as quality.
Documentation19/30
Specificity11/25
Maintenance20/20
Trust signals12/25
Compare before choosing
Related Agent Skills and source variants
These links are selected from shared tasks, functions, stacks, platforms, and same-name variants. Compare the source owner, documentation, permissions, and maintenance signals.
unified-notifications-ops by affaan-m
Operate notifications as one ECC-native workflow across GitHub, Linear, desktop alerts, hooks, and connected communication surfaces. Use when the real problem is alert routing, deduplication, escalation, or inbox collapse.
unified-notifications-ops by affaan-m
将通知作为统一的 ECC 原生工作流进行操作，涵盖 GitHub、Linear、桌面提醒、钩子以及连接的通信界面。当真正的问题是告警路由、去重、升级或收件箱崩溃时使用。
ab-testing by coreyhaines31
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program
churn-prevention by coreyhaines31
When the user wants to reduce churn, build cancellation flows, set up save offers, recover failed payments, or implement retention strategies. Also use when the user mentions 'churn,' 'cancel flow,' 'offboarding,' 'save offer,' 'dunning,' 'failed payment recovery,' 'win-back,' 'retention,' 'exit survey,' 'pause subscription,' 'involuntary churn,' 'people keep canceling,' 'churn rate is too high,' 'how do I keep users,' or 'customers are leaving.' Use this whenever someone is losing subscribers o
design-intelligence by event4u-app
Grounded design brief from the adopted corpus — style, WCAG-checked color tokens, typography, layout pattern, anti-patterns. Use on ui-design-brief or any which-style/palette/font/chart decision.
View original Skill.mdThis page is parsed directly from the repository SKILL.md without editorial rewriting. Collected: Jul 28, 2026 · about 1 min
統合通知運用
真の問題が通知の欠如ではなく、通知システムの断片化にある場合にこのスキルを使用する。
目標は、分散したイベントを単一のオペレーターインターフェースに統合することであり、以下を含む：
- 明確な重大度レベル
- 明確な責任者
- 明確なルーティング
- 明確な次のアクション
使用する場面
- ユーザーがGitHub、Linear、ローカルフック、デスクトップアラート、チャット、メール間の統一通知チャネルを望んでいる
- CI失敗、レビューリクエスト、Issue更新、オペレーターイベントが各所に散在している
- 現在のセットアップがアクションではなくノイズを生成している
- ユーザーが重複する通知ブランチや積み残しのプロポーザルを単一のECCネイティブチャネルに統合したい
- ワークスペースにフック、MCP、または接続されたツールがあるが、一貫した通知戦略がない
優先インターフェース
既存のものから始める：
- GitHub Issues、PR、レビュー、コメント、CI
- Linear Issues/プロジェクトのステータス変更
- ローカルフックイベントとセッションライフサイクルシグナル
- デスクトップ通知プリミティブ
- 接続されたメール/チャットインターフェース（実際に存在する場合）
独立した通知製品をユーザーに勧めるより、ECCネイティブのオーケストレーションを優先する。
絶対的なルール
- トークン、シークレット、Webhookシークレット、内部識別子を決して公開しない
- 以下を区別する：
- イベントソース
- 重大度レベル
- ルーティングチャネル
- オペレーターアクション
- 中断コストが不明な場合はデフォルトでサマリーファーストアプローチを取る
- すべてのチャネルにすべてのイベントをブロードキャストしない
- 真の解決策がより良いIssueトリアージ、フック戦略、またはプロジェクトフローである場合は明示する
イベントパイプライン
チャネルを以下として扱う：
- キャプチャ イベント
- 分類 緊急度と責任者
- ルーティング 適切なチャネルへ
- マージ 重複と低シグナルノイズ
- 添付 次のオペレーターアクション
目標はより少なく、より良い通知である。
デフォルト重大度モデル
| レベル | 例 | デフォルト処理 |
|---|---|---|
| クリティカル | デフォルトブランチのCI破損、セキュリティ問題、リリースブロック、デプロイ失敗 | 即座に中断 |
| 高 | レビューリクエスト、PR失敗、責任者をブロックするハンドオフ | 当日アラート |
| 中 | Issueステータス変更、重要なコメント、バックログ変更 | サマリーまたはキュー |
| 低 | 繰り返しの成功、通常のノイズ、冗長なライフサイクルタグ | 抑制または折りたたみ |
ワークスペースに重大度モデルがない場合は、自動化を提案する前にまず構築する。
ワークフロー
1. 現在のインターフェースの棚卸し
以下を列挙する：
- イベントソース
- 現在のチャネル
- アラートを発するフック/スクリプト
- 同じイベントの重複パス
- 重要事項が表示されないサイレント失敗のケース
ECCがすでに持っているものを指摘する。
2. 何が中断を正当化するかを決定する
各イベントファミリーについて答える：
- 誰が知る必要があるか？
- どれくらい早く知る必要があるか？
- 中断すべきか、バッチ処理すべきか、ログに記録するだけにすべきか？
以下のデフォルトを使用する：
- リリース、CI、セキュリティ、責任者をブロックするイベントは中断
- 中程度のシグナル更新にはサマリーを使用
- テレメトリと低シグナルライフサイクルタグはログ記録のみ
3. チャネルを追加する前に重複をマージする
以下を確認する：
- 同じPRイベントがGitHub、Linear、ローカルログに表示されている
- 同じ失敗に対する重複したフック通知
- 直接転送するより要約すべきコメントやステータス変更
- より良いアクションパスを提供せずに互いを複製しているチャネル
以下を優先する：
- 1つの正規サマリー
- 1人の責任者
- 1つのプライマリチャネル
- 1つのフォールバックパス
4. ECCネイティブワークフローを設計する
各実際の通知ニーズについて定義する：
- ソース
- ゲーティング
- 形式：即時アラート、サマリー、キュー、またはダッシュボードのみ
- チャネル
- アクション
ECCがすでにプリミティブを持っている場合は優先して使用する：
- オペレータートリアージスキル
- 自動トリガー/実行フック
- 委譲されたトリアージのためのエージェント
- 本当にブリッジが欠けている場合のみMCP/コネクター
5. アクション指向の設計を返す
最終出力：
- 保持するもの
- 抑制するもの
- マージするもの
- ECCが次にカプセル化すべきもの
出力フォーマット
現在のサーフェス
- ソース
- チャネル
- 重複
- ギャップ
イベントモデル
- クリティカル
- 高
- 中
- 低
ルーティング計画
- ソース -> チャネル
- 理由
- オペレーター/担当者
統合
- 抑制
- マージ
- 正規サマリー
次のECCアクション
- スキル/フック/エージェント/MCP
- 次に構築する具体的なワークフロー
推奨ルール
- 複数の弱いチャネルより1つの強いチャネルを優先する
- 中程度と低シグナルの更新にはサマリーを優先する
- シグナルが自動トリガーされるべき場合はフックを優先する
- 作業がトリアージ、ルーティング、レビュー決定を伴う場合はオペレータースキルを優先する
- 根本原因がアラートではなくバックログ/PR調整である場合は
project-flow-opsを優先する - ユーザーが最初にソースの棚卸しを必要とする場合は
workspace-surface-auditを優先する - デスクトップ通知で十分な場合は不要な外部ブリッジを発明しない
良いユースケース
- 「GitHub、Linear、ローカルフックアラートがあるが、統一されたオペレーターフローがない」
- 「CIの失敗ノイズが多くて人々が無視している」
- 「Claude、OpenCode、Codexインターフェース全体で統一された通知戦略が欲しい」
- 「何を中断すべきで、何をサマリーに入れるべきかを判断してほしい」
- 「重複する通知PRのアイデアを1つの正規ECCチャネルに統合してほしい」
関連スキル
workspace-surface-auditproject-flow-opsgithub-opsknowledge-opscustomer-billing-ops通知の痛みポイントがエンジニアリングではなく課金/顧客運用に関わる場合
- Source repo
- affaan-m/ECC
- Skill path
- docs/ja-JP/skills/unified-notifications-ops/SKILL.md
- Commit SHA
- 4e973d3eaf92
- Repository license
- MIT
- Data collected