Fix Tests (Grade A)Claude AIをセキュリティテストし、最高ランクの開発スキール。 Grade A

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

【対象者】 - 個人: 30％以上のトークン節約、標準の繰り返し停止、セキュリティガードレール、即時のスキャフォールド - チーム: 一貫したAI挙動、初日からのオンボーディング、コード化されたパターン、コスト節約の複利効果 - 組織: 常時コンプライアンス、1,000プロジェクトにわたる同一基準、中央統制、測定可能なROI

Asked by Jana Krejčí · May 28, 2026

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 Naomi Suzuki · May 1, 2026

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 Vasyl Kovalenko · Apr 12, 2026

何が含まれていますか？

| レイヤー | 件数 | 役割 | 触発されるタイミング | | ------------- | ----- | ------------------------------------------------- | ----------------------------------- | | Rules | 47 | AIのすべてのインタラクションに対してコーディング標準を強制 | 自動 — 常にオン | | Agents | 62 | 複雑なタスク用の専門アシスタント | 要求時 — /agent-name | | Skills | 50 | チェックリスト付きの段階的ガイドワークフロー | コンテキスト依存 — パターンが一致したとき | | Commands | 37 | 軽量でトークン効率の良いクイックアクション | 要求時 — /command | | Hooks | 12 | AIループ内の自動化スクリプト | イベント駆動 — 前後のアクション | | Templates | 9 | ハンドラ、コンポーネント、テストなどの足場 | スキルとエージェントで参照 |

Asked by Wolfgang Krause · Mar 24, 2026

仕組みは？

Layer 1 — Pre-Processing: Hooks がプロジェクトコンテキストを注入し、危険なコマンドをプロンプトが AI に届く前にブロックします。 Layer 2 — Rules Engine: 47 の常時オンルールがトークン効率、セキュリティ、アーキテクチャ、コード標準、データベース規約、テストしきい値を強制します。 Layer 3 — Specialized Processing: プロンプトに応じて、エージェント・スキル・コマンドなど正しいコンポーネントが起動します。 Layer 4 — Post-Processing: Hooks が出力を検証し、自動フォーマット、シークレットスキャン、カバレッジ検証を行います。

Asked by Xiomara Delgado · Mar 15, 2026