Load Test Generator (Grade A)Abilità di sviluppo testata per la sicurezza per Claude AI. Classe A. Genera script di test di carico utilizzando k6, Artillery o Locust da endpoint API o specifiche OpenAPI.

Perché dovresti usare questo?

| Pubblico | Vantaggi chiave | |----------|----------------| | Individuo | Risparmio token oltre il 30%, eliminazione della ripetizione di standard, guardrail di sicurezza, scaffolding istantaneo | | Team | Comportamento AI coerente, onboarding dal primo giorno, pattern codificati, risparmio di costi a effetto di moltiplicazione | | Organizzazioni | Conformità continua, standard uniformi su 1.000 progetti, governance centrale, ROI misurabile

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

Cosa c'è dentro?

| Layer | Count | Cosa fa | Come viene attivato | | ------------- | ----- | ------------------------------------------------- | ----------------------------------- | | Rules | 47 | Aplica gli standard di codifica su ogni interazione AI | Automaticamente — sempre attivo | | Agents | 62 | Assistenti specializzati per compiti complessi | Su richiesta — /agent-name | | Skills | 50 | Flussi di lavoro guidati passo-passo con checklist | Contestualmente — quando i pattern corrispondono | | Commands | 37 | Azioni rapide leggere ed efficienti in token | Su richiesta — /command | | Hooks | 12 | Script di automazione nel loop AI | Innescati dagli eventi — azioni prima/dopo | | Templates | 9 | Strutture per handler, componenti, test, ecc. | Richiamati da skills e agents

Asked by Wei Chen · May 12, 2026

Come funziona?

Layer 1 — Pre-Processing: Hooks iniettano il contesto del progetto e bloccano i comandi pericolosi prima che il tuo prompt raggiunga l'AI. Layer 2 — Rules Engine: 47 regole sempre attive garantiscono efficienza token, sicurezza, architettura, standard di codice, convenzioni del database e soglie di testing. Layer 3 — Specialized Processing: Il componente giusto si attiva — un agente, una skill o un comando — in base al tuo prompt. Layer 4 — Post-Processing: Hooks validano l'output, formattano automaticamente, cercano segreti e verificano la copertura.

Asked by Jamal Carter · May 4, 2026