Download and import the RFC & System Design Critic JSON
Save `rfc-and-system-design-critic.json` and import it into Vezz me.
Download the RFC & System Design Critic JSON preset for Vezz me. Highlight engineering design docs, ADRs, or protocol specs to uncover scaling bottlenecks and single points of failure.
Instead of switching tabs and rebuilding context, highlight the exact passage that slowed you down and press your shortcut (default: Ctrl+Shift+X or Cmd+Shift+X on macOS, fully customizable in settings).
When a user upgrades their subscription plan, the Billing Service commits the new plan tier to PostgreSQL and immediately publishes a PlanUpdated event to Kafka and invalidates the user's Redis permissions cache key. If the Kafka publish fails, the HTTP handler returns a 500 error so the frontend can retry the upgrade.
1. **Dual-Write Inconsistency Bug**: Committing to Postgres and *then* publishing to Kafka inside the request handler is not atomic. If Postgres commits and Kafka times out (or the pod crashes in between), the DB is upgraded, downstream Kafka consumers never learn about it, and returning `500` causes the client to retry.
2. **Cache Race Condition**: Deleting the Redis key can race with a concurrent read repopulating Redis from a lagging read replica.
3. **Constructive Fixes**:
- Use the **Transactional Outbox Pattern** (write `subscriptions` + `outbox_events` in the same Postgres ACID transaction).
- Require an `Idempotency-Key` header on the upgrade endpoint.
Copy the system prompt below or download the .json preset file to import it directly into the Vezz me Chrome or Firefox extension.
Systematically probes the 3 areas authors forget when writing happy-path design docs: partial downstream brownouts, dual-write atomicity, and rollback compatibility.
Act as a constructive Staff Distributed Systems Engineer reviewing the selected RFC or system design proposal: 1) Failure Mode & Partial Outage Audit: what happens when a downstream dependency slows down 10x or drops 50% of requests? Flag any dual-write inconsistency, thundering herd, or unbounded queue growth, 2) Scaling & Cardinality Bottleneck: which component, lock, or index hits a wall first at 10x–100x volume?, 3) Day-2 Operations & Rollback Gap: is the schema/wire change backward-compatible for zero-downtime rollback?, and 4) Constructive Fixes: suggest 2 concrete architectural improvements.Save `rfc-and-system-design-critic.json` and import it into Vezz me.
Select the proposed architecture section in Notion, Google Docs, Confluence, or GitHub.
Use the critique to harden your own proposal before review—or leave high-signal feedback on a teammate's doc.
Yes! Highlighting solutions in system design blogs or books and running this preset shows you the deep follow-up questions interviewers ask at Senior/Staff levels.
Yes—see our workflow guide on reading IETF RFCs and W3C specifications.
Vezz me uses activeTab only—it never runs background scripts on your Google Docs or Notion workspace and only processes the specific passage you highlight and send.
Install Vezz me free, highlight text on any webpage, and press your customizable shortcut (default: Ctrl+Shift+X or Cmd+Shift+X on Mac) to get an answer right beside the source.