Concepts
How It Works
Architecture overview of the feedback capture and delivery pipeline.
Faster Fixes has three main components: the widget, the API, and the consumption layer (dashboard + MCP).
1. Widget (client-side)
The widget runs in the reviewer's browser. When they click an element:
- A full-page screenshot is captured (excluding widget UI)
- A smart DOM selector is generated with fallback strategies
- The React component tree is extracted (dev builds)
- Browser metadata is collected (name, version, OS, viewport)
- Click coordinates are recorded
All data is sent to the Faster Fixes API as a multipart form upload.
2. API (server-side)
The API receives feedback, validates the request (API key, reviewer token, origin), stores the data, and uploads the screenshot to cloud storage. It then triggers background jobs:
- Create a GitHub issue (if GitHub integration is enabled)
3. Consumption layer
Feedback can be consumed two ways:
- Dashboard: A web interface where developers view, filter, assign, and manage feedback. Supports bulk actions, status management, and markdown export.
- MCP Server: An AI agent interface. The agent calls
list_feedbacksto get structured feedback andupdate_feedback_statusto mark items as resolved. The developer never leaves their terminal.
Data flow
Reviewer clicks element on website
↓
Widget captures context (screenshot, selector, component tree, browser info)
↓
Feedback submitted to Faster Fixes API
↓
┌───────────┬──────────────┐
↓ ↓ ↓
Dashboard MCP Server GitHub Issue
↓ ↓ ↓
Developer AI Agent Issue Tracker