OlympHill
Monitoring (Grade A) logo

Monitoring (Grade A)セキュリティテスト済みの開発スキル用のクラウドAI。格付けAランク。サービス監視と警報を組み入れるためのワークフロー。

(0)
Daniel Nikulshynレビュー: Daniel Nikulshyn·更新 2026年7月

概要

サービス監視を設定または向上させる必要がある場合に、ワークフローで組み込まれている全体的な監視と警報を実装する。このワークフローに含まれるステップは、リクエスト率、エラーラテ、待ち時間、リソース使用率などのマトリックスの定義、JSONフォーマットの構造化記録に暗黙の特性情報 ( PII ) を含まないようにする、オープン テレメトリまたは提供元ごとの SDK を使用したトレッシングのセットアップ、HTTP 要求、データベースクエリ、およびエクステernalサービスコールのインスタメンテーション、サンプリングレートの設定、サービスヘルス、リクエストレート、遅延、およびリソース使用率を表示するダッシュボードの作成、エラーレート、遅延、およびリソース使用率による警報の設定、各警報に対して調査、解決、escalation ステップをドキュメント化するための runbook の作成などです。最終目標はサービス管理用の監視、警報、および runbook を確立することです。

主な機能

  • 指標の定義 (リクエストレート、エラーレート、遅延、リソース使用率)
  • JSONフォーマットの構造化記録 ( PII が含まれないようにする)
  • トレッシング (オープン テレメトリまたは提供元ごとの SDK )
  • ダッシュボードの作成 (サービスヘルス、リクエストレート、エラーレート、遅延、リソース使用率)
  • 警報の構成 (エラーレート、遅延、CPU、ヘルスチェック)

料金

モデル
Free
カテゴリー
東学サェソー
評価
まだレビューはありません

ユースケース

新規サービス設定

このスキルを使用して、全体的な監視と警報を新規サービスに設定します。

既存サービス改善

このスキルを使用して、現在十分な監視がされていないサービスで監視と警報を改善します。

メリット & デメリット

メリット

  • 全体的な監視と警報のワークフロー
  • 構造化記録とトレッシングのセットアップ
  • カスタマイズ可能なダッシュボードと警報

デメリット

  • 手動設定と設定が必要
  • トレッシングと記録に必要な追加リソースを必要とする場合もあります

レビュー

レビューを投稿するにはログインしてください。

まだレビューはありません。最初の一人になりましょう!

Q&A

Why You Should Use This?

| Audience | Key Benefits | | -------------------- | ------------------------------------------------------------------------------------------------- | | Individual | 30%+ token savings, stop repeating standards, security guardrails, instant scaffolding | | Teams | Consistent AI behavior, day‑one onboarding, codified patterns, compounding cost savings | | Organizations | Always‑on compliance, same standards across 1,000 projects, central governance, measurable ROI | ---

Asked by Sami Virtanen · Oct 3, 2025

What You Can Customize?

| Section | What It Controls | Example | | ------------- | -------------------------- | ---------------------------------------------- | | project | Project identity | Name, description, repo URL | | techStack | Language, framework, tools | TypeScript + Express or Python + FastAPI | | paths | Directory structure | Where handlers, services, and common code live | | domain | Business entities | Order, Product, Customer + lifecycle states | | patterns | Code patterns | 7‑step handler flow, error handling strategy | | testing | Quality gates | 90% coverage, test/lint/type‑check commands | | database | DB conventions | Soft delete field, timestamp columns, naming | | packages | Internal packages | @your‑org scope, registry URL | | conventions | Git and workflow | Branch prefixes, commit format, PR templates | ---

Asked by Nils Johansson · Sep 5, 2025

What it detects?

| Category | Signals | | ------------------ | ------------------------------------------------------------------------------------------ | | Language | tsconfig.json, go.mod, Cargo.toml, requirements.txt, pom.xml, file extensions | | Framework | Dependencies in package.json / requirements.txt (React, Express, Django, Spring, etc.) | | Database | ORM configs (prisma/, sequelize, typeorm), .sql files, migration folders | | Testing | jest.config., vitest, pytest, cypress/, playwright.config. | | Infrastructure | Dockerfile, terraform/, cdk.json, serverless.yml, cloud SDK deps | | CI/CD | .github/workflows/, .gitlab-ci.yml, Jenkinsfile | ---

