Agrega seguimiento de bugs, planificación de features y gestión de sprints a tu workflow de Cursor. En 30 segundos.
POST /api/bugs (sin contrato) — Paso 4POST /api/features (sin contrato) — Paso 5POST /api/feedback (sin contrato) — Paso 9POST /api/contracts/:id/bugs (requiere contrato) — Paso 7
Agrega a tu archivo .env:
BUGGAZI_BASE_URL=https://buggazi.com BUGGAZI_API_KEY=bgz_your_key_here
¿Aún no tienes key? Regístrate gratis por API — no necesitas dashboard:
curl -X POST https://buggazi.com/api/signup \
-H "Content-Type: application/json" \
-d '{"slug":"my-project","name":"My Project","email":"you@example.com"}'
Al inicio de cada sesión, haz estas 3 llamadas. Reemplazan más de 10 llamadas individuales:
# 1. What changed since I last looked? (default: last 24 hours) curl "$BUGGAZI_BASE_URL/api/tenant/notifications" \ -H "Authorization: Bearer $BUGGAZI_API_KEY" # 2. Full project status in one call curl "$BUGGAZI_BASE_URL/api/dashboard" \ -H "Authorization: Bearer $BUGGAZI_API_KEY" # 3. Who am I? (your slug, plan, limits, contracts) curl "$BUGGAZI_BASE_URL/api/tenant/me" \ -H "Authorization: Bearer $BUGGAZI_API_KEY"
Copia esto en el archivo .cursorrules de tu proyecto. Cursor lo lee al iniciar y obtiene integración completa con Buggazi:
Authorization: Bearer $BUGGAZI_API_KEY. Sin él recibirás 401. Sin excepciones.
# Buggazi Integration
This project uses Buggazi for bug tracking, feature planning, and sprint management.
API base: ${BUGGAZI_BASE_URL}. Auth: Bearer ${BUGGAZI_API_KEY}.
EVERY request MUST include: -H "Authorization: Bearer ${BUGGAZI_API_KEY}" -H "Content-Type: application/json"
## Session start (DO THIS FIRST)
1. GET /api/tenant/notifications?since=LAST_SESSION_ISO → what changed
2. GET /api/dashboard → full status + cross-tenant activity
3. GET /api/tenant/me → your slug, plan, limits
Then work. Only use GET /api/bugs, GET /api/features for search/filter.
## When tests fail
POST /api/bugs with: title, severity (open string, e.g. P0-P3 or your own), category (projectname-domain),
source ("e2e-test"), evidence.testOutput (error stack).
## When fixing bugs
GET /api/bugs?status=open to see open bugs. Add ?q=text to search.
PATCH /api/bugs/:bugId with: status ("fixing"), diagnosis.rootCause, diagnosis.affectedFiles[].
After fix verified: PATCH /api/bugs/:bugId/resolve with: resolution.fix, resolution.filesChanged[], resolution.commitSha.
## When planning features
POST /api/features with: title, priority (open string), category, status ("todo"|"in-progress").
POST /api/features/:id/link-bug with: bugId (link related bugs).
GET /api/features/board for kanban view.
## When managing sprints
POST /api/sprints with: name, goal, startDate, endDate, status ("active").
GET /api/sprints/active for progress (percentComplete computed from features).
## Key patterns
- Bug IDs: BUG-YYYY-MMDD-NNNN (auto-generated, 4-digit counter)
- Feature IDs: FEAT-YYYY-MMDD-NNNN (auto-generated)
- Screenshots: send base64 PNG in evidence.screenshots[].data, CDN URL returned
- Status fields accept any string (no enum restriction)
- externalLinks (optional): [{ url: "https://github.com/org/repo/pull/42", label: "PR #42" }]
- All requests need: -H "Authorization: Bearer ${BUGGAZI_API_KEY}" -H "Content-Type: application/json"
## Cross-tenant contracts (file bugs in another project)
POST /api/contracts/propose {"partnerSlug":"their-slug","scope":["bug","feature"]}
Partner accepts → POST /api/contracts/:id/bugs to file in their tenant.
Comments: POST /api/contracts/:id/bugs/:bugId/comments {"message":"..."}
Revoke: DELETE /api/contracts/:id or POST /api/contracts/:id/revoke {"reason":"..."}
## Comments
POST /api/bugs/:bugId/comments {"message":"...","as":"qa-lead"} — threaded on bugs/features.
POST /api/contracts/:id/bugs/:bugId/comments — cross-tenant comments.
Auto-reopen: commenting on closed bugs/features reopens them.
## Feedback to Buggazi
POST /api/feedback {"type":"bug","title":"...","severity":"P1","category":"buggazi-api"}
GET /api/feedback — list your feedback. POST /api/feedback/:id/comments — comment on it.
## Webhooks (optional — only if your service has a public URL)
PUT /api/settings/webhooks with: url, events ["bug:resolved","*"], enabled:true.
Events: bug:created, bug:resolved, feature:created, sprint:updated, *
Cursor ahora entiende Buggazi. Prueba con lenguaje natural o usa la API directamente:
# File a bug
curl -X POST $BUGGAZI_BASE_URL/api/bugs \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"title":"Login form returns 500","severity":"P1","category":"my-project-auth","source":"cursor"}'
# Search bugs by text
curl "$BUGGAZI_BASE_URL/api/bugs?q=timeout&status=open" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
# Resolve a bug
curl -X PATCH "$BUGGAZI_BASE_URL/api/bugs/BUG_ID/resolve" \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"resolution":{"fix":"Fixed null check in auth middleware","filesChanged":["src/auth.js"],"commitSha":"abc123"}}'
# Create a feature
curl -X POST $BUGGAZI_BASE_URL/api/features \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"title":"SSO support","priority":"P1","category":"auth","status":"todo"}'
# Link a bug to a feature
curl -X POST "$BUGGAZI_BASE_URL/api/features/FEAT_ID/link-bug" \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"bugId":"BUG_ID"}'
# View kanban board
curl "$BUGGAZI_BASE_URL/api/features/board" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
# Search features by text
curl "$BUGGAZI_BASE_URL/api/features?q=authentication&status=backlog" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
# Create a sprint
curl -X POST $BUGGAZI_BASE_URL/api/sprints \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"name":"Sprint 1","goal":"Core auth","startDate":"2026-06-01","endDate":"2026-06-14","status":"active"}'
# Check sprint progress
curl "$BUGGAZI_BASE_URL/api/sprints/active" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
Attach GitHub PRs, issues, or any URL to bugs and features using the externalLinks field:
# File a bug linked to a GitHub issue
curl -X POST $BUGGAZI_BASE_URL/api/bugs \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"title":"Auth timeout on /v2","severity":"P1","category":"api","externalLinks":[{"url":"https://github.com/org/repo/issues/42","label":"Issue #42"}]}'
# Add links when updating a feature
curl -X PATCH "$BUGGAZI_BASE_URL/api/features/FEAT_ID" \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"externalLinks":[{"url":"https://github.com/org/repo/pull/99","label":"PR #99"}]}'
externalLinks is an optional array on both bugs and features. Each entry has url (required) and label (optional display name). Use it to connect Buggazi items to GitHub PRs, Jira tickets, Linear issues, or any external URL.
¿Tu proyecto depende de la API de otro equipo? Propón un contrato. Ellos aceptan. Tu agente reporta bugs directamente en su proyecto.
"bug" and/or "feature" (singular, not plural)GET /api/contracts/inbound# 1. Propose a contract (expires in 30 minutes)
curl -X POST $BUGGAZI_BASE_URL/api/contracts/propose \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"partnerSlug":"tygaapp","scope":["bug","feature"]}'
# 2. Partner checks for inbound proposals
curl "$BUGGAZI_BASE_URL/api/contracts/inbound" \
-H "Authorization: Bearer $PARTNER_API_KEY"
# 3. Partner accepts
curl -X POST $BUGGAZI_BASE_URL/api/contracts/CTR_ID/accept \
-H "Authorization: Bearer $PARTNER_API_KEY"
# 4. File a bug in partner's tenant
curl -X POST $BUGGAZI_BASE_URL/api/contracts/CTR_ID/bugs \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"title":"Chat widget timeout","severity":"P1","category":"tygaapp-chat"}'
# List bugs on this contract (both sides can read)
curl "$BUGGAZI_BASE_URL/api/contracts/CTR_ID/bugs?status=open" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
# List your active contracts
curl "$BUGGAZI_BASE_URL/api/contracts?status=active" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
# Revoke a contract (either side)
curl -X DELETE "$BUGGAZI_BASE_URL/api/contracts/CTR_ID" \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"reason":"No longer collaborating"}'
DELETE /api/contracts/:id or POST /api/contracts/:id/revoke. After revoke: you can still read existing bugs/features and comment — only new filings are blocked.
Conversaciones en hilos sobre bugs y features. Reapertura auto: comentar en un item cerrado lo reabre.
# Comment on your own bug
curl -X POST "$BUGGAZI_BASE_URL/api/bugs/BUG_ID/comments" \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"message":"Reproduced on Chrome 126. Stack trace in diagnosis.","as":"qa-lead"}'
# Read comments
curl "$BUGGAZI_BASE_URL/api/bugs/BUG_ID/comments" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
# Comment on a cross-tenant bug (via contract)
curl -X POST "$BUGGAZI_BASE_URL/api/contracts/CTR_ID/bugs/BUG_ID/comments" \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"message":"Can you confirm this on the /v2 endpoint?"}'
# Delete a comment (own comments only)
curl -X DELETE "$BUGGAZI_BASE_URL/api/bugs/BUG_ID/comments/COMMENT_ID" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
POST /api/features/:featureId/comments and POST /api/contracts/:id/features/:featureId/comments. Author is always your verified API key name. Add optional "as" field for display role.
Reporta un bug en Buggazi mismo o solicita un feature. Esto va al equipo de Buggazi — no a otros proyectos. Para bugs en otros tenants, usa contratos (Paso 7).
# Report a bug in Buggazi
curl -X POST $BUGGAZI_BASE_URL/api/feedback \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"type":"bug","title":"API returns 500 on bulk create","severity":"P1","category":"buggazi-api"}'
# Request a feature from Buggazi
curl -X POST $BUGGAZI_BASE_URL/api/feedback \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"type":"feature","title":"Add webhook retry on failure","priority":"P2","category":"buggazi-api"}'
# List feedback you filed
curl "$BUGGAZI_BASE_URL/api/feedback" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
# Comment on your feedback
curl -X POST "$BUGGAZI_BASE_URL/api/feedback/FEEDBACK_ID/comments" \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"message":"Still seeing this on v2.8.17"}'
# Set up webhook
curl -X PUT $BUGGAZI_BASE_URL/api/settings/webhooks \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"url":"https://your-app.com/api/webhooks/buggazi","events":["bug:resolved","*"],"enabled":true}'
# Save the returned secret for HMAC-SHA256 verification
Events: bug:created, bug:resolved, bug:status_changed, feature:created, sprint:updated, *. No public URL? Use GET /api/tenant/notifications to poll instead.
# Your public roadmap (no auth needed for viewers)
https://buggazi.com/roadmap.html?tenant=YOUR_TENANT_ID
# Toggle visibility
curl -X PUT $BUGGAZI_BASE_URL/api/settings/roadmap \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"public": true}'
# White-label: set your logo
curl -X PUT $BUGGAZI_BASE_URL/api/settings/branding \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"cdnLogoUrl":"https://your-cdn.com/logo.svg"}'
# View audit events curl "$BUGGAZI_BASE_URL/api/audit?entityType=bug&limit=10" \ -H "Authorization: Bearer $BUGGAZI_API_KEY" # Export compliance report curl "$BUGGAZI_BASE_URL/api/audit/export?format=csv" \ -H "Authorization: Bearer $BUGGAZI_API_KEY" -o audit.csv
# Create a test target
curl -X POST "$BUGGAZI_BASE_URL/api/targets" \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"name":"My Service","url":"https://my-service.com","modes":["public"]}'
# Discover → generate → run
curl -X POST "$BUGGAZI_BASE_URL/api/targets/TARGET_ID/discover" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
curl -X POST "$BUGGAZI_BASE_URL/api/targets/TARGET_ID/scenarios/generate" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
curl -X POST "$BUGGAZI_BASE_URL/api/targets/TARGET_ID/scenarios/run" \
-H "Authorization: Bearer $BUGGAZI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"headless":true}'
# Check results
curl "$BUGGAZI_BASE_URL/api/stats" \
-H "Authorization: Bearer $BUGGAZI_API_KEY"
Cada proyecto empieza en el nivel gratuito. Los planes de pago aumentan todos los límites.
| Plan | Plazas | Bugs/mes | Features/mes | Contratos | Sprints |
|---|---|---|---|---|---|
| Free | 1 | 100 | 20 | 2 | 2 |
| Paid | 2+ | 2,000+ | 500+ | 5+ | 10+ |
GET /api/tenant/me. Upgrade at buggazi.com.