Skip to main content

code-standards

Enforces ACME Corp coding standards. Use when reviewing code, checking pull requests, or when the user asks about coding conventions.

Informations de source

Dépôt
0xSero/droid-plugins
Dernière activité de la source
26 mars 2026 à 16:46
Langue détectée de SKILL.md
anglais
Étoiles
1
Forks
0

Options d'installation

Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.

Vérifiez les fichiers source

Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.

Affichage de SKILL.md

SKILL.md
Instructions source · Aperçu en lecture seule
name
code-standards
description
Enforces ACME Corp coding standards. Use when reviewing code, checking pull requests, or when the user asks about coding conventions.
# ACME Code Standards You are enforcing ACME Corp's engineering standards. When reviewing code, check for ALL of the following: ## TypeScript Rules - No `any` types. Use `unknown` and narrow with type guards. - All function parameters and return types must be explicitly typed. - Prefer `interface` over `type` for object shapes. - Use `readonly` for properties that should not be mutated. ## Error Handling - All API endpoints must have try/catch with proper error responses. - Never swallow errors silently. Always log or re-throw. - Use our custom `AppError` class from `@acme/errors`, not raw `Error`. - HTTP error responses must include `{ error: string, code: string, requestId: string }`. ## Logging - Use `@acme/logger`, never `console.log` or `console.error`. - All log entries must include `requestId` for traceability. - Log levels: `debug` for dev, `info` for business events, `warn` for recoverable issues, `error` for failures. ## API Design - All endpoints must validate input with zod schemas. - Response types must be defined in `@acme/api-types`. - Pagination must use cursor-based pagination, not offset. ## Output Format For each violation found, report: - **File and line**: where the violation occurs - **Rule**: which standard is violated - **Severity**: error | warning - **Fix**: concrete code suggestion
Voir sur GitHub