Asked by Gunnar Eriksson · Sep 3, 2025

What's Inside?

| Layer | Count | What It Does | How It's Triggered | | ------------- | ----- | ------------------------------------------------- | ----------------------------------- | | Rules | 47 | Enforces coding standards on every AI interaction | Automatically — always on | | Agents | 62 | Specialized assistants for complex tasks | On demand — /agent-name | | Skills | 50 | Step‑by‑step guided workflows with checklists | Contextually — when patterns match | | Commands | 37 | Lightweight, token‑efficient quick actions | On demand — /command | | Hooks | 12 | Automation scripts in the AI loop | Event‑driven — before/after actions | | Templates | 9 | Scaffolding for handlers, components, tests, etc. | Referenced by skills and agents | ---

Asked by Idris Suleiman · Aug 24, 2025

How It Works?

Layer 1 — Pre-Processing: Hooks inject project context and block dangerous commands before your prompt reaches the AI. Layer 2 — Rules Engine: 47 always‑on rules enforce token efficiency, security, architecture, code standards, database conventions, and testing thresholds. Layer 3 — Specialized Processing: The right component activates — an agent, skill, or command — based on your prompt. Layer 4 — Post-Processing: Hooks validate output, auto‑format, scan for secrets, and verify coverage.

Asked by Grace Okafor · Jul 8, 2025

質問する

東学サェソーの代替

Manage Headers (Grade A) logo

Manage Headers (Grade A)

東学サェソー

セキュリティテストで検証されたClaude AIの開発スキルの「Aレベル」。「Power Pagesサイトからのブラウザへのセキュリティヘッダーの検査および構成」のためのもの。Content Security Policy、フレームとクリックジャッキング保護

(0)
Free
Using Git Worktrees (Grade A) logo

Using Git Worktrees (Grade A)

東学サェソー

セキュリティテスト済みデータAISHILL(Grade A)。クリュードAIと併用する。

(0)
Free
Ga4 Bigquery Schema (Grade A) logo

Ga4 Bigquery Schema (Grade A)

東学サェソー

セキュリティテスト済みのデータ・AIスキル用Claude AI。 Grade A。GA4 BigQuery Export Schemaの参照情報大全、ネスト構造、検索パターン、パフォーマンスのヒント

(0)
Free
Meta Capi (Grade A) logo

Meta Capi (Grade A)

東学サェソー

Security-checked data-ai skill for Claude AI. Grade A. (Meta Conversions API (CAPI)のセットアップガイド — アーキテクチャ、イベントタイプ、顧客情報のハッシュ、削除、実装例、AEM)

(0)
Free
Callees (Grade A) logo

Callees (Grade A)

東学サェソー

Claude AI向けセキュリティ検証済開発スキル。 Grade A. 関数/メソッドはどこにコールしているかをリストする

(0)
Free
Test Module Name (Grade A) logo

Test Module Name (Grade A)

東学サェソー

セキュリティテスト済みデータ-AIスキル、クラウド AI用 Grade A。 モジュールをテストするモジュールと同じネームスペースのSpecサフィックスでモジュール名を付ける。 クラウド AIのテストモジュールライティングまたはレビューに使用してください。

(0)
Free
Board Of Directors (Grade A) logo

Board Of Directors (Grade A)

東学サェソー

SECURITY TESTED DATA-AI SKILL FOR CLAUDE AI. GRADE A. マジョルな決定を実行者 5 人が協議しながらの実行者 5 人によるディレクトオフィス議論シミュレーション。プランの評価やアーキテクチャーセレクション、機能デザイン評価など、複数視点の専門分析を必要とするあらゆる決定を評価するには使用してください。

(0)
Free
Advpl Mvc Avancado (Grade A) logo

Advpl Mvc Avancado (Grade A)

東学サェソー

セキュリティテスト開発スキル for Claude AI. AランクのMVCアドバンス

(0)
Free