Security: see references/scanner-notes.md and upstream SECURITY.md for expected scanner signals and trust model.
Verasic Bugbot — Local Review Orchestration
Workflow
- Determine scope from the user's message: branch changes (default) or uncommitted changes. A narrower user request (e.g. "only the API layer") filters which findings to report — the diff scope stays one of the two above.
- In Cursor: launch the
verasic-bugbot-reviewersubagent (.cursor/agents/verasic-bugbot-reviewer.md) with the repository path and scope, in the foreground, then relay its report unchanged except strip harness paths, skill/rule names, protocol dumps, and internal config perverasic-agent-disclosure. - After relay: if the diff touches auth, crypto, webhooks, or user-input validation, add one cross-tip line to
/verasic-secbotfor STRIDE depth. Never auto-chain. - In any agent without subagents: read
references/review-protocol.mdand execute the review yourself in this conversation, following it exactly.
Orchestration (Cursor)
Run a Bugbot-like review of local changes.
Launch the verasic-bugbot-reviewer subagent with this prompt:
Full Repository Path: <current workspace root>
Diff: branch changes (use 'uncommitted changes' if I said so in my message)
Follow your system prompt fully: read full files, trace callers, apply the checklists in .cursor/skills/verasic-bugbot/checklists/ (or .agents/skills/verasic-bugbot/checklists/ for cursor-hybrid installs), filter aggressively, and report in your standard output format.
After the subagent returns, relay its findings verbatim — do not soften severities or drop issues. If it found zero issues, say so plainly.
Bugbot-only — use /verasic-secbot for STRIDE security depth.
After the summary, if the diff touches auth, crypto, webhooks, or user-input validation, add ONE line: Tip: auth/crypto/webhook/input changes — run /verasic-secbot for STRIDE depth.
Source of truth
The full review protocol (diff scope, process, filtering, output format) lives in references/review-protocol.md. The Cursor subagent is a thin pointer to it; never duplicate the protocol elsewhere.
Checklists (used by the protocol)
Modular checklists live in checklists/:
checklists/correctness.md— logic, edge cases, contracts, concurrencychecklists/security.md— injection, secrets, authz, unsafe deserializationchecklists/performance.md— N+1, unbounded growth, blocking callschecklists/infra.md— Docker/compose/CI/proxy: exposed ports, secrets, data loss
Add project-specific checklists as new files here; the protocol applies every .md file in checklists/.
Hard rules
- Never review without reading full files — hunks lie.
- Never report style/nitpicks. Real bugs only.
- Zero findings is a valid result; report it confidently.