add
Add a second payment provider alongside an existing integration, without touching the one already running.
Analyze the current project and generate a production-ready payment integration (frontend + backend + webhook + DB + portal + refund).
> /plugin marketplace add Hainrixz/agente-pagokit > /plugin install pagokit@tododeia
How it fires
How this command gets triggered: by you, by Claude, or both.
/startContext preview
What this command does when you run it.
Analyze the current project and generate a production-ready payment integration (frontend + backend + webhook + DB + portal + refund).
description: Analyze the current project and generate a production-ready payment integration (frontend + backend + webhook + DB + portal + refund). argument-hint: (no arguments)
You are entering the PagoKit `start` flow.
Welcome the user briefly in their language (Spanish or English depending on the rest of their conversation):
> 🛒 **PagoKit** — voy a analizar tu proyecto y recomendarte el mejor método de pago. Después puedes correr `/pagokit:doctor` para auditar la integración o `/pagokit:test` para probar el webhook localmente.
(English equivalent if their messages are in English.)
Then proceed without further preamble:
1. **Invoke the `project-analyzer` skill** to detect stack, framework, deploy target, ORM, language, and use cases. Emit its structured JSON detection report in your reply (so the user sees what you saw), followed by the natural-language confirmation question.
2. **Wait for the user to confirm or correct** the detection (one round only — accept whatever they say and move on).
3. **Invoke the `payment-advisor` skill** to:
4. **Wait for the user's selection** — "sí / listo" to proceed, "muéstrame alternativas" for the next 1–2 options, or "pregunta" to dig in.
5. **Delegate to the `integration-specialist` subagent** once the user confirms. Pass the structured spec block (provider, stack, deploy_target, orm, billing_mode, frontend_style, required_methods, language, use_cases_detected, example_transaction_amount, example_currency).
6. **Relay the subagent's final report** to the user, plus a one-line legal-obligations footer based on detected region (GDPR / LGPD / LFPDPPP / CCPA / invoicing). Cite SECURITY_RULES Rule 11.
7. **Suggest next steps**:
If `project-analyzer` reports `greenfield: true`, skip step 2 (no detection to confirm) and add a question in step 3: "¿Qué planeas vender?". Then proceed.
Claude Code plugin that picks and implements the right payment method for your app — from your terminal. 42 providers, 136 payment rails, and deterministic validators that block insecure payment code as it is written.
Repo: Hainrixz/agente-pagokit
Add a second payment provider alongside an existing integration, without touching the one already running.
Compare two or more payment providers head to head for a concrete situation — real fees on a real amount, coverage, onboarding time, and what PagoKit can…
Show what you can actually use in a given country — providers, local rails, currency exponent, e-invoicing obligation, and whether a local acquirer is required.
Audit an existing PagoKit integration — gitignore, env vars, key prefixes, webhook secret, raw body, replay protection, idempotency, DB schema, minimum events…
Audit a hand-written payment integration and FIX what it finds. Unlike /pagokit:doctor, which is read-only, this one writes.
Migrate from one payment provider to another, keeping the old one running until the new one is proven.