unified-notifications-ops — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited unified-notifications-ops (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
真の問題が通知の欠如ではなく、通知システムの断片化にある場合にこのスキルを使用する。
目標は、分散したイベントを単一のオペレーターインターフェースに統合することであり、以下を含む：
既存のものから始める：
独立した通知製品をユーザーに勧めるより、eccネイティブのオーケストレーションを優先する。
チャネルを以下として扱う：
目標はより少なく、より良い通知である。
| レベル | 例 | デフォルト処理 |
|---|---|---|
| クリティカル | デフォルトブランチのCI破損、セキュリティ問題、リリースブロック、デプロイ失敗 | 即座に中断 |
| 高 | レビューリクエスト、PR失敗、責任者をブロックするハンドオフ | 当日アラート |
| 中 | Issueステータス変更、重要なコメント、バックログ変更 | サマリーまたはキュー |
| 低 | 繰り返しの成功、通常のノイズ、冗長なライフサイクルタグ | 抑制または折りたたみ |
ワークスペースに重大度モデルがない場合は、自動化を提案する前にまず構築する。
以下を列挙する：
eccがすでに持っているものを指摘する。
各イベントファミリーについて答える：
以下のデフォルトを使用する：
以下を確認する：
以下を優先する：
各実際の通知ニーズについて定義する：
eccがすでにプリミティブを持っている場合は優先して使用する：
最終出力：
現在のサーフェス
- ソース
- チャネル
- 重複
- ギャップ
イベントモデル
- クリティカル
- 高
- 中
- 低
ルーティング計画
- ソース -> チャネル
- 理由
- オペレーター/担当者
統合
- 抑制
- マージ
- 正規サマリー
次のeccアクション
- スキル/フック/エージェント/MCP
- 次に構築する具体的なワークフローproject-flow-ops を優先するworkspace-surface-audit を優先するworkspace-surface-auditproject-flow-opsgithub-opsknowledge-opscustomer-billing-ops 通知の痛みポイントがエンジニアリングではなく課金/顧客運用に関わる場合~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.