원클릭으로
debug-webapp
// Debug the trading webapp frontend using Chrome DevTools MCP. Use when frontend is not behaving as expected, WebSocket connections failing, charts not rendering, or API calls returning errors.
// Debug the trading webapp frontend using Chrome DevTools MCP. Use when frontend is not behaving as expected, WebSocket connections failing, charts not rendering, or API calls returning errors.
| name | debug-webapp |
| description | Debug the trading webapp frontend using Chrome DevTools MCP. Use when frontend is not behaving as expected, WebSocket connections failing, charts not rendering, or API calls returning errors. |
Systematic debugging workflow for the trading-webapp frontend using Chrome DevTools MCP.
mcp__chrome-devtools__take_snapshot
This shows the current page structure and identifies interactive elements.
mcp__chrome-devtools__list_pages
Identify which page/tab to debug. Use select_page if needed.
mcp__chrome-devtools__list_console_messages
- Filter by types: ["error", "warn"]
Look for:
mcp__chrome-devtools__get_console_message
- msgid: <from list above>
mcp__chrome-devtools__list_network_requests
- resourceTypes: ["fetch", "xhr", "websocket"]
Look for:
mcp__chrome-devtools__get_network_request
- reqid: <from list above>
Check:
mcp__chrome-devtools__evaluate_script
- function: "() => { return window.__APP_STATE__ }"
Useful checks:
() => localStorage.getItem('auth_token')() => document.querySelectorAll('[data-error]').length() => window.__WEBSOCKET_STATE__mcp__chrome-devtools__take_screenshot
- fullPage: true (for full page)
- uid: <element> (for specific component)
mcp__chrome-devtools__performance_start_trace
- reload: true
- autoStop: true
mcp__chrome-devtools__performance_analyze_insight
- insightSetId: <from trace>
- insightName: "LCPBreakdown" or "DocumentLatency"
curl http://localhost:8000/healthFor most issues, run this sequence:
list_pages → identify the pagetake_snapshot → see current UI statelist_console_messages (errors only) → find JS errorslist_network_requests (fetch/xhr/websocket) → find API issuestake_screenshot → visual confirmationThen dig deeper based on what you find.
| Component | What to Check |
|---|---|
| Scanner table | WebSocket messages, /api/candidates |
| TradingView chart | tradingview console logs, symbol data feed |
| Watchlist | /api/watchlist endpoint, localStorage |
| Trade panel | /api/orders, form validation errors |
| Journal | /api/journal, DecisionSnapshot format |
Check PRD progress and determine next steps for the Warrior trading system. Use when user asks "what's next", wants project status, or starting a new session.
When uncertain about API behavior, library usage, or integration details, build a minimal proof-of-concept against live APIs before implementing. Prevents hallucinated solutions.
Reviews trading code for safety invariants and code reuse. Use when modifying trading logic, orders, positions, sizing, or adding features that interact with IBKR.