Optimize Performance (Grade A)セキュリティテスト済みのClaude AIの開発スキル。 Grade A。バックエンドパフォーマンス改善のワークフロー。 パフォーマンスを優先するクライアントに応えるために使用。

なぜこのツールを使うべきですか？

| 対象 | 主なメリット | | -------------------- | ------------------------------------------------------------------------------------------------- | | 個人 | 30％以上のトークン節約、標準の繰り返し停止、セキュリティガードレール、即時スキャフォールディング | | チーム | 一貫したAI振る舞い、デイ・ワンオンボーディング、コーディファイドパターン、累積コスト節約 | | 組織 | 常時コンプライアンス、1,000プロジェクト横断の同一基準、中央ガバナンス、測定可能なROI |

Asked by Giulia Conti · Apr 14, 2026

カスタマイズできる項目は何ですか？

| セクション | コントロール内容 | 例 | |-------------|--------------------------|----------------------------------------------| | project | プロジェクトのアイデンティティ | 名称、説明、リポジトリURL | | techStack | 言語、フレームワーク、ツール | TypeScript + Express または Python + FastAPI | | paths | ディレクトリ構造 | ハンドラー、サービス、共通コードの位置 | | domain | ビジネスエンティティ | Order, Product, Customer + ライフサイクル状態 | | patterns | コードパターン | 7ステップのハンドラフロー、エラーハンドリング戦略 | | testing | 品質ゲート | 90%のカバレッジ、テスト/リント/型チェックコマンド | | database | DBの慣例 | ソフトデリートフィールド、タイムスタンプ列、命名 | | packages | 内部パッケージ | @your-org スコープ、レジストリURL | | conventions | Git とワークフロー | ブランチプレフィックス、コミットフォーマット、PRテンプレート |

Asked by Ulrik Madsen · Apr 6, 2026

それは何を検出しますか？

| カテゴリ | 信号 | | ------------------ | ------------------------------------------------------------------------------------------ | | 言語 | tsconfig.json, go.mod, Cargo.toml, requirements.txt, pom.xml, ファイル拡張子 | | フレームワーク | package.json / requirements.txt の依存関係（React, Express, Django, Spring など） | | データベース | ORM 設定（prisma/, sequelize, typeorm）、.sql ファイル、マイグレーションフォルダー | | テスト | jest.config., vitest, pytest, cypress/, playwright.config. | | インフラ | Dockerfile, terraform/, cdk.json, serverless.yml, cloud SDK 依存関係 | | CI/CD | .github/workflows/, .gitlab-ci.yml, Jenkinsfile |

Asked by Oscar Lindqvist · Apr 2, 2026

何が含まれていますか？

| レイヤー | カウント | 内容 | どのようにトリガーされるか | |-------------|-----|-------------------------------------------------|-----------------------------------| | ルール | 47 | すべてのAIインタラクションでコード基準を強制 | 自動 — 常時オン | | エージェント | 62 | 複雑なタスク用の専門アシスタント | 必要時 — /agent-name | | スキル | 50 | チェックリスト付きのステップバイステップガイドワークフロー | コンテキストに応じて — パターンが一致した時 | | コマンド | 37 | 軽量でトークン効率の高いクイックアクション | 必要時 — /command | | フック | 12 | AIループ内の自動化スクリプト | イベント駆動 — 前後アクション | | テンプレート | 9 | ハンドラ、コンポーネント、テストなどの足場 | スキルとエージェントに参照される

Asked by Ivana Novak · Mar 25, 2026

How It Works?

レイヤー1 — 事前処理：フックがプロジェクトコンテキストを注入し、危険なコマンドをブロックします。レイヤー2 — ルールエンジン：47の常に有効なルールがトークン効率、セキュリティ、アーキテクチャ、コード標準、データベース規約、テストしきい値を強制します。レイヤー3 — 専門処理：プロンプトに応じて適切なコンポーネント（エージェント、スキル、またはコマンド）が起動します。レイヤー4 — 後処理：フックが出力を検証し、自動フォーマット、シークレットスキャン、カバレッジ確認を行います。

Asked by Rasheed Osman · Mar 23, 2026