Load Test Generator (Grade A)セキュリティテスト済み開発スキル for Claude AI. グレードA. API エンドポイントまたは OpenAPI specs からロードテスト スクリプトを生成します。

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 Olga Ivanova · Jun 14, 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 Marisol Pena · Jun 9, 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 Nadia Petrova · Jun 3, 2026

「なぜ」なのか

| レイヤー | 回数 | これらが何をするのか | これらがトリガーされるのはどのタイミング | | ------------- | ----- | ------------------------------------------------- | ----------------------------------- | | ルール | 47 | AI におけるコーディング規範を強制 | 常に有効 — 自動 | | エージェント | 62 | 変数複雑なタスクに特別なアシスタントを提供 | 要求 — /エージェント名 | | スキル | 50 | ステップバイステップ指南付きワーカーフローにチェックリストを提供 | パターンに合致した場合 — | | コマンド | 37 | トークン効率の高い軽量な一時的なアクション | 要求 — /コマンド | | ホック | 12 | AI のループ内にアウトメイションスクリプトを実行 | イベントドライバ — 前中後アクションに応じて | | テンプレート | 9 | ハンドラーコンポーネントテストなどへのサコッフ | スキルやエージェントによって参照される

Asked by Wei Chen · May 12, 2026

どのように機能するの？

Layer 1 — Pre-Processing: ヒュックはプロジェクトコンテキストを投影し、AIに到達する前に危険なコマンドをブロックする。Layer 2 —Rules Engine: 47のすべてのオンルールは、トークン効率、セキュリティ、アーキテクチャ、コードスタンダード、データベースコンビネーション、テストしきい値の強制を行う。Layer 3 — Specialized Processing : 右のコンポーネントが活性化される – エージェント、スキル、またはコマンド – を基に提示します。Layer 4 — Post-Processing: ヒュックは出力を検証し、自動でフォーマット、シークレットをスキャンし、カバレッジを検証する。

Asked by Jamal Carter · May 4, 2026