* docs: initialize sebuf integration project with codebase map Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * chore: add project config Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs: complete project research * docs: define v1 requirements (34 requirements, 8 categories) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs: create roadmap (8 phases) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(01): capture phase context * docs(state): record phase 1 context session * docs(01): research phase domain - buf toolchain, sebuf codegen, proto patterns Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(01-proto-foundation): create phase plan * chore(01-01): configure buf toolchain with buf.yaml, buf.gen.yaml, buf.lock - buf.yaml v2 with STANDARD+COMMENTS lint, FILE+PACKAGE+WIRE_JSON breaking, deps on protovalidate and sebuf - buf.gen.yaml configures protoc-gen-ts-client, protoc-gen-ts-server, protoc-gen-openapiv3 plugins - buf.lock generated with resolved dependency versions Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(01-01): add shared core proto type definitions - geo.proto: GeoCoordinates with lat/lng validation, BoundingBox for spatial queries - time.proto: TimeRange with google.protobuf.Timestamp start/end - pagination.proto: cursor-based PaginationRequest (1-100 page_size) and PaginationResponse - i18n.proto: LocalizableString for pre-localized upstream API strings - identifiers.proto: typed ID wrappers (HotspotID, EventID, ProviderID) for cross-domain refs - general_error.proto: GeneralError with RateLimited, UpstreamDown, GeoBlocked, MaintenanceMode All files pass buf lint (STANDARD+COMMENTS) and buf build with zero errors. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(01-01): complete buf toolchain and core proto types plan - SUMMARY.md documents 2 tasks, 9 files created, 2 deviations auto-fixed - STATE.md updated: plan 1/2 in phase 1, decisions recorded - ROADMAP.md updated: phase 01 in progress (1/2 plans) - REQUIREMENTS.md updated: PROTO-01, PROTO-02, PROTO-03 marked complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * refactor(01-01): use int64 epoch millis instead of google.protobuf.Timestamp User preference: all time fields use int64 (Unix epoch milliseconds) instead of google.protobuf.Timestamp for simpler serialization and JS interop. Applied to TimeRange and MaintenanceMode. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(01-02): create test domain proto files with core type imports - Add test_item.proto with GeoCoordinates import and int64 timestamps - Add get_test_items.proto with TimeRange and Pagination imports - Add service.proto with HTTP annotations for TestService - All proto files pass buf lint and buf build * feat(01-02): run buf generate and create Makefile for code generation pipeline - Add Makefile with generate, lint, clean, install, check, format, breaking targets - Update buf.gen.yaml with managed mode and paths=source_relative for correct output paths - Generate TypeScript client (TestServiceClient class) at src/generated/client/ - Generate TypeScript server (TestServiceHandler interface) at src/generated/server/ - Generate OpenAPI 3.1.0 specs (JSON + YAML) at docs/api/ - Core type imports (GeoCoordinates, TimeRange, Pagination) flow through to generated output * docs(01-02): complete test domain code generation pipeline plan - Create 01-02-SUMMARY.md with pipeline validation results - Update STATE.md: phase 1 complete, 2/2 plans done, new decisions recorded - Update ROADMAP.md: phase 1 marked complete (2/2) - Update REQUIREMENTS.md: mark PROTO-04 and PROTO-05 complete * docs(phase-01): complete phase execution and verification * test(01): complete UAT - 6 passed, 0 issues * feat(2A): define all 17 domain proto packages with generated clients, servers, and OpenAPI specs Remove test domain protos (Phase 1 scaffolding). Add core enhancements (severity.proto, country.proto, expanded identifiers.proto). Define all 17 domain services: seismology, wildfire, climate, conflict, displacement, unrest, military, aviation, maritime, cyber, market, prediction, economic, news, research, infrastructure, intelligence. 79 proto files producing 34 TypeScript files and 34 OpenAPI specs. buf lint clean, tsc clean. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2B): add server runtime phase context and handoff checkpoint Prepare Phase 2B with full context file covering deliverables, key reference files, generated code patterns, and constraints. Update STATE.md with resume pointer. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2B): research phase domain * docs(2B): create phase plan * feat(02-01): add shared server infrastructure (router, CORS, error mapper) - router.ts: Map-based route matcher from RouteDescriptor[] arrays - cors.ts: TypeScript port of api/_cors.js with POST/OPTIONS methods - error-mapper.ts: onError callback handling ApiError, network, and unknown errors Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(02-01): implement seismology handler as first end-to-end proof - Implements SeismologyServiceHandler from generated server types - Fetches USGS M4.5+ earthquake GeoJSON feed and transforms to proto-shaped Earthquake[] - Maps all fields: id, place, magnitude, depthKm, location, occurredAt (String), sourceUrl Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(02-01): complete server infrastructure plan - SUMMARY.md with task commits, decisions, and self-check - STATE.md updated: position, decisions, session info - REQUIREMENTS.md: SERVER-01, SERVER-02, SERVER-06 marked complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(02-02): create Vercel catch-all gateway, tsconfig.api.json, and typecheck:api script - api/[[...path]].ts mounts seismology routes via catch-all with CORS on every response path - tsconfig.api.json extends base config without vite/client types for edge runtime - package.json adds typecheck:api script * feat(02-02): add Vite dev server plugin for sebuf API routes - sebufApiPlugin() intercepts /api/{domain}/v1/* in dev mode - Uses dynamic imports to lazily load handler modules inside configureServer - Converts Connect IncomingMessage to Web Standard Request - CORS headers applied to all plugin responses (200, 204, 403, 404) - Falls through to existing proxy rules for non-sebuf /api/* paths * docs(02-02): complete gateway integration plan - SUMMARY.md documenting catch-all gateway + Vite plugin implementation - STATE.md updated: Phase 2B complete, decisions recorded - ROADMAP.md updated: Phase 02 marked complete (2/2 plans) - REQUIREMENTS.md: SERVER-03, SERVER-04, SERVER-05 marked complete * docs(02-server-runtime): create gap closure plan for SERVER-05 Tauri sidecar * feat(02-03): add esbuild compilation step for sebuf sidecar gateway bundle - Create scripts/build-sidecar-sebuf.mjs that bundles api/[[...path]].ts into a single ESM .js file - Add build:sidecar-sebuf npm script and chain it into the main build command - Install esbuild as explicit devDependency - Gitignore the compiled api/[[...path]].js build artifact Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(02-03): verify sidecar discovery and annotate SERVER-05 gap closure - Confirm compiled bundle handler returns status 200 for POST requests - Add gap closure note to SERVER-05 in REQUIREMENTS.md - Verify typecheck:api and full build pipeline pass without regressions Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(02-03): complete sidecar sebuf bundle plan - Create 02-03-SUMMARY.md documenting esbuild bundle compilation - Update STATE.md with plan 03 position, decisions, and metrics - Update ROADMAP.md plan progress (3/3 plans complete) - Annotate SERVER-05 gap closure in REQUIREMENTS.md Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-02): complete phase execution * docs(2C): capture seismology migration phase context Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(state): record phase 2C context session Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2C): research seismology migration phase Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2C): create seismology migration phase plan * feat(2C-01): annotate all int64 time fields with INT64_ENCODING_NUMBER - Vendor sebuf/http/annotations.proto locally with Int64Encoding extension (50010) - Remove buf.build/sebmelki/sebuf BSR dep, use local vendored proto instead - Add INT64_ENCODING_NUMBER annotation to 34 time fields across 20 proto files - Regenerate all TypeScript client and server code (time fields now `number` not `string`) - Fix seismology handler: occurredAt returns number directly (no String() wrapper) - All non-time int64 fields (displacement counts, population) left as string - buf lint, buf generate, tsc, and sidecar build all pass with zero errors Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2C-01): complete INT64_ENCODING_NUMBER plan - Create 2C-01-SUMMARY.md with execution results and deviations - Update STATE.md: plan 01 complete, int64 blocker resolved, new decisions - Update ROADMAP.md: mark 2C-01 plan complete - Update REQUIREMENTS.md: mark CLIENT-01 complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix(lint): exclude .planning/ from markdownlint GSD planning docs use formatting that triggers MD032 -- these are machine-generated and not user-facing. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2C-02): rewrite earthquake adapter to use SeismologyServiceClient and adapt all consumers to proto types - Replace legacy fetch/circuit-breaker adapter with port/adapter wrapping SeismologyServiceClient - Update 7 consuming files to import Earthquake from @/services/earthquakes (the port) - Adapt all field accesses: lat/lon -> location?.latitude/longitude, depth -> depthKm, time -> occurredAt, url -> sourceUrl - Remove unused filterByTime from Map.ts (only called for earthquakes, replaced with inline filter) - Update e2e test data to proto Earthquake shape Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * chore(2C-02): delete legacy earthquake endpoint, remove Vite proxy, clean API_URLS config - Delete api/earthquakes.js (legacy Vercel edge function proxying USGS) - Remove /api/earthquake Vite dev proxy (sebufApiPlugin handles seismology now) - Remove API_URLS.earthquakes entry from base config (no longer referenced) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2C-02): complete seismology client wiring plan - Create 2C-02-SUMMARY.md with execution results - Update STATE.md: phase 2C complete, decisions, metrics - Update ROADMAP.md: mark 2C-02 and phase 2C complete - Mark requirements CLIENT-02, CLIENT-04, CLEAN-01, CLEAN-02 complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-2C): complete phase execution Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2D): create wildfire migration phase plan * feat(2D-01): enhance FireDetection proto and implement wildfire handler - Add region (field 8) and day_night (field 9) to FireDetection proto - Regenerate TypeScript client and server types - Implement WildfireServiceHandler with NASA FIRMS CSV proxy - Fetch all 9 monitored regions in parallel via Promise.allSettled - Graceful degradation to empty list when API key is missing Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2D-01): wire wildfire routes into gateway and rebuild sidecar - Import createWildfireServiceRoutes and wildfireHandler in catch-all - Mount wildfire routes alongside seismology in allRoutes array - Rebuild sidecar-sebuf bundle with wildfire endpoint included Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2D-01): complete wildfire handler plan - Create 2D-01-SUMMARY.md with execution results - Update STATE.md position to 2D plan 01 complete - Update ROADMAP.md with 2D progress (1/2 plans) - Mark DOMAIN-01 requirement complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2D-02): create wildfires service module and rewire all consumers - Add src/services/wildfires/index.ts with fetchAllFires, computeRegionStats, flattenFires, toMapFires - Rewire App.ts to import from @/services/wildfires with proto field mappings - Rewire SatelliteFiresPanel.ts to import FireRegionStats from @/services/wildfires - Update signal-aggregator.ts source comment * chore(2D-02): delete legacy wildfire endpoint and service module - Remove api/firms-fires.js (replaced by api/server/worldmonitor/wildfire/v1/handler.ts) - Remove src/services/firms-satellite.ts (replaced by src/services/wildfires/index.ts) - Zero dangling references confirmed - Full build passes (tsc, vite, sidecar) * docs(2D-02): complete wildfire consumer wiring plan - Create 2D-02-SUMMARY.md with execution results - Update STATE.md: phase 2D complete, progress ~52% - Update ROADMAP.md: phase 2D plan progress * docs(phase-2D): complete phase execution Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-2E): research climate migration domain Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2E): create phase plan * feat(2E-01): implement climate handler with 15-zone monitoring and baseline comparison - Create ClimateServiceHandler with 15 hardcoded monitored zones matching legacy - Parallel fetch from Open-Meteo Archive API via Promise.allSettled - 30-day baseline comparison: last 7 days vs preceding baseline - Null filtering with paired data points, minimum 14-point threshold - Severity classification (normal/moderate/extreme) and type (warm/cold/wet/dry/mixed) - 1-decimal rounding for tempDelta and precipDelta - Proto ClimateAnomaly mapping with GeoCoordinates Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2E-01): wire climate routes into gateway and rebuild sidecar - Import createClimateServiceRoutes and climateHandler in catch-all gateway - Mount climate routes alongside seismology and wildfire - Rebuild sidecar-sebuf bundle with climate routes included Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2E-01): complete climate handler plan - Create 2E-01-SUMMARY.md with execution results - Update STATE.md: position to 2E plan 01, add decisions - Update ROADMAP.md: mark 2E-01 complete, update progress table Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2E-02): rewrite climate service module and rewire all consumers - Replace src/services/climate.ts with src/services/climate/index.ts directory module - Port/adapter pattern: ClimateServiceClient maps proto shapes to legacy consumer shapes - Rewire ClimateAnomalyPanel, DeckGLMap, MapContainer, country-instability, conflict-impact - All 6 consumers import ClimateAnomaly from @/services/climate instead of @/types - Drop dead getSeverityColor function, keep getSeverityIcon and formatDelta - Fix minSeverity required param in listClimateAnomalies call * chore(2E-02): delete legacy climate endpoint and remove dead types - Delete api/climate-anomalies.js (replaced by sebuf climate handler) - Remove ClimateAnomaly and AnomalySeverity from src/types/index.ts - Full build passes with zero errors * docs(2E-02): complete climate client wiring plan - Create 2E-02-SUMMARY.md with execution results - Update STATE.md: phase 2E complete, decisions, session continuity - Update ROADMAP.md: phase 2E progress * docs(phase-2E): complete phase execution Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2F): research prediction migration domain * docs(2F): create prediction migration phase plans * feat(2F-01): implement prediction handler with Gamma API proxy - PredictionServiceHandler proxying Gamma API with 8s timeout - Maps events/markets to proto PredictionMarket with 0-1 yesPrice scale - Graceful degradation: returns empty markets on any failure (Cloudflare expected) - Supports category-based events endpoint and default markets endpoint Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2F-01): wire prediction routes into gateway - Import createPredictionServiceRoutes and predictionHandler - Mount prediction routes in allRoutes alongside seismology, wildfire, climate - Sidecar bundle rebuilt successfully (21.2 KB) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2F-01): complete prediction handler plan - SUMMARY.md with handler implementation details and deviation log - STATE.md updated to 2F in-progress position with decisions - ROADMAP.md updated to 1/2 plans complete for phase 2F - REQUIREMENTS.md marked DOMAIN-02 complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2F-02): create prediction service module and rewire all consumers - Create src/services/prediction/index.ts preserving all business logic from polymarket.ts - Replace strategy 4 (Vercel edge) with PredictionServiceClient in polyFetch - Update barrel export from polymarket to prediction in services/index.ts - Rewire 7 consumers to import PredictionMarket from @/services/prediction - Fix 3 yesPrice bugs: CountryIntelModal (*100), App.ts search (*100), App.ts snapshot (1-y) - Drop dead code getPolymarketStatus() Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * chore(2F-02): delete legacy endpoint and remove dead types - Delete api/polymarket.js (replaced by sebuf handler) - Delete src/services/polymarket.ts (replaced by src/services/prediction/index.ts) - Remove PredictionMarket interface from src/types/index.ts (now in prediction module) - Type check and sidecar build both pass Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2F-02): complete prediction consumer wiring plan Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-2F): complete phase execution * docs(phase-2F): fix roadmap plan counts and completion status Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2G): research displacement migration phase * docs(2G): create displacement migration phase plans * feat(2G-01): implement displacement handler with UNHCR API pagination and aggregation - 40-entry COUNTRY_CENTROIDS map for geographic coordinates - UNHCR Population API pagination (10,000/page, 25-page guard) - Year fallback: current year to current-2 until data found - Per-country origin + asylum aggregation with unified merge - Global totals computation across all raw records - Flow corridor building sorted by refugees, capped by flowLimit - All int64 fields returned as String() per proto types - Graceful empty response on any failure Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2G-01): wire displacement routes into gateway and rebuild sidecar - Import createDisplacementServiceRoutes and displacementHandler - Mount displacement routes alongside seismology, wildfire, climate, prediction - Sidecar bundle rebuilt with displacement included (31.0 KB) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2G-01): complete displacement handler plan - SUMMARY.md with execution metrics and decisions - STATE.md updated to 2G phase position - ROADMAP.md updated with 2G-01 plan progress Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2G-02): create displacement service module and rewire all consumers - Create src/services/displacement/index.ts as port/adapter using DisplacementServiceClient - Map proto int64 strings to numbers and GeoCoordinates to flat lat/lon - Preserve circuit breaker, presentation helpers (getDisplacementColor, formatPopulation, etc.) - Rewire App.ts, DisplacementPanel, MapContainer, DeckGLMap, conflict-impact, country-instability - Delete legacy src/services/unhcr.ts Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * chore(2G-02): delete legacy endpoint and remove dead displacement types - Delete api/unhcr-population.js (replaced by displacement handler from 2G-01) - Remove DisplacementFlow, CountryDisplacement, UnhcrSummary from src/types/index.ts - All consumers now import from @/services/displacement - Sidecar rebuild, tsc, and full Vite build pass clean Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2G-02): complete displacement consumer wiring plan - SUMMARY.md with 2 task commits, decisions, deviation documentation - STATE.md updated: phase 2G complete, 02/02 plans done - ROADMAP.md updated with plan progress Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-2G): complete phase execution Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2H): research aviation migration phase * docs(2H): create aviation migration phase plans * feat(2H-01): implement aviation handler with FAA XML parsing and simulated delays - Install fast-xml-parser for server-side XML parsing (edge-compatible) - Create AviationServiceHandler with FAA NASSTATUS XML fetch and parse - Enrich US airports with MONITORED_AIRPORTS metadata (lat, lon, name, icao) - Generate simulated delays for non-US airports with rush-hour weighting - Map short-form strings to proto enums (FlightDelayType, FlightDelaySeverity, etc.) - Wrap flat lat/lon into GeoCoordinates for proto response - Graceful empty alerts on any upstream failure Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2H-01): wire aviation routes into gateway and rebuild sidecar - Mount createAviationServiceRoutes in catch-all gateway alongside 5 existing domains - Import aviationHandler for route wiring - Rebuild sidecar-sebuf bundle with aviation routes included Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2H-01): complete aviation handler plan - Create 2H-01-SUMMARY.md with execution results - Update STATE.md position to 2H-01 with aviation decisions - Update ROADMAP.md progress for phase 2H (1/2 plans) - Mark DOMAIN-08 requirement as complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2H-02): create aviation service module and rewire all consumers - Create src/services/aviation/index.ts as port/adapter wrapping AviationServiceClient - Map proto enum strings to short-form (severity, delayType, region, source) - Unwrap GeoCoordinates to flat lat/lon, convert epoch-ms updatedAt to Date - Preserve circuit breaker with identical name string - Rewire Map, DeckGLMap, MapContainer, MapPopup, map-harness to import from @/services/aviation - Update barrel export: flights -> aviation - Delete legacy src/services/flights.ts Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * chore(2H-02): delete legacy endpoint and remove dead aviation types - Delete api/faa-status.js (replaced by aviation handler in 2H-01) - Remove FlightDelaySource, FlightDelaySeverity, FlightDelayType, AirportRegion, AirportDelayAlert from src/types/index.ts - Preserve MonitoredAirport with inlined region type union - Full build (tsc + vite + sidecar) passes with zero errors Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2H-02): complete aviation consumer wiring plan Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-2H): complete phase execution Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2I): research phase domain * docs(2I): create phase plan * feat(2I-01): implement ResearchServiceHandler with 3 RPCs - arXiv XML parsing with fast-xml-parser (ignoreAttributes: false for attributes) - GitHub trending repos with primary + fallback API URLs - Hacker News Firebase API with 2-step fetch and bounded concurrency (10) - All RPCs return empty arrays on failure (graceful degradation) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2I-01): mount research routes in gateway and rebuild sidecar - Import createResearchServiceRoutes and researchHandler in catch-all gateway - Add research routes to allRoutes array (after aviation) - Sidecar bundle rebuilt (116.6 KB) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2I-01): complete research handler plan - SUMMARY.md with self-check passed - STATE.md updated to phase 2I, plan 01 of 02 - ROADMAP.md updated with plan 2I-01 complete - REQUIREMENTS.md: DOMAIN-05 marked complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2I-02): create research service module and delete legacy code - Add src/services/research/index.ts with fetchArxivPapers, fetchTrendingRepos, fetchHackernewsItems backed by ResearchServiceClient - Re-export proto types ArxivPaper, GithubRepo, HackernewsItem (no enum mapping needed) - Circuit breakers wrap all 3 client calls with empty-array fallback - Delete legacy API endpoints: api/arxiv.js, api/github-trending.js, api/hackernews.js - Delete legacy service files: src/services/arxiv.ts, src/services/github-trending.ts, src/services/hackernews.ts - Remove arxiv, githubTrending, hackernews entries from API_URLS and REFRESH_INTERVALS in config Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2I-02): complete research consumer wiring plan - SUMMARY.md documenting service module creation and 6 legacy file deletions - STATE.md updated: phase 2I complete, decisions recorded - ROADMAP.md updated: phase 2I marked complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-2I): complete phase execution Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2J): complete unrest migration research * docs(2J): create unrest migration phase plans * feat(2J-01): implement UnrestServiceHandler with ACLED + GDELT dual-fetch - Create handler with listUnrestEvents RPC proxying ACLED API and GDELT GEO API - ACLED fetch uses Bearer auth from ACLED_ACCESS_TOKEN env var, returns empty on missing token - GDELT fetch returns GeoJSON protest events with no auth required - Deduplication uses 0.5-degree grid + date key, preferring ACLED over GDELT on collision - Severity classification and event type mapping ported from legacy protests.ts - Sort by severity (high first) then recency (newest first) - Graceful degradation: returns empty events on any upstream failure * feat(2J-01): mount unrest routes in gateway and rebuild sidecar - Import createUnrestServiceRoutes and unrestHandler in catch-all gateway - Add unrest service routes to allRoutes array - Sidecar bundle rebuilt to include unrest endpoint - RPC routable at POST /api/unrest/v1/list-unrest-events * docs(2J-01): complete unrest handler plan - Create 2J-01-SUMMARY.md with execution results and self-check - Update STATE.md with phase 2J position, decisions, session continuity - Update ROADMAP.md with plan 01 completion status * feat(2J-02): create unrest service module with proto-to-legacy type mapping - Full adapter maps proto UnrestEvent to legacy SocialUnrestEvent shape - 4 enum mappers: severity, eventType, sourceType, confidence - fetchProtestEvents returns ProtestData with events, byCountry, highSeverityCount, sources - getProtestStatus infers ACLED configuration from response event sources - Circuit breaker wraps client call with empty fallback * feat(2J-02): update services barrel, remove vite proxies, delete legacy files - Services barrel: protests -> unrest re-export - Vite proxy entries removed: /api/acled, /api/gdelt-geo - Legacy files deleted: api/acled.js, api/gdelt-geo.js, src/services/protests.ts - Preserved: api/acled-conflict.js (conflict domain), SocialUnrestEvent type * docs(2J-02): complete unrest service module plan - SUMMARY.md created with full adapter pattern documentation - STATE.md updated: 2J-02 complete, decisions recorded - ROADMAP.md updated: Phase 2J marked complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-2J): complete phase execution Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-2K): complete conflict migration research * docs(2K): create phase plan * feat(2K-01): implement ConflictServiceHandler with 3 RPCs - listAcledEvents proxies ACLED API for battles/explosions/violence with Bearer auth - listUcdpEvents discovers UCDP GED API version dynamically, fetches backward with 365-day trailing window - getHumanitarianSummary proxies HAPI API with ISO-2 to ISO-3 country mapping - All RPCs have graceful degradation returning empty on failure * feat(2K-01): mount conflict routes in gateway and rebuild sidecar - Add createConflictServiceRoutes and conflictHandler imports to catch-all gateway - Spread conflict routes into allRoutes array (3 RPC endpoints) - Rebuild sidecar bundle with conflict endpoints included * docs(2K-01): complete conflict handler plan - Create 2K-01-SUMMARY.md with execution details and self-check - Update STATE.md: position to 2K-01, add 5 decisions - Update ROADMAP.md: mark 2K-01 complete (1/2 plans done) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2K-02): create conflict service module with 4-shape proto-to-legacy type mapping - Port/adapter mapping AcledConflictEvent -> ConflictEvent, UcdpViolenceEvent -> UcdpGeoEvent, HumanitarianCountrySummary -> HapiConflictSummary - UCDP classifications derived heuristically from GED events (deaths/events thresholds -> war/minor/none) - deduplicateAgainstAcled ported exactly with haversine + date + fatality matching - 3 circuit breakers for 3 RPCs, exports 5 functions + 2 group helpers + all legacy types * feat(2K-02): rewire consumer imports and delete 9 legacy conflict files - App.ts consolidated from 4 direct imports to single @/services/conflict import - country-instability.ts consolidated from 3 type imports to single ./conflict import - Deleted 4 API endpoints: acled-conflict.js, ucdp-events.js, ucdp.js, hapi.js - Deleted 4 service files: conflicts.ts, ucdp.ts, ucdp-events.ts, hapi.ts - Deleted 1 dead code file: conflict-impact.ts - UcdpGeoEvent preserved in src/types/index.ts (scope guard for map components) * docs(2K-02): complete conflict service module plan - SUMMARY.md with 4-shape proto adapter, consumer consolidation, 9 legacy deletions - STATE.md updated: Phase 2K complete (2/2 plans), progress ~100% - ROADMAP.md updated: Phase 2K marked complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-2K): complete conflict migration phase execution Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2L): research maritime migration phase domain * docs(2L): create maritime migration phase plans * feat(2L-01): implement MaritimeServiceHandler with 2 RPCs - getVesselSnapshot proxies WS relay with wss->https URL conversion - Maps density/disruptions to proto shape with GeoCoordinates nesting - Disruption type/severity mapped from lowercase to proto enums - listNavigationalWarnings proxies NGA MSI broadcast warnings API - NGA military date parsing (081653Z MAY 2024) to epoch ms - Both RPCs gracefully degrade to empty on upstream failure - No caching (client-side polling manages refresh intervals) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2L-01): mount maritime routes in gateway and rebuild sidecar - Import createMaritimeServiceRoutes and maritimeHandler - Add maritime routes to allRoutes array in catch-all gateway - Sidecar bundle rebuilt (148.0 KB) with maritime endpoints - RPCs routable at /api/maritime/v1/get-vessel-snapshot and /api/maritime/v1/list-navigational-warnings Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(2L-01): complete maritime handler plan - SUMMARY.md with 2 task commits documented - STATE.md updated to 2L phase, plan 01/02 complete - ROADMAP.md progress updated for phase 2L - REQUIREMENTS.md: DOMAIN-06 marked complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(2L-02): create maritime service module with hybrid fetch and polling/callback preservation - Port/adapter wrapping MaritimeServiceClient for proto RPC path - Full polling/callback architecture preserved from legacy ais.ts - Hybrid fetch: proto RPC for snapshot-only, raw WS relay for candidates - Proto-to-legacy type mapping for AisDisruptionEvent and AisDensityZone - Exports fetchAisSignals, initAisStream, disconnectAisStream, getAisStatus, isAisConfigured, registerAisCallback, unregisterAisCallback, AisPositionData * feat(2L-02): rewire consumer imports and delete 3 legacy maritime files - cable-activity.ts: fetch NGA warnings via MaritimeServiceClient.listNavigationalWarnings() with NgaWarning shape reconstruction from proto fields - military-vessels.ts: imports updated from './ais' to './maritime' - Services barrel: updated from './ais' to './maritime' - desktop-readiness.ts: service/api references updated to maritime handler paths - Deleted: api/ais-snapshot.js, api/nga-warnings.js, src/services/ais.ts - AisDisruptionEvent/AisDensityZone/AisDisruptionType preserved in src/types/index.ts * docs(2L-02): complete maritime service module plan - SUMMARY.md with hybrid fetch pattern, polling/callback preservation, 3 legacy files deleted - STATE.md updated: phase 2L complete, 5 decisions recorded - ROADMAP.md updated: 2L plans marked complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: bind globalThis.fetch in all sebuf service clients Generated sebuf clients store globalThis.fetch as a class property, then call it as this.fetchFn(). This loses the window binding and throws "Illegal invocation" in browsers. Pass { fetch: fetch.bind(globalThis) } to all 11 client constructors. Also includes vite.config.ts with all 10 migrated domain handlers registered in the sebuf dev server plugin. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate cyber + economic domains to sebuf (12/17) Cyber (Phase 2M): - Create handler aggregating 5 upstream sources (Feodo, URLhaus, C2Intel, OTX, AbuseIPDB) with dedup, GeoIP hydration, country centroid fallback - Create service module with CyberServiceClient + circuit breaker - Delete api/cyber-threats.js, api/cyber-threats.test.mjs, src/services/cyber-threats.ts Economic (Phase 2N) — consolidates 3 legacy services: - Create handler with 3 RPCs: getFredSeries (FRED API), listWorldBankIndicators (World Bank API), getEnergyPrices (EIA API) - Create unified service module replacing fred.ts, oil-analytics.ts, worldbank.ts - Preserve all exported functions/types for EconomicPanel and TechReadinessPanel - Delete api/fred-data.js, api/worldbank.js, src/services/fred.ts, src/services/oil-analytics.ts, src/services/worldbank.ts Both domains registered in vite.config.ts and api/[[...path]].ts. TypeScript check and vite build pass cleanly. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate infrastructure domain to sebuf (13/17) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate market domain to sebuf (14/17) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate news domain to sebuf (15/17) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate intelligence domain to sebuf (16/17) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate military domain to sebuf (17/17) All 17 domains now have sebuf handlers registered in the gateway. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate intelligence services to sebuf client Rewire pizzint.ts, cached-risk-scores.ts, and threat-classifier.ts to use IntelligenceServiceClient instead of legacy /api/ fetch calls. Handler now preserves raw threat level in subcategory field. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate military theater posture to sebuf client Rewire cached-theater-posture.ts to use MilitaryServiceClient instead of legacy /api/theater-posture fetch. Adds theater metadata map for proto→legacy TheaterPostureSummary adapter. UI gracefully falls back to total counts when per-type breakdowns aren't available. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: rewire country-intel to sebuf client Replace legacy fetch('/api/country-intel') with typed IntelligenceServiceClient.getCountryIntelBrief() RPC call in App.ts. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate stablecoin-markets to sebuf (market domain) Add ListStablecoinMarkets RPC to market service. Port CoinGecko stablecoin peg-health logic from api/stablecoin-markets.js into the market handler. Rewire StablecoinPanel to use typed sebuf client. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate etf-flows to sebuf (market domain) Add ListEtfFlows RPC to market service. Port Yahoo Finance BTC spot ETF flow estimation logic from api/etf-flows.js into the market handler. Rewire ETFFlowsPanel to use typed sebuf client. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate worldpop-exposure to sebuf (displacement domain) Add GetPopulationExposure RPC to displacement service. Port country population data and radius-based exposure estimation from api/worldpop-exposure.js into the displacement handler. Rewire population-exposure.ts to use typed sebuf client. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * chore: remove superseded legacy edge functions Delete 4 legacy api/*.js files that are now fully replaced by sebuf handlers: - api/stablecoin-markets.js -> market/ListStablecoinMarkets - api/etf-flows.js -> market/ListEtfFlows - api/worldpop-exposure.js -> displacement/GetPopulationExposure - api/classify-batch.js -> intelligence/ClassifyEvent Remaining legacy files are still actively used by client code (stock-index, opensky, gdelt-doc, rss-proxy, summarize endpoints, macro-signals, tech-events) or are shared utilities. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * chore: delete dead legacy files and unused API_URLS config Remove coingecko.js, debug-env.js, cache-telemetry.js, _cache-telemetry.js (all zero active consumers). Delete unused API_URLS export from base config. Update desktop-readiness market-panel metadata to reference sebuf paths. Remove dead CoinGecko dev proxy from vite.config.ts. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat: migrate stock-index and opensky to sebuf - Add GetCountryStockIndex RPC to market domain (Yahoo Finance + cache) - Fill ListMilitaryFlights stub in military handler (OpenSky with bounding box) - Rewire App.ts stock-index fetch to MarketServiceClient.getCountryStockIndex() - Delete api/stock-index.js and api/opensky.js edge functions - OpenSky client path unchanged (relay primary, vite proxy for dev) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * wip: sebuf legacy migration paused at phase 3/10 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(03): capture phase context * docs(state): record phase 3 context session * docs(03): research phase domain * docs(03): create phase plan — 5 plans in 2 waves * feat(03-01): commit wingbits migration (step 3) -- 3 RPCs added to military domain - Add GetAircraftDetails, GetAircraftDetailsBatch, GetWingbitsStatus RPCs - Rewire src/services/wingbits.ts to use MilitaryServiceClient - Update desktop-readiness.ts routes to match new RPC paths - Delete legacy api/wingbits/ edge functions (3 files) - Regenerate military service client/server TypeScript + OpenAPI docs * feat(03-02): add SummarizeArticle proto and implement handler - Create summarize_article.proto with request/response messages - Add SummarizeArticle RPC to NewsService proto - Implement full handler with provider dispatch (ollama/groq/openrouter) - Port cache key builder, deduplication, prompt builder, think-token stripping - Inline Upstash Redis helpers for edge-compatible caching * feat(03-01): migrate gdelt-doc to intelligence RPC + delete _ip-rate-limit.js - Add SearchGdeltDocuments RPC to IntelligenceService proto - Implement searchGdeltDocuments handler (port from api/gdelt-doc.js) - Rewire src/services/gdelt-intel.ts to use IntelligenceServiceClient - Delete legacy api/gdelt-doc.js edge function - Delete dead api/_ip-rate-limit.js (zero importers) - Regenerate intelligence service client/server TypeScript + OpenAPI docs * feat(03-02): rewire summarization client to NewsService RPC, delete 4 legacy files - Replace direct fetch to /api/{provider}-summarize with NewsServiceClient.summarizeArticle() - Preserve identical fallback chain: ollama -> groq -> openrouter -> browser T5 - Delete api/groq-summarize.js, api/ollama-summarize.js, api/openrouter-summarize.js - Delete api/_summarize-handler.js and api/_summarize-handler.test.mjs - Update desktop-readiness.ts to reference new sebuf route * feat(03-03): rewire MacroSignalsPanel to EconomicServiceClient + delete legacy - Replace fetch('/api/macro-signals') with EconomicServiceClient.getMacroSignals() - Add mapProtoToData() to convert proto optional fields to null for rendering - Delete legacy api/macro-signals.js edge function * feat(03-04): add ListTechEvents proto, city-coords data, and handler - Create list_tech_events.proto with TechEvent, TechEventCoords messages - Add ListTechEvents RPC to ResearchService proto - Extract 360-city geocoding table to api/data/city-coords.ts - Implement listTechEvents handler with ICS+RSS parsing, curated events, dedup, filtering - Regenerate TypeScript client/server from proto Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(03-01): complete wingbits + GDELT doc migration plan - Create 03-01-SUMMARY.md with execution results - Update STATE.md with plan 01 completion, steps 3-4 done - Update ROADMAP.md plan progress (2/5 plans complete) - Mark DOMAIN-10 requirement complete * docs(03-02): complete summarization migration plan - Create 03-02-SUMMARY.md with execution results - Update STATE.md position to step 6/10 - Update ROADMAP.md plan progress - Mark DOMAIN-09 requirement complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(03-04): rewire TechEventsPanel and App to ResearchServiceClient, delete legacy - Replace fetch('/api/tech-events') with ResearchServiceClient.listTechEvents() in TechEventsPanel - Replace fetch('/api/tech-events') with ResearchServiceClient.listTechEvents() in App.loadTechEvents() - Delete legacy api/tech-events.js (737 lines) - TypeScript compiles cleanly with no references to legacy endpoint Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(03-03): complete macro-signals migration plan - Create 03-03-SUMMARY.md with execution results - Mark DOMAIN-04 requirement complete in REQUIREMENTS.md * docs(03-04): complete tech-events migration plan - Add 03-04-SUMMARY.md with execution results - Update STATE.md: advance to plan 5/step 8, add decisions - Update ROADMAP.md: 4/5 plans complete for phase 03 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(03-05): add temporal baseline protos + handler with Welford's algorithm - GetTemporalBaseline RPC: anomaly detection with z-score thresholds - RecordBaselineSnapshot RPC: batch update via Welford's online algorithm - Inline mgetJson helper for Redis batch reads - Inline getCachedJson/setCachedJson Redis helpers - Generated TypeScript client/server + OpenAPI docs * feat(03-05): migrate temporal-baseline + tag non-JSON + final cleanup - Rewire temporal-baseline.ts to InfrastructureServiceClient RPCs - Delete api/temporal-baseline.js (migrated to sebuf handler) - Delete api/_upstash-cache.js (no importers remain) - Tag 6 non-JSON edge functions with // Non-sebuf: comment header - Update desktop-readiness.ts: fix stale cloudflare-outages reference * docs(03-05): complete temporal-baseline + non-JSON tagging + final cleanup plan - SUMMARY.md with Welford algorithm migration details - STATE.md updated: Phase 3 complete (100%) - ROADMAP.md updated: 5/5 plans complete * chore(03): delete orphaned ollama-summarize test after RPC migration Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-3): complete phase execution * docs(v1): create milestone audit report Audits all 13 phases of the v1 sebuf integration milestone. 12/13 phases verified (2L maritime missing VERIFICATION.md). 25/34 requirements satisfied, 6 superseded, 2 partial, 1 unsatisfied (CLEAN-03). All 17 domains wired end-to-end. Integration check passes. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(v1): update audit — mark CLEAN-03/04 + MIGRATE-* as superseded CLEAN-03 superseded by port/adapter architecture (internal types intentionally decoupled from proto wire types). MIGRATE-01-05 superseded by direct cutover approach. DOMAIN-03 checkbox updated. Milestone status: tech_debt (no unsatisfied requirements). Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(roadmap): add gap closure phase 4 — v1 milestone cleanup Closes all audit gaps: CLIENT-03 circuit breaker coverage, DOMAIN-03/06 verification gaps, documentation staleness, orphaned code cleanup. Fixes traceability table phase assignments to match actual roadmap phases. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * chore(03): commit generated NewsService OpenAPI specs + checkpoint update SummarizeArticle RPC was added during Phase 3 plan 02 but generated OpenAPI specs were not staged with that commit. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(04): research phase domain * docs(04): create phase plan * docs(04-01): fix ROADMAP.md Phase 3 staleness and delete .continue-here.md - Change Phase 3 heading from IN PROGRESS to COMPLETE - Check off plans 03-03, 03-04, 03-05 (all were already complete) - Delete stale .continue-here.md (showed task 3/10 in_progress but all 10 done) * feat(04-02): add circuit breakers to seismology, wildfire, climate, maritime - Seismology: wrap listEarthquakes in breaker.execute with empty-array fallback - Wildfire: replace manual try/catch with breaker.execute for listFireDetections - Climate: replace manual try/catch with breaker.execute for listClimateAnomalies - Maritime: wrap proto getVesselSnapshot RPC in snapshotBreaker.execute, preserve raw relay fallback Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(04-02): add circuit breakers to news summarization and GDELT intelligence - Summarization: wrap newsClient.summarizeArticle in summaryBreaker.execute for both tryApiProvider and translateText - GDELT: wrap client.searchGdeltDocuments in gdeltBreaker.execute, replace manual try/catch - Fix: include all required fields (tokens, reason, error, errorType, query) in fallback objects - CLIENT-03 fully satisfied: all 17 domains have circuit breaker coverage Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(04-01): create 2L-VERIFICATION.md, fix desktop-readiness.ts, complete service barrel - Create retroactive 2L-VERIFICATION.md with 12/12 must-haves verified - Fix map-layers-core and market-panel stale file refs in desktop-readiness.ts - Fix opensky-relay-cloud stale refs (api/opensky.js deleted) - Add missing barrel re-exports: conflict, displacement, research, wildfires, climate - Skip military/intelligence/news barrels (would cause duplicate exports) - TypeScript compiles cleanly with zero errors * docs(04-02): complete circuit breaker coverage plan - SUMMARY.md: 6 domains covered, CLIENT-03 satisfied, 1 deviation (fallback type fix) - STATE.md: Phase 4 plan 02 complete, position and decisions updated - ROADMAP.md: Phase 04 marked complete (2/2 plans) - REQUIREMENTS.md: CLIENT-03 marked complete Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(04-01): complete documentation fixes plan - Create 04-01-SUMMARY.md with execution results - Update STATE.md with Plan 01 completion and decisions - Update ROADMAP.md: Plan 04-01 checked, progress 1/2 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs(phase-04): complete phase verification and fix tracking gaps ROADMAP.md Phase 4 status updated to Complete, 04-02 checkbox checked, progress table finalized. REQUIREMENTS.md coverage summary updated (27 complete, 0 partial/pending). STATE.md reflects verified phase. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(military): migrate USNI fleet tracker to sebuf RPC Port all USNI Fleet Tracker parsing logic from api/usni-fleet.js into MilitaryService.GetUSNIFleetReport RPC with proto definitions, inline Upstash caching (6h fresh / 7d stale), and client adapter mapping. Deletes legacy edge function and _upstash-cache.js dependency. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * refactor: add proto validation annotations and split all 17 handler files into per-RPC modules Phase A: Added buf.validate constraints to ~25 proto files (~130 field annotations including required IDs, score ranges, coordinate bounds, page size limits). Phase B: Split all 17 domain handler.ts files into per-RPC modules with thin re-export handler.ts files. Extracted shared Redis cache helpers to api/server/_shared/redis.ts. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs: add ADDING_ENDPOINTS guide and update Contributing section All JSON endpoints must use sebuf — document the complete workflow for adding RPCs to existing services and creating new services, including proto conventions, validation annotations, and generated OpenAPI docs. Update DOCUMENTATION.md Contributing section to reference the new guide and remove the deprecated "Adding a New API Proxy" pattern. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: add blank lines before lists to pass markdown lint (MD032) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: disambiguate duplicate city keys in city-coords Vercel's TypeScript check treats duplicate object keys as errors (TS1117). Rename 'san jose' (Costa Rica) -> 'san jose cr' and 'cambridge' (UK) -> 'cambridge uk' to avoid collision. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: resolve Vercel deployment errors — relocate hex-db + fix TS strict-null - Move military-hex-db.js next to handler (fixes Edge Function unsupported module) - Fix strict-null TS errors across 12 handler files (displacement, economic, infrastructure, intelligence, market, military, research, wildfire) - Add process declare to wildfire handler, prefix unused vars, cast types Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: convert military-hex-db to .ts for Edge Function compatibility Vercel Edge bundler can't resolve .js data modules from .ts handlers. Also remove unused _region variable. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: inline military hex db as packed string to avoid Edge Function module error Vercel Edge bundler can't resolve separate data modules. Inline 20K hex IDs as a single concatenated string, split into Set at runtime. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: remove broken export { process } from 4 _shared files declare const is stripped in JS output, making export { process } reference nothing. No consumers import it — each handler file has its own declare. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: move server/ out of api/ to fix Vercel catch-all routing Vercel's file-based routing was treating api/server/**/*.ts as individual API routes, overriding the api/[[...path]].ts catch-all for multi-segment paths like /api/infrastructure/v1/list-service-statuses (3 segments). Moving to server/ at repo root removes the ambiguity. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: rename catch-all to [...path] — [[...path]] is Next.js-only syntax Vercel's native edge function routing only supports [...path] for multi-segment catch-all matching. The [[...path]] double-bracket syntax is a Next.js feature and was only matching single-segment paths. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: add dynamic segment route for multi-segment API paths Vercel's native file-based routing for non-Next.js projects doesn't support [...path] catch-all matching multiple segments. Use explicit api/[domain]/v1/[rpc].ts which matches /api/{domain}/v1/{rpc} via standard single-segment dynamic routing that Vercel fully supports. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: remove conflicting [...path] catch-all — replaced by [domain]/v1/[rpc] Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: widen CORS pattern to match all Vercel preview URL formats Preview URLs use elie-ab2dce63 not elie-habib-projects as the team slug. Broaden pattern to elie-[a-z0-9]+ to cover both. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: update sidecar build script for new api/[domain]/v1/[rpc] path Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * chore: trigger Vercel rebuild for all variants Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: address PR #106 review — critical bugs, hardening, and cleanup Fixes from @koala73's code review: Critical: - C-1: Add max-size eviction (2048 cap) to GeoIP in-memory cache - C-2: Move type/source/severity filters BEFORE .slice(pageSize) in cyber handler - C-3: Atomic SET with EX in Redis helper (single Upstash REST call) - C-4: Add AbortSignal.timeout(30s) to LLM fetch in summarize-article High: - H-1: Add top-level try/catch in gateway with CORS-aware 500 response - H-3: Sanitize error messages — generic text for 5xx, passthrough for 4xx only - H-4: Add timeout (10s) + Redis cache (5min) to seismology handler - H-5: Add null guards (optional chaining) in seismology USGS feature mapping - H-6: Race OpenSky + Wingbits with Promise.allSettled instead of sequential fallback - H-8: Add Redis cache (5min TTL) to infrastructure service-status handler Medium: - M-12/M-13: Fix HAPI summary field mappings (iso3 from countryCode, internallyDisplaced) Infrastructure: - R-1: Remove .planning/ from git tracking, add to .gitignore - Port UCDP parallel page fetching from main branch (#198) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: address PR #106 review issues — hash, CORS, router, cache, LLM, GeoIP Fixes/improvements from PR #106 code review tracking issues: - #180: Replace 32-bit hash (Java hashCode/DJB2) with unified FNV-1a 52-bit hash in server/_shared/hash.ts, greatly reducing collision probability - #182: Cache router construction in Vite dev plugin — build once, invalidate on HMR changes to server/ files - #194: Add input length limits for LLM prompt injection (headlines 500 chars, title 500 chars, geoContext 2000 chars, max 10 headlines) - #195/#196: GeoIP AbortController — cancel orphaned background workers on timeout instead of letting them fire after response is sent - #198: Port UCDP partial-result caching from main — 10min TTL for partial results vs 6hr for complete, with in-memory fallback cache Proto codegen regenerated for displacement + conflict int64_encoding changes. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: restore fast-xml-parser dependency needed by sebuf handlers Main branch removed fast-xml-parser in v2.5.1 (legacy edge functions no longer needed it), but sebuf handlers in aviation/_shared.ts and research/list-arxiv-papers.ts still import it for XML API parsing. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs: fix stale paths, version badge, and local-backend-audit for sebuf - ADDING_ENDPOINTS.md: fix handler paths from api/server/ to server/, fix import depth (4 levels not 5), fix gateway extension (.js not .ts) - DOCUMENTATION.md: update version badge 2.1.4 -> 2.5.1, fix broken ROADMAP.md links to .planning/ROADMAP.md, fix handler path reference - COMMUNITY-PROMOTION-GUIDE.md: add missing v2.5.1 to version table - local-backend-audit.md: rewrite for sebuf architecture — replace all stale api/*.js references with sebuf domain handler paths Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * docs: use make commands, add generation-before-push warning, bump sebuf to v0.7.0 - ADDING_ENDPOINTS.md: replace raw `cd proto && buf ...` with `make check`, `make generate`, `make install`; add warning that `make generate` must run before pushing proto changes (links to #200) - Makefile: bump sebuf plugin versions from v0.6.0 to v0.7.0 - PR description also updated to use make commands Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * chore: make install installs everything, document setup - Makefile: `make install` now installs buf, sebuf plugins, npm deps, and proto deps in one command; pin buf and sebuf versions as variables - ADDING_ENDPOINTS.md: updated prerequisites to show `make install` - DOCUMENTATION.md: updated Installation section with `make install` and generation reminder Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: address PR #106 re-review issues — timeouts, iso3, pagination, CORS, dedup - NEW-1: HAPI handler now returns ISO-3 code (via ISO2_TO_ISO3 lookup) instead of ISO-2 - NEW-3: Aviation FAA fetch now has AbortSignal.timeout(15s) - NEW-4: Climate Open-Meteo fetch now has AbortSignal.timeout(20s) - NEW-5: Wildfire FIRMS fetch now has AbortSignal.timeout(15s) - NEW-6: Seismology now respects pagination.pageSize (default 500) - NEW-9: Gateway wraps getCorsHeaders() in try/catch with safe fallback - NEW-10: Tech events dedup key now includes start year to avoid dropping yearly variants Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: address PR #106 round 2 — seismology crash, tsconfig, type contracts - Fix _req undefined crash in seismology handler (renamed to req) - Cache full earthquake set, slice on read (avoids cache pollution) - Add server/ to tsconfig.api.json includes (catches type errors at build) - Remove String() wrappers on numeric proto fields in displacement/HAPI - Fix hashString re-export not available locally in news/_shared.ts Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: loadMarkets heatmap regression, stale test, Makefile playwright - Add finnhub_skipped + skip_reason to ListMarketQuotesResponse proto - Wire skipped signal through handler → adapter → App.loadMarkets - Fix circuit breaker cache conflating different symbol queries (cacheTtlMs: 0) - Use dynamic fetch wrapper so e2e test mocks intercept correctly - Update e2e test mocks from old endpoints to sebuf proto endpoints - Delete stale summarization-chain.test.mjs (imports deleted files) - Add install-playwright target to Makefile Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: add missing proto fields to emptyStockFallback (build fix) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix(quick-1): fix country fallback, ISO-2 contract, and proto field semantics - BLOCKING-1: Return undefined when country has no ISO3 mapping instead of wrong country data - BLOCKING-2: country_code field now returns ISO-2 per proto contract - MEDIUM-1: Rename proto fields from humanitarian to conflict-event semantics (populationAffected -> conflictEventsTotal, etc.) - Update client service adapter to use new field names - Regenerate TypeScript types from updated proto Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * feat(quick-1): add in-memory cache + in-flight dedup to AIS vessel snapshot - HIGH-1: 10-second TTL cache matching client poll interval - Concurrent requests share single upstream fetch (in-flight dedup) - Follows same pattern as get-macro-signals.ts cache - No change to RPC response shape Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix(quick-1): stub RPCs throw UNIMPLEMENTED, remove hardcoded politics, add tests - HIGH-2: listNewsItems, summarizeHeadlines, listMilitaryVessels now throw UNIMPLEMENTED - LOW-1: Replace hardcoded "Donald Trump" with date-based dynamic LLM context - LOW-1 extended: Also fix same issue in intelligence/get-country-intel-brief.ts (Rule 2) - MEDIUM-2: Add tests/server-handlers.test.mjs with 20 tests covering all review items Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix(quick-2): remove 3 dead stub RPCs (ListNewsItems, SummarizeHeadlines, ListMilitaryVessels) - Delete proto definitions, handler stubs, and generated code for dead RPCs - Clean _shared.ts: remove tryGroq, tryOpenRouter, buildPrompt, dead constants - Remove 3 UNIMPLEMENTED stub tests from server-handlers.test.mjs - Regenerate proto codegen (buf generate) and OpenAPI docs - SummarizeArticle and all other RPCs remain intact Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: address PR #106 review findings (stale snapshot, iso naming, scoring, test import) - Serve stale AIS snapshot on relay failure instead of returning undefined - Rename HapiConflictSummary.iso3 → iso2 to match actual ISO-2 content - Fix HAPI fallback scoring: use weight 3 for combined political violence (civilian targeting is folded in, was being underweighted at 0) - Extract deduplicateHeadlines to shared .mjs so tests import production code Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * test: add coverage for PR106 iso2 and fallback regressions --------- Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com> Co-authored-by: Elie Habib <elie.habib@gmail.com>
161 KiB
World Monitor v2
AI-powered real-time global intelligence dashboard aggregating news, markets, geopolitical data, and infrastructure monitoring into a unified situation awareness interface.
🌐 Live Demo: worldmonitor.app | 💻 Tech Variant: tech.worldmonitor.app
Platform Variants
World Monitor runs two specialized variants from a single codebase, each optimized for different monitoring needs:
| Variant | URL | Focus |
|---|---|---|
| 🌍 World Monitor | worldmonitor.app | Geopolitical intelligence, military tracking, conflict monitoring, infrastructure security |
| 💻 Tech Monitor | tech.worldmonitor.app | Technology sector intelligence, AI/startup ecosystems, cloud infrastructure, tech events |
A compact variant switcher in the header allows seamless navigation between variants while preserving your map position and panel configuration.
World Monitor (Geopolitical)
The primary variant focuses on geopolitical intelligence, military tracking, and infrastructure security monitoring.
Key Capabilities
- Conflict Monitoring - Active war zones, hotspots, and crisis areas with real-time escalation tracking
- Military Intelligence - 220+ military bases, flight tracking, naval vessel monitoring, surge detection
- Infrastructure Security - Undersea cables, pipelines, datacenters, internet outages
- Economic Intelligence - FRED indicators, oil analytics, government spending, sanctions tracking
- Natural Disasters - Earthquakes, severe weather, NASA EONET events (wildfires, volcanoes, floods)
- AI-Powered Analysis - Focal point detection, country instability scoring, infrastructure cascade analysis
Intelligence Panels
| Panel | Purpose |
|---|---|
| AI Insights | LLM-synthesized world brief with focal point detection |
| AI Strategic Posture | Theater-level military force aggregation with strike capability assessment |
| Country Instability Index | Real-time stability scores for 20 monitored countries |
| Strategic Risk Overview | Composite risk score combining all intelligence modules |
| Infrastructure Cascade | Dependency analysis for cables, pipelines, and chokepoints |
| Live Intelligence | GDELT-powered topic feeds (Military, Cyber, Nuclear, Sanctions) |
News Coverage
80+ curated sources across geopolitics, defense, energy, think tanks, and regional news (Middle East, Africa, Latin America, Asia-Pacific).
Tech Monitor
The tech variant (tech.worldmonitor.app) provides specialized layers for technology sector monitoring.
Tech Ecosystem Layers
| Layer | Description |
|---|---|
| Tech HQs | Headquarters of major tech companies (Big Tech, unicorns, public companies) |
| Startup Hubs | Major startup ecosystems with ecosystem tier, funding data, and notable companies |
| Cloud Regions | AWS, Azure, GCP data center regions with zone counts |
| Accelerators | Y Combinator, Techstars, 500 Startups, and regional accelerator locations |
| Tech Events | Upcoming conferences and tech events with countdown timers |
Tech Infrastructure Layers
| Layer | Description |
|---|---|
| AI Datacenters | 111 major AI compute clusters (≥10,000 GPUs) |
| Undersea Cables | Submarine fiber routes critical for cloud connectivity |
| Internet Outages | Network disruptions affecting tech operations |
Tech News Categories
- Startups & VC - Funding rounds, acquisitions, startup news
- Cybersecurity - Security vulnerabilities, breaches, threat intelligence
- Cloud & Infrastructure - AWS, Azure, GCP announcements, outages
- Hardware & Chips - Semiconductors, AI accelerators, manufacturing
- Developer & Open Source - Languages, frameworks, open source projects
- Tech Policy - Regulation, antitrust, digital governance
Regional Tech HQ Coverage
| Region | Notable Companies |
|---|---|
| Silicon Valley | Apple, Google, Meta, Nvidia, Intel, Cisco, Oracle, VMware |
| Seattle | Microsoft, Amazon, Tableau, Expedia |
| New York | Bloomberg, MongoDB, Datadog, Squarespace |
| London | Revolut, Deliveroo, Darktrace, Monzo |
| Tel Aviv | Wix, Check Point, Monday.com, Fiverr |
| Dubai/MENA | Careem, Noon, Anghami, Property Finder, Kitopi |
| Riyadh | Tabby, Presight.ai, Ninja, XPANCEO |
| Singapore | Grab, Razer, Sea Limited |
| Berlin | Zalando, Delivery Hero, N26, Celonis |
| Tokyo | Sony, Toyota, SoftBank, Rakuten |
Features
Interactive Global Map
- Zoom & Pan - Smooth navigation with mouse/trackpad gestures
- Regional Focus - 8 preset views for rapid navigation (Global, Americas, Europe, MENA, Asia, Latin America, Africa, Oceania)
- Layer System - Toggle visibility of 20+ data layers organized by category
- Time Filtering - Filter events by time range (1h, 6h, 24h, 48h, 7d)
- Pinnable Map - Pin the map to the top while scrolling through panels, or let it scroll with the page
- Smart Marker Clustering - Nearby markers group at low zoom, expand on zoom in
Marker Clustering
Dense regions with many data points use intelligent clustering to prevent visual clutter:
How It Works
- Markers within a pixel radius (adaptive to zoom level) merge into cluster badges
- Cluster badges show the count of grouped items
- Clicking a cluster opens a popup listing all grouped items
- Zooming in reduces cluster radius, eventually showing individual markers
Grouping Logic
- Protests: Cluster within same country only (riots sorted first, high severity prioritized)
- Tech HQs: Cluster within same city (Big Tech sorted before unicorns before public companies)
- Tech Events: Cluster within same location (sorted by date, soonest first)
This prevents issues like Dubai and Riyadh companies appearing merged at global zoom, while still providing clean visualization at continental scales.
Data Layers
Layers are organized into logical groups for efficient monitoring:
Geopolitical
| Layer | Description |
|---|---|
| Conflicts | Active conflict zones with involved parties and status |
| Hotspots | Intelligence hotspots with activity levels based on news correlation |
| Sanctions | Countries under economic sanctions regimes |
| Protests | Live social unrest events from ACLED and GDELT |
Military & Strategic
| Layer | Description |
|---|---|
| Military Bases | 220+ global military installations from 9 operators |
| Nuclear Facilities | Power plants, weapons labs, enrichment sites |
| Gamma Irradiators | IAEA-tracked Category 1-3 radiation sources |
| APT Groups | State-sponsored cyber threat actors with geographic attribution |
| Spaceports | 12 major launch facilities (NASA, SpaceX, Roscosmos, CNSA, ESA, ISRO, JAXA) |
| Critical Minerals | Strategic mineral deposits (lithium, cobalt, rare earths) with operator info |
Infrastructure
| Layer | Description |
|---|---|
| Undersea Cables | 55 major submarine cable routes worldwide |
| Pipelines | 88 operating oil & gas pipelines across all continents |
| Internet Outages | Network disruptions via Cloudflare Radar |
| AI Datacenters | 111 major AI compute clusters (≥10,000 GPUs) |
Transport
| Layer | Description |
|---|---|
| Ships (AIS) | Live vessel tracking via AIS with chokepoint monitoring and 61 strategic ports* |
| Delays | FAA airport delay status and ground stops |
*AIS data via AISStream.io uses terrestrial receivers with stronger coverage in European/Atlantic waters. Middle East, Asia, and open ocean coverage is limited. Satellite AIS providers (Spire, Kpler) offer global coverage but require commercial licenses.
Natural Events
| Layer | Description |
|---|---|
| Natural | USGS earthquakes (M4.5+) + NASA EONET events (storms, wildfires, volcanoes, floods) |
| Weather | NWS severe weather warnings |
Economic & Labels
| Layer | Description |
|---|---|
| Economic | Tabbed economic panel with FRED indicators, EIA oil analytics, and USASpending.gov government contracts |
| Countries | Country boundary labels |
| Waterways | Strategic waterways and chokepoints |
Intelligence Panels
Beyond raw data feeds, the dashboard provides synthesized intelligence panels:
| Panel | Purpose |
|---|---|
| AI Strategic Posture | Theater-level military aggregation with strike capability analysis |
| Strategic Risk Overview | Composite risk score combining all intelligence modules |
| Country Instability Index | Real-time stability scores for 20 monitored countries |
| Infrastructure Cascade | Dependency analysis for cables, pipelines, and chokepoints |
| Live Intelligence | GDELT-powered topic feeds (Military, Cyber, Nuclear, Sanctions) |
| Intel Feed | Curated defense and security news sources |
These panels transform raw signals into actionable intelligence by applying scoring algorithms, trend detection, and cross-source correlation.
News Aggregation
Multi-source RSS aggregation across categories:
- World / Geopolitical - BBC, Reuters, AP, Guardian, NPR, Politico, The Diplomat
- Middle East / MENA - Al Jazeera, BBC ME, Guardian ME, Al Arabiya, Times of Israel
- Africa - BBC Africa, News24, Google News aggregation (regional & Sahel coverage)
- Latin America - BBC Latin America, Guardian Americas, Google News aggregation
- Asia-Pacific - BBC Asia, South China Morning Post, Google News aggregation
- Energy & Resources - Google News aggregation (oil/gas, nuclear, mining, Reuters Energy)
- Technology - Hacker News, Ars Technica, The Verge, MIT Tech Review
- AI / ML - ArXiv, VentureBeat AI, The Verge AI, MIT Tech Review
- Finance - CNBC, MarketWatch, Financial Times, Yahoo Finance
- Government - White House, State Dept, Pentagon, Treasury, Fed, SEC, UN News, CISA
- Intel Feed - Defense One, Breaking Defense, Bellingcat, Krebs Security, Janes
- Think Tanks - Foreign Policy, Atlantic Council, Foreign Affairs, CSIS, RAND, Brookings, Carnegie
- Crisis Watch - International Crisis Group, IAEA, WHO, UNHCR
- Regional Sources - Xinhua, TASS, Kyiv Independent, Moscow Times
- Layoffs Tracker - Tech industry job cuts
Source Filtering
The 📡 SOURCES button in the header opens a global source management modal, enabling fine-grained control over which news sources appear in the dashboard.
Capabilities:
- Search: Filter the source list by name to quickly find specific outlets
- Individual Toggle: Click any source to enable/disable it
- Bulk Actions: "Select All" and "Select None" for quick adjustments
- Counter Display: Shows "45/77 enabled" to indicate current selection
- Persistence: Settings are saved to localStorage and persist across sessions
Use Cases:
- Noise Reduction: Disable high-volume aggregators (Google News) to focus on primary sources
- Regional Focus: Enable only sources relevant to a specific geographic area
- Source Quality: Disable sources with poor signal-to-noise ratio
- Bias Management: Balance coverage by enabling/disabling sources with known editorial perspectives
Technical Details:
- Disabled sources are filtered at fetch time (not display time), reducing bandwidth and API calls
- Affects all news panels simultaneously—disable BBC once, it's gone everywhere
- Panels with all sources disabled show "All sources disabled" message
- Changes take effect on the next refresh cycle
Regional Intelligence Panels
Dedicated panels provide focused coverage for strategically significant regions:
| Panel | Coverage | Key Topics |
|---|---|---|
| Middle East | MENA region | Israel-Gaza, Iran, Gulf states, Red Sea |
| Africa | Sub-Saharan Africa | Sahel instability, coups, insurgencies, resources |
| Latin America | Central & South America | Venezuela, drug trafficking, regional politics |
| Asia-Pacific | East & Southeast Asia | China-Taiwan, Korean peninsula, ASEAN |
| Energy & Resources | Global | Oil markets, nuclear, mining, energy security |
Each panel aggregates region-specific sources to provide concentrated situational awareness for that theater. This enables focused monitoring when global events warrant attention to a particular region.
Live News Streams
Embedded YouTube live streams from major news networks with channel switching:
| Channel | Coverage |
|---|---|
| Bloomberg | Business & financial news |
| Sky News | UK & international news |
| Euronews | European perspective |
| DW News | German international broadcaster |
| France 24 | French global news |
| Al Arabiya | Middle East news (Arabic perspective) |
| Al Jazeera | Middle East & international news |
Core Features:
- Channel Switcher - One-click switching between networks
- Live Indicator - Blinking dot shows stream status, click to pause/play
- Mute Toggle - Audio control (muted by default)
- Double-Width Panel - Larger video player for better viewing
Performance Optimizations:
The live stream panel uses the YouTube IFrame Player API rather than raw iframe embedding. This provides several advantages:
| Feature | Benefit |
|---|---|
| Persistent player | No iframe reload on mute/play/channel change |
| API control | Direct playVideo(), pauseVideo(), mute() calls |
| Reduced bandwidth | Same stream continues across state changes |
| Faster switching | Channel changes via loadVideoById() |
Idle Detection:
To conserve resources, the panel implements automatic idle pausing:
| Trigger | Action |
|---|---|
| Tab hidden | Stream pauses (via Visibility API) |
| 5 min idle | Stream pauses (no mouse/keyboard activity) |
| User returns | Stream resumes automatically |
| Manual pause | User intent tracked separately |
This prevents background tabs from consuming bandwidth while preserving user preference for manually-paused streams.
Market Data
- Stocks - Major indices and tech stocks via Finnhub (Yahoo Finance backup)
- Commodities - Oil, gold, natural gas, copper, VIX
- Crypto - Bitcoin, Ethereum, Solana via CoinGecko
- Sector Heatmap - Visual sector performance (11 SPDR sectors)
- Economic Indicators - Fed data via FRED (assets, rates, yields)
- Oil Analytics - EIA data: WTI/Brent prices, US production, US inventory with weekly changes
- Government Spending - USASpending.gov: Recent federal contracts and awards
Prediction Markets
- Polymarket integration for event probability tracking
- Correlation analysis with news events
Search (⌘K)
Universal search across all data sources:
- News articles
- Geographic hotspots and conflicts
- Infrastructure (pipelines, cables, datacenters)
- Nuclear facilities and irradiators
- Markets and predictions
Data Export
- CSV and JSON export of current dashboard state
- Historical playback from snapshots
Signal Intelligence
The dashboard continuously analyzes data streams to detect significant patterns and anomalies. Signals appear in the header badge (⚡) with confidence scores.
Intelligence Findings Badge
The header displays an Intelligence Findings badge that consolidates two types of alerts:
| Alert Type | Source | Examples |
|---|---|---|
| Correlation Signals | Cross-source pattern detection | Velocity spikes, market divergence, prediction leading |
| Unified Alerts | Module-generated alerts | CII spikes, geographic convergence, infrastructure cascades |
Interaction: Clicking the badge—or clicking an individual alert—opens a detail modal showing:
- Full alert description and context
- Component breakdown (for composite alerts)
- Affected countries or regions
- Confidence score and priority level
- Timestamp and trending direction
This provides a unified command center for all intelligence findings, whether generated by correlation analysis or module-specific threshold detection.
Signal Types
The system detects 12 distinct signal types across news, markets, military, and infrastructure domains:
News & Source Signals
| Signal | Trigger | What It Means |
|---|---|---|
| ◉ Convergence | 3+ source types report same story within 30 minutes | Multiple independent channels confirming the same event—higher likelihood of significance |
| △ Triangulation | Wire + Government + Intel sources align | The "authority triangle"—when official channels, wire services, and defense specialists all report the same thing |
| 🔥 Velocity Spike | Topic mention rate doubles with 6+ sources/hour | A story is accelerating rapidly across the news ecosystem |
Market Signals
| Signal | Trigger | What It Means |
|---|---|---|
| 🔮 Prediction Leading | Prediction market moves 5%+ with low news coverage | Markets pricing in information not yet reflected in news |
| 📰 News Leads Markets | High news velocity without corresponding market move | Breaking news not yet priced in—potential mispricing |
| ✓ Market Move Explained | Market moves 2%+ with correlated news coverage | Price action has identifiable news catalyst—entity correlation found related stories |
| 📊 Silent Divergence | Market moves 2%+ with no correlated news after entity search | Unexplained price action after exhaustive search—possible insider knowledge or algorithm-driven |
| 📈 Sector Cascade | Multiple related sectors moving in same direction | Market reaction cascading through correlated industries |
Infrastructure & Energy Signals
| Signal | Trigger | What It Means |
|---|---|---|
| 🛢 Flow Drop | Pipeline flow disruption keywords detected | Physical commodity supply constraint—may precede price spike |
| 🔁 Flow-Price Divergence | Pipeline disruption news without corresponding oil price move | Energy supply disruption not yet priced in—potential information edge |
Geopolitical & Military Signals
| Signal | Trigger | What It Means |
|---|---|---|
| 🌍 Geographic Convergence | 3+ event types in same 1°×1° grid cell | Multiple independent data streams converging on same location—heightened regional activity |
| 🔺 Hotspot Escalation | Multi-component score exceeds threshold with rising trend | Hotspot showing corroborated escalation across news, CII, convergence, and military data |
| ✈ Military Surge | Transport/fighter activity 2× baseline in theater | Unusual military airlift concentration—potential deployment or crisis response |
How It Works
The correlation engine maintains rolling snapshots of:
- News topic frequency (by keyword extraction)
- Market price changes
- Prediction market probabilities
Each refresh cycle compares current state to previous snapshot, applying thresholds and deduplication to avoid alert fatigue. Signals include confidence scores (60-95%) based on the strength of the pattern.
Entity-Aware Correlation
The signal engine uses a knowledge base of 100+ entities to intelligently correlate market movements with news coverage. Rather than simple keyword matching, the system understands that "AVGO" (the ticker) relates to "Broadcom" (the company), "AI chips" (the sector), and entities like "Nvidia" (a competitor).
Entity Knowledge Base
Each entity in the registry contains:
| Field | Purpose | Example |
|---|---|---|
| ID | Canonical identifier | broadcom |
| Name | Display name | Broadcom Inc. |
| Type | Category | company, commodity, crypto, country, person |
| Aliases | Alternative names | AVGO, Broadcom, Broadcom Inc |
| Keywords | Related topics | AI chips, semiconductors, VMware |
| Sector | Industry classification | semiconductors |
| Related | Linked entities | nvidia, intel, amd |
Entity Types
| Type | Count | Examples |
|---|---|---|
| Companies | 50+ | Nvidia, Apple, Tesla, Broadcom, Boeing, Lockheed Martin, TSMC, Rheinmetall |
| Indices | 5+ | S&P 500, Dow Jones, NASDAQ |
| Sectors | 10+ | Technology (XLK), Finance (XLF), Energy (XLE), Healthcare (XLV), Semiconductors (SMH) |
| Commodities | 10+ | Oil (WTI), Gold, Natural Gas, Copper, Silver, VIX |
| Crypto | 3 | Bitcoin, Ethereum, Solana |
| Countries | 15+ | China, Russia, Iran, Israel, Ukraine, Taiwan, Saudi Arabia, UAE, Qatar, Turkey, Egypt |
How Entity Matching Works
When a market moves significantly (≥2%), the system:
- Looks up the ticker in the entity registry (e.g.,
AVGO→broadcom) - Gathers all identifiers: aliases, keywords, sector peers, related entities
- Scans all news clusters for matches against any identifier
- Scores confidence based on match type:
- Alias match (exact name): 95%
- Keyword match (topic): 70%
- Related entity match: 60%
If correlated news is found → "Market Move Explained" signal with the news headline. If no correlation after exhaustive search → "Silent Divergence" signal.
Example: Broadcom +2.5%
1. Ticker AVGO detected with +2.5% move
2. Entity lookup: broadcom
3. Search terms: ["Broadcom", "AVGO", "AI chips", "semiconductors", "VMware", "nvidia", "intel", "amd"]
4. News scan finds: "Broadcom AI Revenue Beats Estimates"
5. Result: "✓ Market Move Explained: Broadcom AI Revenue Beats Estimates"
Without this system, the same move would generate a generic "Silent Divergence: AVGO +2.5%" signal.
Sector Coverage
The entity registry spans strategically significant sectors:
| Sector | Examples | Keywords Tracked |
|---|---|---|
| Technology | Apple, Microsoft, Nvidia, Google, Meta, TSMC | AI, cloud, chips, datacenter, streaming |
| Defense & Aerospace | Lockheed Martin, Raytheon, Northrop Grumman, Boeing, Rheinmetall, Airbus | F-35, missiles, drones, tanks, defense contracts |
| Semiconductors | ASML, Samsung, AMD, Intel, Broadcom | Lithography, EUV, foundry, fab, wafer |
| Critical Minerals | Albemarle, SQM, MP Materials, Freeport-McMoRan | Lithium, rare earth, cobalt, copper |
| Finance | JPMorgan, Berkshire Hathaway, Visa, Mastercard | Banking, credit, investment, interest rates |
| Healthcare | Eli Lilly, Novo Nordisk, UnitedHealth, J&J | Pharma, drugs, GLP-1, obesity, diabetes |
| Energy | Exxon, Chevron, ConocoPhillips | Oil, gas, drilling, refinery, LNG |
| Consumer | Tesla, Walmart, Costco, Home Depot | EV, retail, grocery, housing |
This broad coverage enables correlation detection across diverse geopolitical and market events.
Entity Registry Architecture
The entity registry is a knowledge base of 600+ entities with rich metadata for intelligent correlation:
{
id: 'NVDA', // Unique identifier
name: 'Nvidia', // Display name
type: 'company', // company | country | index | commodity | currency
sector: 'semiconductors',
searchTerms: ['Nvidia', 'NVDA', 'Jensen Huang', 'H100', 'CUDA'],
aliases: ['nvidia', 'nvda'],
competitors: ['AMD', 'INTC'],
related: ['AVGO', 'TSM', 'ASML'], // Related entities
country: 'US', // Headquarters/origin
}
Entity Types:
| Type | Count | Use Case |
|---|---|---|
company |
100+ | Market-news correlation, sector analysis |
country |
200+ | Focal point detection, CII scoring |
index |
20+ | Market overview, regional tracking |
commodity |
15+ | Energy and mineral correlation |
currency |
10+ | FX market tracking |
Lookup Indexes:
The registry provides multiple lookup paths for fast entity resolution:
| Index | Query Example | Use Case |
|---|---|---|
byId |
'NVDA' → Nvidia entity |
Direct lookup from ticker |
byAlias |
'nvidia' → Nvidia entity |
Case-insensitive name match |
byKeyword |
'AI chips' → [Nvidia, AMD, Intel] |
News keyword extraction |
bySector |
'semiconductors' → all chip companies |
Sector cascade analysis |
byCountry |
'US' → all US entities |
Country-level aggregation |
Signal Deduplication
To prevent alert fatigue, signals use type-specific TTL (time-to-live) values for deduplication:
| Signal Type | TTL | Rationale |
|---|---|---|
| Silent Divergence | 6 hours | Market moves persist; don't re-alert on same stock |
| Flow-Price Divergence | 6 hours | Energy events unfold slowly |
| Explained Market Move | 6 hours | Same correlation shouldn't repeat |
| Prediction Leading | 2 hours | Prediction markets update more frequently |
| Other signals | 30 minutes | Default for fast-moving events |
Market signals use symbol-only keys (e.g., silent_divergence:AVGO) rather than including the price change. This means a stock moving +2.5% then +3.0% won't trigger duplicate alerts—the first alert covers the story.
Source Intelligence
Not all sources are equal. The system implements a dual classification to prioritize authoritative information.
Source Tiers (Authority Ranking)
| Tier | Sources | Characteristics |
|---|---|---|
| Tier 1 | Reuters, AP, AFP, Bloomberg, White House, Pentagon | Wire services and official government—fastest, most reliable |
| Tier 2 | BBC, Guardian, NPR, Al Jazeera, CNBC, Financial Times | Major outlets—high editorial standards, some latency |
| Tier 3 | Defense One, Bellingcat, Foreign Policy, MIT Tech Review | Domain specialists—deep expertise, narrower scope |
| Tier 4 | Hacker News, The Verge, VentureBeat, aggregators | Useful signal but requires corroboration |
When multiple sources report the same story, the lowest tier (most authoritative) source is displayed as the primary, with others listed as corroborating.
Source Types (Categorical)
Sources are also categorized by function for triangulation detection:
- Wire - News agencies (Reuters, AP, AFP, Bloomberg)
- Gov - Official government (White House, Pentagon, State Dept, Fed, SEC)
- Intel - Defense/security specialists (Defense One, Bellingcat, Krebs)
- Mainstream - Major news outlets (BBC, Guardian, NPR, Al Jazeera)
- Market - Financial press (CNBC, MarketWatch, Financial Times)
- Tech - Technology coverage (Hacker News, Ars Technica, MIT Tech Review)
Propaganda Risk Indicators
The dashboard visually flags sources with known state affiliations or propaganda risk, enabling users to appropriately weight information from these outlets.
Risk Levels
| Level | Visual | Meaning |
|---|---|---|
| High | ⚠ State Media (red) | Direct state control or ownership |
| Medium | ! Caution (orange) | Significant state influence or funding |
| Low | (none) | Independent editorial control |
Flagged Sources
| Source | Risk Level | State Affiliation | Notes |
|---|---|---|---|
| Xinhua | High | China (CCP) | Official news agency of PRC |
| TASS | High | Russia | State-owned news agency |
| RT | High | Russia | Registered foreign agent in US |
| CGTN | High | China (CCP) | China Global Television Network |
| PressTV | High | Iran | IRIB subsidiary |
| Al Jazeera | Medium | Qatar | Qatari government funded |
| TRT World | Medium | Turkey | Turkish state broadcaster |
Display Locations
Propaganda risk badges appear in:
- Cluster primary source: Badge next to the main source name
- Top sources list: Small badge next to each flagged source
- Cluster view: Visible when expanding multi-source clusters
Why Include State Media?
State-controlled outlets are included rather than filtered because:
- Signal Value: What state media reports (and omits) reveals government priorities
- Rapid Response: State media often breaks domestic news faster than international outlets
- Narrative Analysis: Understanding how events are framed by different governments
- Completeness: Excluding them creates blind spots in coverage
The badges ensure users can contextualize state media reports rather than unknowingly treating them as independent journalism.
Entity Extraction System
The dashboard extracts named entities (companies, countries, leaders, organizations) from news headlines to enable news-to-market correlation and entity-based filtering.
How It Works
Headlines are scanned against a curated entity index containing:
| Entity Type | Examples | Purpose |
|---|---|---|
| Companies | Apple, Tesla, NVIDIA, Boeing | Market symbol correlation |
| Countries | Russia, China, Iran, Ukraine | Geopolitical attribution |
| Leaders | Putin, Xi Jinping, Khamenei | Political event tracking |
| Organizations | NATO, OPEC, Fed, SEC | Institutional news filtering |
| Commodities | Oil, Gold, Bitcoin | Commodity news correlation |
Entity Matching
Each entity has multiple match patterns for comprehensive detection:
Entity: NVIDIA (NVDA)
Aliases: nvidia, nvda, jensen huang
Keywords: gpu, h100, a100, cuda, ai chip
Match Types:
- Name match: "NVIDIA announces..." → 95% confidence
- Alias match: "Jensen Huang says..." → 90% confidence
- Keyword match: "H100 shortage..." → 70% confidence
Confidence Scoring
Entity extraction produces confidence scores based on match quality:
| Match Type | Confidence | Example |
|---|---|---|
| Direct name | 95% | "Apple reports earnings" |
| Alias | 90% | "Tim Cook announces..." |
| Keyword | 70% | "iPhone sales decline" |
| Related cluster | 63% | Secondary headline mention (90% × 0.7) |
Market Correlation
When a market symbol moves significantly, the system searches news clusters for related entities:
- Symbol lookup - Find entity by market symbol (e.g.,
AAPL→ Apple) - News search - Find clusters mentioning the entity or related entities
- Confidence ranking - Sort by extraction confidence
- Result - "Market Move Explained" or "Silent Divergence" signal
This enables signals like:
- Explained: "AVGO +5.2% — Broadcom mentioned in 3 news clusters (AI chip demand)"
- Silent: "AVGO +5.2% — No correlated news after entity search"
Signal Context ("Why It Matters")
Every signal includes contextual information explaining its analytical significance:
Context Fields
| Field | Purpose | Example |
|---|---|---|
| Why It Matters | Analytical significance | "Markets pricing in information before news" |
| Actionable Insight | What to do next | "Monitor for breaking news in 1-6 hours" |
| Confidence Note | Signal reliability caveats | "Higher confidence if multiple markets align" |
Signal-Specific Context
| Signal | Why It Matters |
|---|---|
| Prediction Leading | Prediction markets often price in information before it becomes news—traders may have early access to developments |
| Silent Divergence | Market moving without identifiable catalyst—possible insider knowledge, algorithmic trading, or unreported development |
| Velocity Spike | Story accelerating across multiple sources—indicates growing significance and potential for market/policy impact |
| Triangulation | The "authority triangle" (wire + government + intel) aligned—gold standard for breaking news confirmation |
| Flow-Price Divergence | Supply disruption not yet reflected in prices—potential information edge or markets have better information |
| Hotspot Escalation | Geopolitical hotspot showing escalation across news, instability, convergence, and military presence |
This contextual layer transforms raw alerts into actionable intelligence by explaining the analytical reasoning behind each signal.
Algorithms & Design
News Clustering
Related articles are grouped using Jaccard similarity on tokenized headlines:
similarity(A, B) = |A ∩ B| / |A ∪ B|
Tokenization:
- Headlines are lowercased and split on word boundaries
- Stop words removed: "the", "a", "an", "in", "on", "at", "to", "for", "of", "and", "or"
- Short tokens (<3 characters) filtered out
- Result cached per headline for performance
Inverted Index Optimization: Rather than O(n²) pairwise comparison, the algorithm uses an inverted index:
- Build token → article indices map
- For each article, find candidate matches via shared tokens
- Only compute Jaccard for candidates with token overlap
- This reduces comparisons from ~10,000 to ~500 for typical news loads
Clustering Rules:
- Articles with similarity ≥ 0.5 are grouped into clusters
- Clusters are sorted by source tier, then recency
- The most authoritative source becomes the "primary" headline
- Clusters maintain full item list for multi-source attribution
Velocity Analysis
Each news cluster tracks publication velocity:
- Sources per hour = article count / time span
- Trend = rising/stable/falling based on first-half vs second-half publication rate
- Levels: Normal (<3/hr), Elevated (3-6/hr), Spike (>6/hr)
Sentiment Detection
Headlines are scored against curated word lists:
Negative indicators: war, attack, killed, crisis, crash, collapse, threat, sanctions, invasion, missile, terror, assassination, recession, layoffs...
Positive indicators: peace, deal, agreement, breakthrough, recovery, growth, ceasefire, treaty, alliance, victory...
Score determines sentiment classification: negative (<-1), neutral (-1 to +1), positive (>+1)
Entity Extraction
News headlines are scanned against the entity knowledge base using word-boundary regex matching:
regex = /\b{escaped_alias}\b/gi
Index Structure: The entity index pre-builds five lookup maps for O(1) access:
| Map | Key | Value | Purpose |
|---|---|---|---|
byId |
Entity ID | Full entity record | Direct lookup |
byAlias |
Lowercase alias | Entity ID | Name matching |
byKeyword |
Lowercase keyword | Set of entity IDs | Topic matching |
bySector |
Sector name | Set of entity IDs | Sector queries |
byType |
Entity type | Set of entity IDs | Type filtering |
Matching Algorithm:
-
Alias matching (highest confidence):
- Iterate all aliases (minimum 3 characters to avoid false positives)
- Word-boundary regex prevents partial matches ("AI" won't match "RAID")
- First alias match for each entity stops further searching (deduplication)
-
Keyword matching (medium confidence):
- Simple substring check (faster than regex)
- Multiple entities may match same keyword
- Lower confidence (70%) than alias matches (95%)
-
Related entity expansion:
- If entity has
relatedfield, those entities are also checked - Example: AVGO move also searches for NVDA, INTC, AMD news
- If entity has
Performance:
- Index builds once on first access (cached singleton)
- Alias map has ~300 entries for 100+ entities
- Keyword map has ~400 entries
- Full news scan: O(aliases × clusters) ≈ 300 × 50 = 15,000 comparisons
Baseline Deviation (Z-Score)
The system maintains rolling baselines for news volume per topic:
- 7-day average and 30-day average stored in IndexedDB
- Standard deviation calculated from historical counts
- Z-score = (current - mean) / stddev
Deviation levels:
- Spike: Z > 2.5 (statistically rare increase)
- Elevated: Z > 1.5
- Normal: -2 < Z < 1.5
- Quiet: Z < -2 (unusually low activity)
This enables detection of anomalous activity even when absolute numbers seem normal.
Dynamic Hotspot Activity
Hotspots on the map are not static threat levels. Activity is calculated in real-time based on news correlation.
Each hotspot defines keywords:
{
id: 'dc',
name: 'DC',
keywords: ['pentagon', 'white house', 'congress', 'cia', 'nsa', ...],
agencies: ['Pentagon', 'CIA', 'NSA', 'State Dept'],
}
The system counts matching news articles in the current feed, applies velocity analysis, and assigns activity levels:
| Level | Criteria | Visual |
|---|---|---|
| Low | <3 matches, normal velocity | Gray marker |
| Elevated | 3-6 matches OR elevated velocity | Yellow pulse |
| High | >6 matches OR spike velocity | Red pulse |
This creates a dynamic "heat map" of global attention based on live news flow.
Hotspot Escalation Signals
Beyond visual activity levels, the system generates escalation signals when hotspots show significant changes across multiple dimensions. This multi-component approach reduces false positives by requiring corroboration from independent data streams.
Escalation Components
Each hotspot's escalation score blends four weighted components:
| Component | Weight | Data Source | What It Measures |
|---|---|---|---|
| News Activity | 35% | RSS feeds | Matching news count, breaking flags, velocity |
| CII Contribution | 25% | Country Instability Index | Instability score of associated country |
| Geographic Convergence | 25% | Multi-source events | Event type diversity in geographic cell |
| Military Activity | 15% | OpenSky/AIS | Flights and vessels within 200km |
Score Calculation
static_baseline = hotspot.baselineRisk // 1-5 per hotspot
dynamic_score = (
news_component × 0.35 +
cii_component × 0.25 +
geo_component × 0.25 +
military_component × 0.15
)
proximity_boost = hotspot_proximity_multiplier // 1.0-2.0
final_score = (static_baseline × 0.30 + dynamic_score × 0.70) × proximity_boost
Trend Detection
The system maintains 48-point history (24 hours at 30-minute intervals) per hotspot:
- Linear regression calculates slope of recent scores
- Rising: Slope > +0.1 points per interval
- Falling: Slope < -0.1 points per interval
- Stable: Slope within ±0.1
Signal Generation
Escalation signals (hotspot_escalation) are emitted when:
- Final score exceeds threshold (typically 60)
- At least 2 hours since last signal for this hotspot (cooldown)
- Trend is rising or score is critical (>80)
Signal Context
| Field | Content |
|---|---|
| Why It Matters | "Geopolitical hotspot showing significant escalation based on news activity, country instability, geographic convergence, and military presence" |
| Actionable Insight | "Increase monitoring priority; assess downstream impacts on infrastructure, markets, and regional stability" |
| Confidence Note | "Weighted by multiple data sources—news (35%), CII (25%), geo-convergence (25%), military (15%)" |
This multi-signal approach means a hotspot escalation signal represents corroborated evidence across independent data streams—not just a spike in news mentions.
Regional Focus Navigation
The FOCUS selector in the header provides instant navigation to strategic regions. Each preset is calibrated to center on the region's geographic area with an appropriate zoom level.
Available Regions
| Region | Coverage | Primary Use Cases |
|---|---|---|
| Global | Full world view | Overview, cross-regional comparison |
| Americas | North America focus | US monitoring, NORAD activity |
| Europe | EU + UK + Scandinavia + Western Russia | NATO activity, energy infrastructure |
| MENA | Middle East + North Africa | Conflict zones, oil infrastructure |
| Asia | East Asia + Southeast Asia | China-Taiwan, Korean peninsula |
| Latin America | Central + South America | Regional instability, drug trafficking |
| Africa | Sub-Saharan Africa | Conflict zones, resource extraction |
| Oceania | Australia + Pacific | Indo-Pacific activity |
Quick Navigation
The FOCUS dropdown enables rapid context switching:
- Breaking news - Jump to the affected region
- Regional briefing - Cycle through regions for situational awareness
- Crisis monitoring - Lock onto a specific theater
Regional views are encoded in shareable URLs, enabling direct links to specific geographic contexts.
Map Pinning
By default, the map scrolls with the page, allowing you to scroll down to view panels below. The pin button (📌) in the map header toggles sticky behavior:
| State | Behavior |
|---|---|
| Unpinned (default) | Map scrolls with page; scroll down to see panels |
| Pinned | Map stays fixed at top; panels scroll beneath |
When to Pin
- Active monitoring - Keep the map visible while reading news panels
- Cross-referencing - Compare map markers with panel data
- Presentation - Show the map while discussing panel content
When to Unpin
- Panel focus - Read through panels without map taking screen space
- Mobile - Pin is disabled on mobile for better space utilization
- Research - Focus on data panels without geographic distraction
Pin state persists across sessions via localStorage.
Country Instability Index (CII)
The dashboard maintains a real-time instability score for 20 strategically significant countries. Rather than relying on static risk ratings, the CII dynamically reflects current conditions based on multiple input streams.
Monitored Countries (Tier 1)
| Region | Countries |
|---|---|
| Americas | United States, Venezuela |
| Europe | Germany, France, United Kingdom, Poland |
| Eastern Europe | Russia, Ukraine |
| Middle East | Iran, Israel, Saudi Arabia, Turkey, Syria, Yemen |
| Asia-Pacific | China, Taiwan, North Korea, India, Pakistan, Myanmar |
Three Component Scores
Each country's CII is computed from three weighted components:
| Component | Weight | Data Sources | What It Measures |
|---|---|---|---|
| Unrest | 40% | ACLED protests, GDELT events | Civil unrest intensity, fatalities, event severity |
| Security | 30% | Military flights, naval vessels | Unusual military activity patterns |
| Information | 30% | News velocity, alert clusters | Media attention intensity and acceleration |
Scoring Algorithm
Unrest Score:
base = min(50, protest_count × 8)
fatality_boost = min(30, total_fatalities × 5)
severity_boost = min(20, high_severity_count × 10)
unrest = min(100, base + fatality_boost + severity_boost)
Security Score:
flight_score = min(50, military_flights × 3)
vessel_score = min(30, naval_vessels × 5)
security = min(100, flight_score + vessel_score)
Information Score:
base = min(40, news_count × 5)
velocity_boost = min(40, avg_velocity × 10)
alert_boost = 20 if any_alert else 0
information = min(100, base + velocity_boost + alert_boost)
Final CII = round(unrest × 0.4 + security × 0.3 + information × 0.3)
Scoring Bias Prevention
Raw news volume creates a natural bias—English-language media generates far more coverage of the US, UK, and Western Europe than conflict zones. Without correction, stable democracies would consistently score higher than actual crisis regions.
Log Scaling for High-Volume Countries
Countries with high media coverage receive logarithmic dampening on their unrest and information scores:
if (newsVolume > threshold):
dampingFactor = 1 / (1 + log10(newsVolume / threshold))
score = rawScore × dampingFactor
This ensures the US receiving 50 news mentions about routine political activity doesn't outscore Ukraine with 10 mentions about active combat.
Conflict Zone Floor Scores
Active conflict zones have minimum score floors that prevent them from appearing stable during data gaps or low-coverage periods:
| Country | Floor | Rationale |
|---|---|---|
| Ukraine | 55 | Active war with Russia |
| Syria | 50 | Ongoing civil war |
| Yemen | 50 | Ongoing civil war |
| Myanmar | 45 | Military coup, civil conflict |
| Israel | 45 | Active Gaza conflict |
The floor applies after the standard calculation—if the computed score exceeds the floor, the computed score is used. This prevents false "all clear" signals while preserving sensitivity to actual escalations.
Instability Levels
| Level | Score Range | Visual | Meaning |
|---|---|---|---|
| Critical | 81-100 | Red | Active crisis or major escalation |
| High | 66-80 | Orange | Significant instability requiring close monitoring |
| Elevated | 51-65 | Yellow | Above-normal activity patterns |
| Normal | 31-50 | Gray | Baseline geopolitical activity |
| Low | 0-30 | Green | Unusually quiet period |
Trend Detection
The CII tracks 24-hour changes to identify trajectory:
- Rising: Score increased by ≥5 points (escalating situation)
- Stable: Change within ±5 points (steady state)
- Falling: Score decreased by ≥5 points (de-escalation)
Contextual Score Boosts
Beyond the base component scores, several contextual factors can boost a country's CII score (up to a combined maximum of 23 additional points):
| Boost Type | Max Points | Condition | Purpose |
|---|---|---|---|
| Hotspot Activity | 10 | Events near defined hotspots | Captures localized escalation |
| News Urgency | 5 | Information component ≥50 | High media attention indicator |
| Focal Point | 8 | AI focal point detection on country | Multi-source convergence indicator |
Hotspot Boost Calculation:
- Hotspot activity (0-100) scaled by 1.5× then capped at 10
- Zero boost for countries with no associated hotspot activity
News Urgency Boost Tiers:
- Information ≥70: +5 points
- Information ≥50: +3 points
- Information <50: +0 points
Focal Point Boost Tiers:
- Critical urgency: +8 points
- Elevated urgency: +4 points
- Normal urgency: +0 points
These boosts are designed to elevate scores only when corroborating evidence exists—a country must have both high base scores AND contextual signals to reach extreme levels.
Server-Side Pre-Computation
To eliminate the "cold start" problem where new users would see blank data during the Learning Mode warmup, CII scores are pre-computed server-side via the /api/risk-scores endpoint. See the Server-Side Risk Score API section for details.
Learning Mode (15-Minute Warmup)
On dashboard startup, the CII system enters Learning Mode—a 15-minute calibration period where scores are calculated but alerts are suppressed. This prevents the flood of false-positive alerts that would otherwise occur as the system establishes baseline values.
Note: Server-side pre-computation now provides immediate scores to new users—Learning Mode primarily affects client-side dynamic adjustments and alert generation rather than initial score display.
Why 15 minutes? Real-world testing showed that CII scores stabilize after approximately 10-20 minutes of data collection. The 15-minute window provides sufficient time for:
- Multiple refresh cycles across all data sources
- Trend detection to establish direction (rising/stable/falling)
- Cross-source correlation to normalize bias
Visual Indicators
During Learning Mode, the dashboard provides clear visual feedback:
| Location | Indicator |
|---|---|
| CII Panel | Yellow banner with progress bar and countdown timer |
| Strategic Risk Overview | "Learning Mode - Xm until reliable" status |
| Score Display | Scores shown at 60% opacity (dimmed) |
Behavior
Minutes 0-15: Learning Mode Active
- CII scores calculated and displayed (dimmed)
- Trend detection active (stores baseline)
- All CII-related alerts suppressed
- Progress bar fills as time elapses
After 15 minutes: Learning Complete
- Full opacity scores
- Alert generation enabled (threshold ≥10 point change)
- "All data sources active" status shown
This ensures users understand that early scores are provisional while preventing alert fatigue during the calibration period.
Keyword Attribution
Countries are matched to data via keyword lists:
- Russia:
russia,moscow,kremlin,putin - China:
china,beijing,xi jinping,prc - Taiwan:
taiwan,taipei
This enables attribution of news and events to specific countries even when formal country codes aren't present in the source data.
Geographic Convergence Detection
One of the most valuable intelligence signals is when multiple independent data streams converge on the same geographic area. This often precedes significant events.
How It Works
The system maintains a real-time grid of geographic cells (1° × 1° resolution). Each cell tracks four event types:
| Event Type | Source | Detection Method |
|---|---|---|
| Protests | ACLED/GDELT | Direct geolocation |
| Military Flights | OpenSky | ADS-B position |
| Naval Vessels | AIS stream | Ship position |
| Earthquakes | USGS | Epicenter location |
When 3 or more different event types occur within the same cell during a 24-hour window, a convergence alert is generated.
Convergence Scoring
type_score = event_types × 25 # Max 100 (4 types)
count_boost = min(25, total_events × 2)
convergence_score = min(100, type_score + count_boost)
Alert Thresholds
| Types Converging | Score Range | Alert Level |
|---|---|---|
| 4 types | 80-100 | Critical |
| 3 types | 60-80 | High |
| 3 types (low count) | 40-60 | Medium |
Example Scenarios
Taiwan Strait Buildup
- Cell:
25°N, 121°E - Events: Military flights (3), Naval vessels (2), Protests (1)
- Score: 75 + 12 = 87 (Critical)
- Signal: "Geographic Convergence (3 types) - military flights, naval vessels, protests"
Middle East Flashpoint
- Cell:
32°N, 35°E - Events: Military flights (5), Protests (8), Earthquake (1)
- Score: 75 + 25 = 100 (Critical)
- Signal: Multiple activity streams converging on region
Why This Matters
Individual data points are often noise. But when protests break out, military assets reposition, and seismic monitors detect anomalies in the same location simultaneously, it warrants attention—regardless of whether any single source is reporting a crisis.
Infrastructure Cascade Analysis
Critical infrastructure is interdependent. A cable cut doesn't just affect connectivity—it creates cascading effects across dependent countries and systems. The cascade analysis system visualizes these dependencies.
Dependency Graph
The system builds a graph of 279 infrastructure nodes and 280 dependency edges:
| Node Type | Count | Examples |
|---|---|---|
| Undersea Cables | 18 | MAREA, FLAG Europe-Asia, SEA-ME-WE 6 |
| Pipelines | 88 | Nord Stream, Trans-Siberian, Keystone |
| Ports | 61 | Singapore, Rotterdam, Shenzhen |
| Chokepoints | 8 | Suez, Hormuz, Malacca |
| Countries | 105 | End nodes representing national impact |
Cascade Calculation
When a user selects an infrastructure asset for analysis, a breadth-first cascade propagates through the graph:
1. Start at source node (e.g., "cable:marea")
2. For each dependent node:
impact = edge_strength × disruption_level × (1 - redundancy)
3. Categorize impact:
- Critical: impact > 0.8
- High: impact > 0.5
- Medium: impact > 0.2
- Low: impact ≤ 0.2
4. Recurse to depth 3 (prevent infinite loops)
Redundancy Modeling
The system accounts for alternative routes:
- Cables with high redundancy show reduced impact
- Countries with multiple cable landings show lower vulnerability
- Alternative routes are displayed with capacity percentages
Example Analysis
MAREA Cable Disruption:
Source: MAREA (US ↔ Spain, 200 Tbps)
Countries Affected: 4
- Spain: Medium (redundancy via other Atlantic cables)
- Portugal: Low (secondary landing)
- France: Low (alternative routes via UK)
- US: Low (high redundancy)
Alternative Routes: TAT-14 (35%), Hibernia (22%), AEConnect (18%)
FLAG Europe-Asia Disruption:
Source: FLAG Europe-Asia (UK ↔ Japan)
Countries Affected: 7
- India: Medium (major capacity share)
- UAE, Saudi Arabia: Medium (limited alternatives)
- UK, Japan: Low (high redundancy)
Alternative Routes: SEA-ME-WE 6 (11%), 2Africa (8%), Falcon (8%)
Use Cases
- Pre-positioning: Understand which countries are most vulnerable to specific infrastructure failures
- Risk Assessment: Evaluate supply chain exposure to chokepoint disruptions
- Incident Response: Quickly identify downstream effects of reported cable cuts or pipeline damage
Undersea Cable Activity Monitoring
The dashboard monitors real-time cable operations and advisories from official maritime warning systems, providing early warning of potential connectivity disruptions.
Data Sources
| Source | Coverage | Data Type |
|---|---|---|
| NGA Warnings | Global | NAVAREA maritime warnings |
| Cable Operators | Route-specific | Maintenance advisories |
How It Works
The system parses NGA (National Geospatial-Intelligence Agency) maritime warnings for cable-related activity:
- Keyword filtering: Warnings containing "CABLE", "CABLESHIP", "SUBMARINE CABLE", "FIBER OPTIC" are extracted
- Coordinate parsing: DMS and decimal coordinates are extracted from warning text
- Cable matching: Coordinates are matched to nearest cable routes within 5° radius
- Severity classification: Keywords like "FAULT", "BREAK", "DAMAGE" indicate faults; others indicate maintenance
Alert Types
| Type | Trigger | Map Display |
|---|---|---|
| Cable Advisory | Any cable-related NAVAREA warning | ⚠ Yellow marker at location |
| Repair Ship | Cableship name detected in warning | 🚢 Ship icon with status |
Repair Ship Tracking
When a cableship is mentioned in warnings, the system extracts:
- Vessel name: CS Reliance, Cable Innovator, etc.
- Status: "En route" or "On station"
- Location: Current working area
- Associated cable: Nearest cable route
This enables monitoring of ongoing repair operations before official carrier announcements.
Why This Matters
Undersea cables carry 95% of intercontinental data traffic. A cable cut can:
- Cause regional internet outages
- Disrupt financial transactions
- Impact military communications
- Create economic cascading effects
Early visibility into cable operations—even maintenance windows—provides advance warning for contingency planning.
Strategic Risk Overview
The Strategic Risk Overview provides a composite dashboard that synthesizes all intelligence modules into a single risk assessment.
Composite Score (0-100)
The strategic risk score combines three components:
| Component | Weight | Calculation |
|---|---|---|
| Convergence | 40% | min(100, convergence_zones × 20) |
| CII Deviation | 35% | min(100, avg_deviation × 2) |
| Infrastructure | 25% | min(100, incidents × 25) |
Risk Levels
| Score | Level | Trend Icon | Meaning |
|---|---|---|---|
| 70-100 | Critical | 📈 Escalating | Multiple converging crises |
| 50-69 | Elevated | ➡️ Stable | Heightened global tension |
| 30-49 | Moderate | ➡️ Stable | Normal fluctuation |
| 0-29 | Low | 📉 De-escalating | Unusually quiet period |
Unified Alert System
Alerts from all modules are merged using temporal and spatial deduplication:
- Time window: Alerts within 2 hours may be merged
- Distance threshold: Alerts within 200km may be merged
- Same country: Alerts affecting the same country may be merged
When alerts merge, they become composite alerts that show the full picture:
Type: Composite Alert
Title: Convergence + CII + Infrastructure: Ukraine
Components:
- Geographic Convergence: 4 event types in Kyiv region
- CII Spike: Ukraine +15 points (Critical)
- Infrastructure: Black Sea cables at risk
Priority: Critical
Alert Priority
| Priority | Criteria |
|---|---|
| Critical | CII critical level, convergence score ≥80, cascade critical impact |
| High | CII high level, convergence score ≥60, cascade affecting ≥5 countries |
| Medium | CII change ≥10 points, convergence score ≥40 |
| Low | Minor changes and low-impact events |
Trend Detection
The system tracks the composite score over time:
- First measurement establishes baseline (shows "Stable")
- Subsequent changes of ±5 points trigger trend changes
- This prevents false "escalating" signals on initialization
Pentagon Pizza Index (PizzINT)
The dashboard integrates real-time foot traffic data from strategic locations near government and military facilities. This "Pizza Index" concept—tracking late-night activity spikes at restaurants near the Pentagon, Langley, and other facilities—provides an unconventional indicator of crisis activity.
How It Works
The system aggregates percentage-of-usual metrics from monitored locations:
- Locations: Fast food, pizza shops, and convenience stores near Pentagon, CIA, NSA, State Dept, and other facilities
- Aggregation: Activity percentages are averaged, capped at 100%
- Spike Detection: Locations exceeding their baseline are flagged
DEFCON-Style Alerting
Aggregate activity maps to a 5-level readiness scale:
| Level | Threshold | Label | Meaning |
|---|---|---|---|
| DEFCON 1 | ≥90% | COCKED PISTOL | Maximum readiness; crisis response active |
| DEFCON 2 | ≥75% | FAST PACE | High activity; significant event underway |
| DEFCON 3 | ≥50% | ROUND HOUSE | Elevated; above-normal operations |
| DEFCON 4 | ≥25% | DOUBLE TAKE | Increased vigilance |
| DEFCON 5 | <25% | FADE OUT | Normal peacetime operations |
GDELT Tension Pairs
The indicator also displays geopolitical tension scores from GDELT (Global Database of Events, Language, and Tone):
| Pair | Monitored Relationship |
|---|---|
| USA ↔ Russia | Primary nuclear peer adversary |
| USA ↔ China | Economic and military competition |
| USA ↔ Iran | Middle East regional tensions |
| Israel ↔ Iran | Direct conflict potential |
| China ↔ Taiwan | Cross-strait relations |
| Russia ↔ Ukraine | Active conflict zone |
Each pair shows:
- Current tension score (GDELT's normalized metric)
- 7-day trend (rising, falling, stable)
- Percentage change from previous period
This provides context for the activity levels—a spike at Pentagon locations during a rising China-Taiwan tension score carries different weight than during a quiet period.
Related Assets
News clusters are automatically enriched with nearby critical infrastructure. When a story mentions a geographic region, the system identifies relevant assets within 600km, providing immediate operational context.
Asset Types
| Type | Source | Examples |
|---|---|---|
| Pipelines | 88 global routes | Nord Stream, Keystone, Trans-Siberian |
| Undersea Cables | 55 major cables | TAT-14, SEA-ME-WE, Pacific Crossing |
| AI Datacenters | 111 clusters (≥10k GPUs) | Azure East US, GCP Council Bluffs |
| Military Bases | 220+ installations | Ramstein, Diego Garcia, Guam |
| Nuclear Facilities | 100+ sites | Power plants, weapons labs, enrichment |
Location Inference
The system infers the geographic focus of news stories through:
- Keyword matching: Headlines are scanned against hotspot keyword lists (e.g., "Taiwan" → Taiwan Strait hotspot)
- Confidence scoring: Multiple keyword matches increase location confidence
- Fallback to conflicts: If no hotspot matches, active conflict zones are checked
Distance Calculation
Assets are ranked by Haversine distance from the inferred location:
d = 2r × arcsin(√(sin²(Δφ/2) + cos(φ₁) × cos(φ₂) × sin²(Δλ/2)))
Up to 3 assets per type are displayed, sorted by proximity.
Example Context
A news cluster about "pipeline explosion in Germany" would show:
- Pipelines: Nord Stream (23km), Yamal-Europe (156km)
- Cables: TAT-14 landing (89km)
- Bases: Ramstein (234km)
Clicking an asset zooms the map to its location and displays detailed information.
Custom Monitors
Create personalized keyword alerts that scan all incoming news:
- Enter comma-separated keywords (e.g., "nvidia, gpu, chip shortage")
- System assigns a unique color
- Matching articles are highlighted in the Monitor panel
- Matching articles in clusters inherit the monitor color
Monitors persist across sessions via LocalStorage.
Activity Tracking
The dashboard highlights newly-arrived items so you can quickly identify what changed since your last look.
Visual Indicators
| Indicator | Duration | Purpose |
|---|---|---|
| NEW tag | 2 minutes | Badge on items that just appeared |
| Glow highlight | 30 seconds | Subtle animation drawing attention |
| Panel badge | Until viewed | Count of new items in collapsed panels |
Automatic "Seen" Detection
The system uses IntersectionObserver to detect when panels become visible:
- When a panel is >50% visible for >500ms, items are marked as "seen"
- Scrolling through a panel marks visible items progressively
- Switching panels resets the "new" state appropriately
Panel-Specific Tracking
Each panel maintains independent activity state:
- News: New clusters since last view
- Markets: Price changes exceeding thresholds
- Predictions: Probability shifts >5%
- Natural Events: New earthquakes and EONET events
This enables focused monitoring—you can collapse panels you've reviewed and see at a glance which have new activity.
Snapshot System
The dashboard captures periodic snapshots for historical analysis:
- Automatic capture every refresh cycle
- 7-day retention with automatic cleanup
- Stored data: news clusters, market prices, prediction values, hotspot levels
- Playback: Load historical snapshots to see past dashboard states
Baselines (7-day and 30-day averages) are stored in IndexedDB for deviation analysis.
Maritime Intelligence
The Ships layer provides real-time vessel tracking and maritime domain awareness through AIS (Automatic Identification System) data.
Chokepoint Monitoring
The system monitors eight critical maritime chokepoints where disruptions could impact global trade:
| Chokepoint | Strategic Importance |
|---|---|
| Strait of Hormuz | 20% of global oil transits; Iran control |
| Suez Canal | Europe-Asia shipping; single point of failure |
| Strait of Malacca | Primary Asia-Pacific oil route |
| Bab el-Mandeb | Red Sea access; Yemen/Houthi activity |
| Panama Canal | Americas east-west transit |
| Taiwan Strait | Semiconductor supply chain; PLA activity |
| South China Sea | Contested waters; island disputes |
| Black Sea | Ukraine grain exports; Russian naval activity |
Density Analysis
Vessel positions are aggregated into a 2° grid to calculate traffic density. Each cell tracks:
- Current vessel count
- Historical baseline (30-minute rolling window)
- Change percentage from baseline
Density changes of ±30% trigger alerts, indicating potential congestion, diversions, or blockades.
Dark Ship Detection
The system monitors for AIS gaps—vessels that stop transmitting their position. An AIS gap exceeding 60 minutes in monitored regions may indicate:
- Sanctions evasion (ship-to-ship transfers)
- Illegal fishing
- Military activity
- Equipment failure
Vessels reappearing after gaps are flagged for the duration of the session.
WebSocket Architecture
AIS data flows through a WebSocket relay for real-time updates without polling:
AISStream → WebSocket Relay → Browser
(ws://relay)
The connection automatically reconnects on disconnection with a 30-second backoff. When the Ships layer is disabled, the WebSocket disconnects to conserve resources.
Railway Relay Architecture
Some APIs block requests from cloud providers (Vercel, AWS, Cloudflare Workers). A Railway relay server provides authenticated access:
Browser → Railway Relay → External APIs
(Node.js) (AIS, OpenSky, RSS)
Relay Functions:
| Endpoint | Purpose | Authentication |
|---|---|---|
/ (WebSocket) |
AIS vessel stream | AISStream API key |
/opensky |
Military aircraft | OAuth2 Bearer token |
/rss |
Blocked RSS feeds | None (user-agent spoofing) |
/health |
Status check | None |
Environment Variables (Railway):
AISSTREAM_API_KEY- AIS data accessOPENSKY_CLIENT_ID- OAuth2 client IDOPENSKY_CLIENT_SECRET- OAuth2 client secret
Why Railway?
- Residential IP ranges (not blocked like cloud providers)
- WebSocket support for persistent connections
- Global edge deployment for low latency
- Free tier sufficient for moderate traffic
The relay is stateless—it simply authenticates and proxies requests. All caching and processing happens client-side or in Vercel Edge Functions.
Military Tracking
The Military layer provides specialized tracking of military vessels and aircraft, identifying assets by their transponder characteristics and monitoring activity patterns.
Military Vessel Identification
Vessels are identified as military through multiple methods:
MMSI Analysis: Maritime Mobile Service Identity numbers encode the vessel's flag state. The system maintains a mapping of 150+ country codes to identify naval vessels:
| MID Range | Country | Notes |
|---|---|---|
| 338-339 | USA | US Navy, Coast Guard |
| 273 | Russia | Russian Navy |
| 412-414 | China | PLAN vessels |
| 232-235 | UK | Royal Navy |
| 226-228 | France | Marine Nationale |
Known Vessel Database: A curated database of 50+ named vessels enables positive identification when AIS transmits vessel names:
| Category | Tracked Vessels |
|---|---|
| US Carriers | All 11 Nimitz/Ford-class (CVN-68 through CVN-78) |
| UK Carriers | HMS Queen Elizabeth (R08), HMS Prince of Wales (R09) |
| Chinese Carriers | Liaoning (16), Shandong (17), Fujian (18) |
| Russian Carrier | Admiral Kuznetsov |
| Notable Destroyers | USS Zumwalt (DDG-1000), HMS Defender (D36), HMS Duncan (D37) |
| Research/Intel | USNS Victorious (T-AGOS-19), USNS Impeccable (T-AGOS-23), Yuan Wang |
Vessel Classification Algorithm:
- Check vessel name against known database (hull numbers and ship names)
- Fall back to AIS ship type code if name match fails
- Apply MMSI pattern matching for country/operator identification
- For naval-prefix vessels (USS, HMS, HMCS, HMAS, INS, JS, ROKS, TCG), infer military status
Callsign Patterns: Known military callsign prefixes (NAVY, GUARD, etc.) provide secondary identification.
Naval Chokepoint Monitoring
The system monitors 12 critical maritime chokepoints with configurable detection radii:
| Chokepoint | Strategic Significance |
|---|---|
| Strait of Hormuz | Persian Gulf access, oil transit |
| Suez Canal | Mediterranean-Red Sea link |
| Strait of Malacca | Pacific-Indian Ocean route |
| Taiwan Strait | Cross-strait tensions |
| Bosphorus | Black Sea access |
| GIUK Gap | North Atlantic submarine route |
When military vessels enter these zones, proximity alerts are generated.
Naval Base Proximity
Activity near 12 major naval installations is tracked:
- Norfolk (USA) - Atlantic Fleet headquarters
- Pearl Harbor (USA) - Pacific Fleet base
- Sevastopol (Russia) - Black Sea Fleet
- Qingdao (China) - North Sea Fleet
- Yokosuka (Japan) - US 7th Fleet
Vessels within 50km of these bases are flagged, enabling detection of unusual activity patterns.
Aircraft Tracking (OpenSky)
Military aircraft are tracked via the OpenSky Network using ADS-B data. OpenSky blocks unauthenticated requests from cloud provider IPs (Vercel, Railway, AWS), so aircraft tracking requires a relay server with credentials.
Authentication:
- Register for a free account at opensky-network.org
- Create an API client in account settings to get
OPENSKY_CLIENT_IDandOPENSKY_CLIENT_SECRET - The relay uses OAuth2 client credentials flow to obtain Bearer tokens
- Tokens are cached (30-minute expiry) and automatically refreshed
Identification Methods:
- Callsign matching: Known military callsign patterns (RCH, REACH, DUKE, etc.)
- ICAO hex ranges: Military aircraft use assigned hex code blocks by country
- Altitude/speed profiles: Unusual flight characteristics
Tracked Metrics:
- Position history (20-point trails over 5-minute windows)
- Altitude and ground speed
- Heading and track
Activity Detection:
- Formations (multiple military aircraft in proximity)
- Unusual patterns (holding, reconnaissance orbits)
- Chokepoint transits
Vessel Position History
The system maintains position trails for tracked vessels:
- 30-point history per MMSI
- 10-minute cleanup interval for stale data
- Trail visualization on map for recent movement
This enables detection of loitering, circling, or other anomalous behavior patterns.
Military Surge Detection
The system continuously monitors military aircraft activity to detect surge events—significant increases above normal operational baselines that may indicate mobilization, exercises, or crisis response.
Theater Classification
Military activity is analyzed across five geographic theaters:
| Theater | Coverage | Key Areas |
|---|---|---|
| Middle East | Persian Gulf, Levant, Arabian Peninsula | US CENTCOM activity, Iranian airspace |
| Eastern Europe | Ukraine, Baltics, Black Sea | NATO-Russia border activity |
| Western Europe | Central Europe, North Sea | NATO exercises, air policing |
| Pacific | East Asia, Southeast Asia | Taiwan Strait, Korean Peninsula |
| Horn of Africa | Red Sea, East Africa | Counter-piracy, Houthi activity |
Aircraft Classification
Aircraft are categorized by callsign pattern matching:
| Type | Callsign Patterns | Significance |
|---|---|---|
| Transport | RCH, REACH, MOOSE, HERKY, EVAC, DUSTOFF | Airlift operations, troop movement |
| Fighter | VIPER, EAGLE, RAPTOR, STRIKE | Combat air patrol, interception |
| Reconnaissance | SIGNT, COBRA, RIVET, JSTARS | Intelligence gathering |
Baseline Calculation
The system maintains rolling 48-hour activity baselines per theater:
- Minimum 6 data samples required for reliable baseline
- Default baselines when data insufficient: 3 transport, 2 fighter, 1 reconnaissance
- Activity below 50% of baseline indicates stand-down
Surge Detection Algorithm
surge_ratio = current_count / baseline
surge_triggered = (
ratio ≥ 2.0 AND
transport ≥ 5 AND
fighters ≥ 4
)
Surge Signal Output
When a surge is detected, the system generates a military_surge signal:
| Field | Content |
|---|---|
| Location | Theater centroid coordinates |
| Message | "Military Transport Surge in [Theater]: [X] aircraft (baseline: [Y])" |
| Details | Aircraft types, nearby bases (150km radius), top callsigns |
| Confidence | Based on surge ratio (0.6–0.9) |
Foreign Military Presence Detection
Beyond surge detection, the system monitors for foreign military aircraft in sensitive regions—situations where aircraft from one nation appear in geopolitically significant areas outside their normal operating range.
Sensitive Regions
The system tracks 18 strategically significant geographic areas:
| Region | Sensitivity | Monitored For |
|---|---|---|
| Taiwan Strait | Critical | PLAAF activity, US transits |
| Persian Gulf | Critical | Iranian, US, Gulf state activity |
| Baltic Sea | High | Russian activity near NATO |
| Black Sea | High | NATO reconnaissance, Russian activity |
| South China Sea | High | PLAAF patrols, US FONOPs |
| Korean Peninsula | High | DPRK activity, US-ROK exercises |
| Eastern Mediterranean | Medium | Russian naval aviation, NATO |
| Arctic | Medium | Russian bomber patrols |
Detection Logic
For each sensitive region, the system:
- Identifies all military aircraft within the region boundary
- Groups aircraft by operating nation
- Excludes "home region" operators (e.g., Russian VKS in Baltic excluded from alert)
- Applies concentration thresholds (typically 2-3 aircraft per operator)
Critical Combinations
Certain operator-region combinations trigger critical severity alerts:
| Operator | Region | Rationale |
|---|---|---|
| PLAAF | Taiwan Strait | Potential invasion rehearsal |
| Russian VKS | Arctic | Nuclear bomber patrols |
| USAF | Persian Gulf | Potential strike package |
Signal Output
Foreign presence detection generates a foreign_military_presence signal:
| Field | Content |
|---|---|
| Title | "Foreign Military Presence: [Region]" |
| Details | "[Operator] aircraft detected: [count] [types]" |
| Severity | Critical/High/Medium based on combination |
| Confidence | 0.7–0.95 based on aircraft count and type diversity |
Aircraft Enrichment
Military aircraft tracking is enhanced with Wingbits enrichment data, providing detailed aircraft information that goes beyond basic transponder data.
What Wingbits Provides
When an aircraft is detected via OpenSky ADS-B, the system queries Wingbits for:
| Field | Description | Use Case |
|---|---|---|
| Registration | Aircraft tail number (e.g., N12345) | Unique identification |
| Owner | Legal owner of the aircraft | Military branch detection |
| Operator | Operating entity | Distinguish military vs. contractor |
| Manufacturer | Boeing, Lockheed Martin, etc. | Aircraft type classification |
| Model | Specific aircraft model | Capability assessment |
| Built Year | Year of manufacture | Fleet age analysis |
Military Classification Algorithm
The enrichment service analyzes owner and operator fields against curated keyword lists:
Confirmed Military (owner/operator match):
- Government: "United States Air Force", "Department of Defense", "Royal Air Force"
- International: "NATO", "Ministry of Defence", "Bundeswehr"
Likely Military (operator ICAO codes):
AIO(Air Mobility Command),RRR(Royal Air Force),GAF(German Air Force)RCH(REACH flights),CNV(Convoy flights),DOD(Department of Defense)
Possible Military (defense contractors):
- Northrop Grumman, Lockheed Martin, General Atomics, Raytheon, Boeing Defense, L3Harris
Aircraft Type Matching:
- Transport: C-17, C-130, C-5, KC-135, KC-46
- Reconnaissance: RC-135, U-2, RQ-4, E-3, E-8
- Combat: F-15, F-16, F-22, F-35, B-52, B-2
- European: Eurofighter, Typhoon, Rafale, Tornado, Gripen
Confidence Levels
Each enriched aircraft receives a confidence classification:
| Level | Criteria | Display |
|---|---|---|
| Confirmed | Direct military owner/operator match | Green badge |
| Likely | Military ICAO code or aircraft type | Yellow badge |
| Possible | Defense contractor ownership | Gray badge |
| Civilian | No military indicators | No badge |
Caching Strategy
Aircraft details rarely change, so aggressive caching reduces API load:
- Server-side: HTTP Cache-Control headers (24-hour max-age)
- Client-side: 1-hour local cache per aircraft
- Batch optimization: Up to 20 aircraft per API call
This means an aircraft's details are fetched at most once per day, regardless of how many times it appears on the map.
Space Launch Infrastructure
The Spaceports layer displays global launch facilities for monitoring space-related activity and supply chain implications.
Tracked Launch Sites
| Site | Country | Operator | Activity Level |
|---|---|---|---|
| Kennedy Space Center | USA | NASA/Space Force | High |
| Vandenberg SFB | USA | US Space Force | Medium |
| Starbase | USA | SpaceX | High |
| Baikonur Cosmodrome | Kazakhstan | Roscosmos | Medium |
| Plesetsk Cosmodrome | Russia | Roscosmos/Military | Medium |
| Vostochny Cosmodrome | Russia | Roscosmos | Low |
| Jiuquan SLC | China | CNSA | High |
| Xichang SLC | China | CNSA | High |
| Wenchang SLC | China | CNSA | Medium |
| Guiana Space Centre | France | ESA/CNES | Medium |
| Satish Dhawan SC | India | ISRO | Medium |
| Tanegashima SC | Japan | JAXA | Low |
Why This Matters
Space launches are geopolitically significant:
- Military implications: Many launches are dual-use (civilian/military)
- Technology competition: Launch cadence indicates space program advancement
- Supply chain: Satellite services affect communications, GPS, reconnaissance
- Incident correlation: News about space debris, failed launches, or policy changes
Critical Mineral Deposits
The Minerals layer displays strategic mineral extraction sites essential for modern technology and defense supply chains.
Tracked Resources
| Mineral | Strategic Importance | Major Producers |
|---|---|---|
| Lithium | EV batteries, energy storage | Australia, Chile, China |
| Cobalt | Battery cathodes, superalloys | DRC (60%+ global), Australia |
| Rare Earths | Magnets, electronics, defense | China (60%+ global), Australia, USA |
Key Sites
| Site | Mineral | Country | Significance |
|---|---|---|---|
| Greenbushes | Lithium | Australia | World's largest hard-rock lithium mine |
| Salar de Atacama | Lithium | Chile | Largest brine lithium source |
| Mutanda | Cobalt | DRC | World's largest cobalt mine |
| Tenke Fungurume | Cobalt | DRC | Major Chinese-owned cobalt source |
| Bayan Obo | Rare Earths | China | 45% of global REE production |
| Mountain Pass | Rare Earths | USA | Only active US rare earth mine |
Supply Chain Risks
Critical minerals are geopolitically concentrated:
- Cobalt: 70% from DRC, significant artisanal mining concerns
- Rare Earths: 60% from China, processing nearly monopolized
- Lithium: Expanding production but demand outpacing supply
News about these regions or mining companies can signal supply disruptions affecting technology and defense sectors.
Cyber Threat Actors (APT Groups)
The map displays geographic attribution markers for major state-sponsored Advanced Persistent Threat (APT) groups. These markers show the approximate operational centers of known threat actors.
Tracked Groups
| Group | Aliases | Sponsor | Notable Activity |
|---|---|---|---|
| APT28/29 | Fancy Bear, Cozy Bear | Russia (GRU/FSB) | Election interference, government espionage |
| APT41 | Double Dragon | China (MSS) | Supply chain attacks, intellectual property theft |
| Lazarus | Hidden Cobra | North Korea (RGB) | Financial theft, cryptocurrency heists |
| APT33/35 | Elfin, Charming Kitten | Iran (IRGC) | Critical infrastructure, aerospace targeting |
Why This Matters
Cyber operations often correlate with geopolitical tensions. When news reports reference Russian cyber activity during a Ukraine escalation, or Iranian hacking during Middle East tensions, these markers provide geographic context for the threat landscape.
Visual Indicators
APT markers appear as warning triangles (⚠) with distinct styling. Clicking a marker shows:
- Official designation and common aliases
- State sponsor and intelligence agency
- Primary targeting sectors
Social Unrest Tracking
The Protests layer aggregates civil unrest data from two independent sources, providing corroboration and global coverage.
ACLED (Armed Conflict Location & Event Data)
Academic-grade conflict data with human-verified events:
- Coverage: Global, 30-day rolling window
- Event types: Protests, riots, strikes, demonstrations
- Metadata: Actors involved, fatalities, detailed notes
- Confidence: High (human-curated)
GDELT (Global Database of Events, Language, and Tone)
Real-time news-derived event data:
- Coverage: Global, 7-day rolling window
- Event types: Geocoded protest mentions from news
- Volume: Reports per location (signal strength)
- Confidence: Medium (algorithmic extraction)
Multi-Source Corroboration
Events from both sources are deduplicated using a 0.5° spatial grid and date matching. When both ACLED and GDELT report events in the same area:
- Confidence is elevated to "high"
- ACLED data takes precedence (higher accuracy)
- Source list shows corroboration
Severity Classification
| Severity | Criteria |
|---|---|
| High | Fatalities reported, riots, or clashes |
| Medium | Large demonstrations, strikes |
| Low | Smaller protests, localized events |
Events near intelligence hotspots are cross-referenced to provide geopolitical context.
Map Display Filtering
To reduce visual clutter and focus attention on significant events, the map displays only high-severity protests and riots:
| Displayed | Event Type | Visual |
|---|---|---|
| ✅ Yes | Riot | Bright red marker |
| ✅ Yes | High-severity protest | Red marker |
| ❌ No | Medium/low-severity protest | Not shown on map |
Lower-severity events are still tracked for CII scoring and data exports—they simply don't create map markers. This filtering prevents dense urban areas (which naturally generate more low-severity demonstrations) from overwhelming the map display.
Aviation Monitoring
The Flights layer tracks airport delays and ground stops at major US airports using FAA NASSTATUS data.
Delay Types
| Type | Description |
|---|---|
| Ground Stop | No departures permitted; severe disruption |
| Ground Delay | Departures held; arrival rate limiting |
| Arrival Delay | Inbound traffic backed up |
| Departure Delay | Outbound traffic delayed |
Severity Thresholds
| Severity | Average Delay | Visual |
|---|---|---|
| Severe | ≥60 minutes | Red |
| Major | 45-59 minutes | Orange |
| Moderate | 25-44 minutes | Yellow |
| Minor | 15-24 minutes | Gray |
Monitored Airports
The 30 largest US airports are tracked:
- Major hubs: JFK, LAX, ORD, ATL, DFW, DEN, SFO
- International gateways with high traffic volume
- Airports frequently affected by weather or congestion
Ground stops are particularly significant—they indicate severe disruption (weather, security, or infrastructure failure) and can cascade across the network.
Security & Input Validation
The dashboard handles untrusted data from dozens of external sources. Defense-in-depth measures prevent injection attacks and API abuse.
XSS Prevention
All user-visible content is sanitized before DOM insertion:
escapeHtml(str) // Encodes & < > " ' as HTML entities
sanitizeUrl(url) // Allows only http/https protocols
This applies to:
- News headlines and sources (RSS feeds)
- Search results and highlights
- Monitor keywords (user input)
- Map popup content
- Tension pair labels
The <mark> highlighting in search escapes text before wrapping matches, preventing injection via crafted search queries.
Proxy Endpoint Validation
Serverless proxy functions validate and clamp all parameters:
| Endpoint | Validation |
|---|---|
/api/yahoo-finance |
Symbol format [A-Za-z0-9.^=-], max 20 chars |
/api/coingecko |
Coin IDs alphanumeric+hyphen, max 20 IDs |
/api/polymarket |
Order field allowlist, limit clamped 1-100 |
This prevents upstream API abuse and rate limit exhaustion from malformed requests.
Content Security
- URLs are validated via
URL()constructor—onlyhttp:andhttps:protocols are permitted - External links use
rel="noopener"to prevent reverse tabnapping - No inline scripts or
eval()—all code is bundled at build time
Fault Tolerance
External APIs are unreliable. Rate limits, outages, and network errors are inevitable. The system implements circuit breaker patterns to maintain availability.
Circuit Breaker Pattern
Each external service is wrapped in a circuit breaker that tracks failures:
Normal → Failure #1 → Failure #2 → OPEN (cooldown)
↓
5 minutes pass
↓
CLOSED
Behavior during cooldown:
- New requests return cached data (if available)
- UI shows "temporarily unavailable" status
- No API calls are made (prevents hammering)
Protected Services
| Service | Cooldown | Cache TTL |
|---|---|---|
| Yahoo Finance | 5 min | 10 min |
| Polymarket | 5 min | 10 min |
| USGS Earthquakes | 5 min | 10 min |
| NWS Weather | 5 min | 10 min |
| FRED Economic | 5 min | 10 min |
| Cloudflare Radar | 5 min | 10 min |
| ACLED | 5 min | 10 min |
| GDELT | 5 min | 10 min |
| FAA Status | 5 min | 5 min |
| RSS Feeds | 5 min per feed | 10 min |
RSS feeds use per-feed circuit breakers—one failing feed doesn't affect others.
Graceful Degradation
When a service enters cooldown:
- Cached data continues to display (stale but available)
- Status panel shows service health
- Automatic recovery when cooldown expires
- No user intervention required
System Health Monitoring
The status panel (accessed via the health indicator in the header) provides real-time visibility into data source status and system health.
Health Indicator
The header displays a system health badge:
| State | Visual | Meaning |
|---|---|---|
| Healthy | Green dot | All data sources operational |
| Degraded | Yellow dot | Some sources in cooldown |
| Unhealthy | Red dot | Multiple sources failing |
Click the indicator to expand the full status panel.
Data Source Status
The status panel lists all data feeds with their current state:
| Status | Icon | Description |
|---|---|---|
| Active | ● Green | Fetching data normally |
| Cooldown | ● Yellow | Temporarily paused (circuit breaker) |
| Disabled | ○ Gray | Layer not enabled |
| Error | ● Red | Persistent failure |
Per-Feed Information
Each feed entry shows:
- Source name - The data provider
- Last update - Time since last successful fetch
- Next refresh - Countdown to next scheduled fetch
- Cooldown remaining - Time until circuit breaker resets (if in cooldown)
Why This Matters
External APIs are unreliable. The status panel helps you understand:
- Data freshness - Is the news feed current or stale?
- Coverage gaps - Which sources are currently unavailable?
- Recovery timeline - When will failed sources retry?
This transparency enables informed interpretation of the dashboard data.
Data Freshness Tracking
Beyond simple "online/offline" status, the system tracks fine-grained freshness for each data source to indicate data reliability and staleness.
Freshness Levels
| Status | Color | Criteria | Meaning |
|---|---|---|---|
| Fresh | Green | Updated within expected interval | Data is current |
| Aging | Yellow | 1-2× expected interval elapsed | Data may be slightly stale |
| Stale | Orange | 2-4× expected interval elapsed | Data is outdated |
| Critical | Red | >4× expected interval elapsed | Data unreliable |
| Disabled | Gray | Layer toggled off | Not fetching |
Source-Specific Thresholds
Each data source has calibrated freshness expectations:
| Source | Expected Interval | "Fresh" Threshold |
|---|---|---|
| News feeds | 5 minutes | <10 minutes |
| Stock quotes | 1 minute | <5 minutes |
| Earthquakes | 5 minutes | <15 minutes |
| Weather | 10 minutes | <30 minutes |
| Flight delays | 10 minutes | <20 minutes |
| AIS vessels | Real-time | <1 minute |
Visual Indicators
The status panel displays freshness for each source:
- Colored dot indicates freshness level
- Time since update shows exact staleness
- Next refresh countdown shows when data will update
Why This Matters
Understanding data freshness is critical for decision-making:
- A "fresh" earthquake feed means recent events are displayed
- A "stale" news feed means you may be missing breaking stories
- A "critical" AIS stream means vessel positions are unreliable
This visibility enables appropriate confidence calibration when interpreting the dashboard.
Core vs. Optional Sources
Data sources are classified by their importance to risk assessment:
| Classification | Sources | Impact |
|---|---|---|
| Core | GDELT, RSS feeds | Required for meaningful risk scores |
| Optional | ACLED, Military, AIS, Weather, Economic | Enhance but not required |
The Strategic Risk Overview panel adapts its display based on core source availability:
| Status | Display Mode | Behavior |
|---|---|---|
| Sufficient | Full data view | All metrics shown with confidence |
| Limited | Limited data view | Shows "Limited Data" warning banner |
| Insufficient | Insufficient data view | "Insufficient Data" message, no risk score |
Freshness-Aware Risk Assessment
The composite risk score is adjusted based on data freshness:
If core sources fresh:
→ Full confidence in risk score
→ "All data sources active" indicator
If core sources stale:
→ Display warning: "Limited Data - [active sources]"
→ Score shown but flagged as potentially unreliable
If core sources unavailable:
→ "Insufficient data for risk assessment"
→ No score displayed
This prevents false "all clear" signals when the system actually lacks data to make that determination.
Conditional Data Loading
API calls are expensive. The system only fetches data for enabled layers, reducing unnecessary network traffic and rate limit consumption.
Layer-Aware Loading
When a layer is toggled OFF:
- No API calls for that data source
- No refresh interval scheduled
- WebSocket connections closed (for AIS)
When a layer is toggled ON:
- Data is fetched immediately
- Refresh interval begins
- Loading indicator shown on toggle button
Unconfigured Services
Some data sources require API keys (AIS relay, Cloudflare Radar). If credentials are not configured:
- The layer toggle is hidden entirely
- No failed requests pollute the console
- Users see only functional layers
This prevents confusion when deploying without full API access.
Performance Optimizations
The dashboard processes thousands of data points in real-time. Several techniques keep the UI responsive even with heavy data loads.
Web Worker for Analysis
CPU-intensive operations run in a dedicated Web Worker to avoid blocking the main thread:
| Operation | Complexity | Worker? |
|---|---|---|
| News clustering (Jaccard) | O(n²) | ✅ Yes |
| Correlation detection | O(n × m) | ✅ Yes |
| DOM rendering | O(n) | ❌ Main thread |
The worker manager implements:
- Lazy initialization: Worker spawns on first use
- 10-second ready timeout: Rejects if worker fails to initialize
- 30-second request timeout: Prevents hanging on stuck operations
- Automatic cleanup: Terminates worker on fatal errors
Virtual Scrolling
Large lists (100+ news items) use virtualized rendering:
Fixed-Height Mode (VirtualList):
- Only renders items visible in viewport + 3-item overscan buffer
- Element pooling—reuses DOM nodes rather than creating new ones
- Invisible spacers maintain scroll position without rendering all items
Variable-Height Mode (WindowedList):
- Chunk-based rendering (10 items per chunk)
- Renders chunks on-scroll with 1-chunk buffer
- CSS containment for performance isolation
This reduces DOM node count from thousands to ~30, dramatically improving scroll performance.
Request Deduplication
Identical requests within a short window are deduplicated:
- Market quotes batch multiple symbols into single API call
- Concurrent layer toggles don't spawn duplicate fetches
Promise.allSettledensures one failing request doesn't block others
Efficient Data Updates
When refreshing data:
- Incremental updates: Only changed items trigger re-renders
- Stale-while-revalidate: Old data displays while fetch completes
- Delta compression: Baselines store 7-day/30-day deltas, not raw history
Prediction Market Filtering
The Prediction Markets panel focuses on geopolitically relevant markets, filtering out sports and entertainment.
Inclusion Keywords
Markets matching these topics are displayed:
- Conflicts: war, military, invasion, ceasefire, NATO, nuclear
- Countries: Russia, Ukraine, China, Taiwan, Iran, Israel, Gaza
- Leaders: Putin, Zelensky, Trump, Biden, Xi Jinping, Netanyahu
- Economics: Fed, interest rate, inflation, recession, tariffs, sanctions
- Global: UN, EU, treaties, summits, coups, refugees
Exclusion Keywords
Markets matching these are filtered out:
- Sports: NBA, NFL, FIFA, World Cup, championships, playoffs
- Entertainment: Oscars, movies, celebrities, TikTok, streaming
This ensures the panel shows markets like "Will Russia withdraw from Ukraine?" rather than "Will the Lakers win the championship?"
Panel Management
The dashboard organizes data into draggable, collapsible panels that persist user preferences across sessions.
Drag-to-Reorder
Panels can be reorganized by dragging:
- Grab the panel header (grip icon appears on hover)
- Drag to desired position
- Drop to reorder
- New order saves automatically to LocalStorage
This enables personalized layouts—put your most-watched panels at the top.
Panel Visibility
Toggle panels on/off via the Settings menu (⚙):
- Hidden panels: Don't render, don't fetch data
- Visible panels: Full functionality
- Collapsed panels: Header only, data still refreshes
Hiding a panel is different from disabling a layer—the panel itself doesn't appear in the interface.
Default Panel Order
Panels are organized by intelligence priority:
| Priority | Panels | Purpose |
|---|---|---|
| Critical | Strategic Risk, Live Intel | Immediate situational awareness |
| Primary | News, CII, Markets | Core monitoring data |
| Supporting | Predictions, Economic, Monitor | Supplementary analysis |
| Reference | Live News Video | Background context |
Persistence
Panel state survives browser restarts:
- LocalStorage: Panel order, visibility, collapsed state
- Automatic save: Changes persist immediately
- Per-device: Settings are browser-specific (not synced)
Mobile Experience
The dashboard is optimized for mobile devices with a streamlined interface that prioritizes usability on smaller screens.
First-Time Mobile Welcome
When accessing the dashboard on a mobile device for the first time, a welcome modal explains the mobile-optimized experience:
- Simplified view notice - Informs users they're seeing a curated mobile version
- Navigation tip - Explains regional view buttons and marker interaction
- "Don't show again" option - Checkbox to skip on future visits (persisted to localStorage)
Mobile-First Design
On screens narrower than 768px or touch devices:
- Compact map - Reduced height (40vh) to show more panels
- Single-column layout - Panels stack vertically for easy scrolling
- Hidden map labels - All marker labels are hidden to reduce visual clutter
- Fixed layer set - Layer toggle buttons are hidden; a curated set of layers is enabled by default
- Simplified controls - Map resize handle and pin button are hidden
- Touch-optimized markers - Expanded touch targets (44px) for easy tapping
- Hidden DEFCON indicator - Pentagon Pizza Index hidden to reduce header clutter
- Hidden FOCUS selector - Regional focus buttons hidden (use preset views instead)
- Compact header - Social link shows X logo instead of username text
Mobile Default Layers
The mobile experience focuses on the most essential intelligence layers:
| Layer | Purpose |
|---|---|
| Conflicts | Active conflict zones |
| Hotspots | Intelligence hotspots with activity levels |
| Sanctions | Countries under economic sanctions |
| Outages | Network disruptions |
| Natural | Earthquakes, storms, wildfires |
| Weather | Severe weather warnings |
Layers disabled by default on mobile (but available on desktop):
- Military bases, nuclear facilities, spaceports, minerals
- Undersea cables, pipelines, datacenters
- AIS vessels, military flights
- Protests, economic centers
This curated set provides situational awareness without overwhelming the interface or consuming excessive data/battery.
Touch Gestures
Map navigation supports:
- Pinch zoom - Two-finger zoom in/out
- Drag pan - Single-finger map movement
- Tap markers - Show popup (replaces hover)
- Double-tap - Quick zoom
Performance Considerations
Mobile optimizations reduce resource consumption:
| Optimization | Benefit |
|---|---|
| Fewer layers | Reduced API calls, lower battery usage |
| No labels | Faster rendering, cleaner interface |
| Hidden controls | More screen space for content |
| Simplified header | Reduced visual processing |
Desktop Experience
On larger screens, the full feature set is available:
- Multi-column responsive panel grid
- All layer toggles accessible
- Map labels visible at appropriate zoom levels
- Resizable map section
- Pinnable map (keeps map visible while scrolling panels)
- Full DEFCON indicator with tension pairs
- FOCUS regional selector for rapid navigation
Energy Flow Detection
The correlation engine detects signals related to energy infrastructure and commodity markets.
Pipeline Keywords
The system monitors news for pipeline-related events:
Infrastructure terms: pipeline, pipeline explosion, pipeline leak, pipeline attack, pipeline sabotage, pipeline disruption, nord stream, keystone, druzhba
Flow indicators: gas flow, oil flow, supply disruption, transit halt, capacity reduction
Flow Drop Signals
When news mentions flow disruptions, two signal types may trigger:
| Signal | Criteria | Meaning |
|---|---|---|
| Flow Drop | Pipeline keywords + disruption terms | Potential supply interruption |
| Flow-Price Divergence | Flow drop news + oil price stable (< $1.50 move) | Markets not yet pricing in disruption |
Why This Matters
Energy supply disruptions create cascading effects:
- Immediate: Spot price volatility
- Short-term: Industrial production impacts
- Long-term: Geopolitical leverage shifts
Early detection of flow drops—especially when markets haven't reacted—provides an information edge.
Signal Aggregator
The Signal Aggregator is the central nervous system that collects, groups, and summarizes intelligence signals from all data sources.
What It Aggregates
| Signal Type | Source | Frequency |
|---|---|---|
military_flight |
OpenSky ADS-B | Real-time |
military_vessel |
AIS WebSocket | Real-time |
protest |
ACLED + GDELT | Hourly |
internet_outage |
Cloudflare Radar | 5 min |
ais_disruption |
AIS analysis | Real-time |
Country-Level Grouping
All signals are grouped by country code, creating a unified view:
{
country: 'UA', // Ukraine
countryName: 'Ukraine',
totalCount: 15,
highSeverityCount: 3,
signalTypes: Set(['military_flight', 'protest', 'internet_outage']),
signals: [/* all signals for this country */]
}
Regional Convergence Detection
The aggregator identifies geographic convergence—when multiple signal types cluster in the same region:
| Convergence Level | Criteria | Alert Priority |
|---|---|---|
| Critical | 4+ signal types within 200km | Immediate |
| High | 3 signal types within 200km | High |
| Medium | 2 signal types within 200km | Normal |
Summary Output
The aggregator provides a real-time summary for dashboards and AI context:
[SIGNAL SUMMARY]
Top Countries: Ukraine (15 signals), Iran (12), Taiwan (8)
Convergence Zones: Baltic Sea (military_flight + military_vessel),
Tehran (protest + internet_outage)
Active Signal Types: 5 of 5
Total Signals: 47
Browser-Based Machine Learning
For offline resilience and reduced API costs, the system includes browser-based ML capabilities using ONNX Runtime Web.
Available Models
| Model | Task | Size | Use Case |
|---|---|---|---|
| T5-small | Text summarization | ~60MB | Offline briefing generation |
| DistilBERT | Sentiment analysis | ~67MB | News tone classification |
Fallback Strategy
Browser ML serves as the final fallback when cloud APIs are unavailable:
User requests summary
↓
1. Try Groq API (fast, free tier)
↓ (rate limited or error)
2. Try OpenRouter API (fallback provider)
↓ (unavailable)
3. Use Browser T5 (offline, always available)
Lazy Loading
Models are loaded on-demand to minimize initial page load:
- Models download only when first needed
- Progress indicator shows download status
- Once cached, models load instantly from IndexedDB
Worker Isolation
All ML inference runs in a dedicated Web Worker:
- Main thread remains responsive during inference
- 30-second timeout prevents hanging
- Automatic cleanup on errors
Limitations
Browser ML has constraints compared to cloud models:
| Aspect | Cloud (Llama 3.3) | Browser (T5) |
|---|---|---|
| Context window | 128K tokens | 512 tokens |
| Output quality | High | Moderate |
| Inference speed | 2-3 seconds | 5-10 seconds |
| Offline support | No | Yes |
Browser summarization is intentionally limited to 6 headlines × 80 characters to stay within model constraints.
Cross-Module Integration
Intelligence modules don't operate in isolation. Data flows between systems to enable composite analysis.
Data Flow Architecture
News Feeds → Clustering → Velocity Analysis → Hotspot Correlation
↓ ↓
Topic Extraction CII Information Score
↓ ↓
Keyword Monitors Strategic Risk Overview
↑
Military Flights → Near-Hotspot Detection ──────────┤
↑
AIS Vessels → Chokepoint Monitoring ────────────────┤
↑
ACLED/GDELT → Protest Events ───────────────────────┤
↓
CII Unrest Score
Module Dependencies
| Consumer Module | Data Source | Integration |
|---|---|---|
| CII Unrest Score | ACLED, GDELT protests | Event count, fatalities |
| CII Security Score | Military flights, vessels | Activity near hotspots |
| CII Information Score | News clusters | Velocity, keyword matches |
| Strategic Risk | CII, Convergence, Cascade | Composite scoring |
| Related Assets | News location inference | Pipeline/cable proximity |
| Geographic Convergence | All geo-located events | Multi-type clustering |
Alert Propagation
When a threshold is crossed:
- Source module generates alert (e.g., CII spike)
- Alert merges with related alerts (same country/region)
- Strategic Risk receives composite alert
- UI updates header badge and panel indicators
This ensures a single escalation (e.g., Ukraine military flights + protests + news spike) surfaces as one coherent signal rather than three separate alerts.
AI Insights Panel
The Insights Panel provides AI-powered analysis of the current news landscape, transforming raw headlines into actionable intelligence briefings.
World Brief Generation
Every 2 minutes (with rate limiting), the system generates a concise situation brief using a multi-provider fallback chain:
| Priority | Provider | Model | Latency | Use Case |
|---|---|---|---|---|
| 1 | Groq | Llama 3.3 70B | ~2s | Primary provider (fast inference) |
| 2 | OpenRouter | Llama 3.3 70B | ~3s | Fallback when Groq rate-limited |
| 3 | Browser | T5 (ONNX) | ~5s | Offline fallback (local ML) |
Caching Strategy: Redis server-side caching prevents redundant API calls. When the same headline set has been summarized recently, the cached result is returned immediately.
Focal Point Detection
The AI receives enriched context about focal points—entities that appear in both news coverage AND map signals. This enables intelligence-grade analysis:
[INTELLIGENCE SYNTHESIS]
FOCAL POINTS (entities across news + signals):
- IRAN [CRITICAL]: 12 news mentions + 5 map signals (military_flight, protest, internet_outage)
KEY: "Iran protests continue..." | SIGNALS: military activity, outage detected
- TAIWAN [ELEVATED]: 8 news mentions + 3 map signals (military_vessel, military_flight)
KEY: "Taiwan tensions rise..." | SIGNALS: naval vessels detected
Headline Scoring Algorithm
Not all news is equally important. Headlines are scored to identify the most significant stories for the briefing:
Score Boosters (high weight):
- Military keywords: war, invasion, airstrike, missile, deployment, mobilization
- Violence indicators: killed, casualties, clashes, massacre, crackdown
- Civil unrest: protest, uprising, coup, riot, martial law
Geopolitical Multipliers:
- Flashpoint regions: Iran, Russia, China, Taiwan, Ukraine, North Korea, Gaza
- Critical actors: NATO, Pentagon, Kremlin, Hezbollah, Hamas, Wagner
Score Reducers (demoted):
- Business context: CEO, earnings, stock, revenue, startup, data center
- Entertainment: celebrity, movie, streaming
This ensures military conflicts and humanitarian crises surface above routine business news.
Sentiment Analysis
Headlines are analyzed for overall sentiment distribution:
| Sentiment | Detection Method | Display |
|---|---|---|
| Negative | Crisis, conflict, death keywords | Red percentage |
| Positive | Agreement, growth, peace keywords | Green percentage |
| Neutral | Neither detected | Gray percentage |
The overall sentiment balance provides a quick read on whether the news cycle is trending toward escalation or de-escalation.
Velocity Detection
Fast-moving stories are flagged when the same topic appears in multiple recent headlines:
- Headlines are grouped by shared keywords and entities
- Topics with 3+ mentions in 6 hours are marked as "high velocity"
- Displayed separately to highlight developing situations
Focal Point Detector
The Focal Point Detector is the intelligence synthesis layer that correlates news entities with map signals to identify "main characters" driving current events.
The Problem It Solves
Without synthesis, intelligence streams operate in silos:
- News feeds show 80+ sources with thousands of headlines
- Map layers display military flights, protests, outages independently
- No automated way to see that IRAN appears in news AND has military activity AND an internet outage
How It Works
-
Entity Extraction: Extract countries, companies, and organizations from all news clusters using the entity registry (600+ entities with aliases)
-
Signal Aggregation: Collect all map signals (military flights, protests, outages, vessels) and group by country
-
Cross-Reference: Match news entities with signal countries
-
Score & Rank: Calculate focal scores based on correlation strength
Focal Point Scoring
FocalScore = NewsScore + SignalScore + CorrelationBonus
NewsScore (0-40):
base = min(20, mentionCount × 4)
velocity = min(10, newsVelocity × 2)
confidence = avgConfidence × 10
SignalScore (0-40):
types = signalTypes.count × 10
count = min(15, signalCount × 3)
severity = highSeverityCount × 5
CorrelationBonus (0-20):
+10 if entity appears in BOTH news AND signals
+5 if news keywords match signal types (e.g., "military" + military_flight)
+5 if related entities also have signals
Urgency Classification
| Urgency | Criteria | Visual |
|---|---|---|
| Critical | Score > 70 OR 3+ signal types | Red badge |
| Elevated | Score > 50 OR 2+ signal types | Orange badge |
| Watch | Default | Yellow badge |
Signal Type Icons
Focal points display icons indicating which signal types are active:
| Icon | Signal Type | Meaning |
|---|---|---|
| ✈️ | military_flight | Military aircraft detected nearby |
| ⚓ | military_vessel | Naval vessels in waters |
| 📢 | protest | Civil unrest events |
| 🌐 | internet_outage | Network disruption |
| 🚢 | ais_disruption | Shipping anomaly |
Example Output
A focal point for IRAN might show:
- Display: "Iran [CRITICAL] ✈️📢🌐"
- News: 12 mentions, velocity 0.5/hour
- Signals: 5 military flights, 3 protests, 1 outage
- Narrative: "12 news mentions | 5 military flights, 3 protests, 1 internet outage | 'Iran protests continue amid...'"
- Correlation Evidence: "Iran appears in both news (12) and map signals (9)"
Integration with CII
Focal point urgency levels feed into the Country Instability Index:
- Critical focal point → CII score boost for that country
- Ensures countries with multi-source convergence are properly flagged
- Prevents "silent" instability when news alone wouldn't trigger alerts
Natural Disaster Tracking
The Natural layer combines two authoritative sources for comprehensive disaster monitoring.
GDACS (Global Disaster Alert and Coordination System)
UN-backed disaster alert system providing official severity assessments:
| Event Type | Code | Icon | Sources |
|---|---|---|---|
| Earthquake | EQ | 🔴 | USGS, EMSC |
| Flood | FL | 🌊 | Satellite imagery |
| Tropical Cyclone | TC | 🌀 | NOAA, JMA |
| Volcano | VO | 🌋 | Smithsonian GVP |
| Wildfire | WF | 🔥 | MODIS, VIIRS |
| Drought | DR | ☀️ | Multiple sources |
Alert Levels:
| Level | Color | Meaning |
|---|---|---|
| Red | Critical | Significant humanitarian impact expected |
| Orange | Alert | Moderate impact, monitoring required |
| Green | Advisory | Minor event, localized impact |
NASA EONET (Earth Observatory Natural Event Tracker)
Near-real-time natural event detection from satellite observation:
| Category | Detection Method | Typical Delay |
|---|---|---|
| Severe Storms | GOES/Himawari imagery | Minutes |
| Wildfires | MODIS thermal anomalies | 4-6 hours |
| Volcanoes | Thermal + SO2 emissions | Hours |
| Floods | SAR imagery + gauges | Hours to days |
| Sea/Lake Ice | Passive microwave | Daily |
| Dust/Haze | Aerosol optical depth | Hours |
Multi-Source Deduplication
When both GDACS and EONET report the same event:
- Events within 100km and 48 hours are considered duplicates
- GDACS severity takes precedence (human-verified)
- EONET geometry provides more precise coordinates
- Combined entry shows both source attributions
Filtering Logic
To prevent map clutter, natural events are filtered:
- Wildfires: Only events < 48 hours old (older fires are either contained or well-known)
- Earthquakes: M4.5+ globally, lower threshold for populated areas
- Storms: Only named storms or those with warnings
Military Surge Detection
The system detects unusual concentrations of military activity using two complementary algorithms.
Baseline-Based Surge Detection
Surges are detected by comparing current aircraft counts to historical baselines within defined military theaters:
| Parameter | Value | Purpose |
|---|---|---|
| Surge threshold | 2.0× baseline | Minimum multiplier to trigger alert |
| Baseline window | 48 hours | Historical data used for comparison |
| Minimum samples | 6 observations | Required data points for valid baseline |
Aircraft Categories Tracked:
| Category | Examples | Minimum Count |
|---|---|---|
| Transport/Airlift | C-17, C-130, KC-135, REACH flights | 5 aircraft |
| Fighter | F-15, F-16, F-22, Typhoon | 4 aircraft |
| Reconnaissance | RC-135, E-3 AWACS, U-2 | 3 aircraft |
Surge Severity
| Severity | Criteria | Meaning |
|---|---|---|
| Critical | 4× baseline or higher | Major deployment |
| High | 3× baseline | Significant increase |
| Medium | 2× baseline | Elevated activity |
Military Theaters
Surge detection groups activity into strategic theaters:
| Theater | Center | Key Bases |
|---|---|---|
| Middle East | Persian Gulf | Al Udeid, Al Dhafra, Incirlik |
| Eastern Europe | Poland | Ramstein, Spangdahlem, Łask |
| Pacific | Guam/Japan | Andersen, Kadena, Yokota |
| Horn of Africa | Djibouti | Camp Lemonnier |
Foreign Presence Detection
A separate system monitors for military operators outside their normal operating areas:
| Operator | Home Regions | Alert When Found In |
|---|---|---|
| USAF/USN | Alaska ADIZ | Persian Gulf, Taiwan Strait |
| Russian VKS | Kaliningrad, Arctic, Black Sea | Baltic Region, Alaska ADIZ |
| PLAAF/PLAN | Taiwan Strait, South China Sea | (alerts when increased) |
| Israeli IAF | Eastern Med | Iran border region |
Example alert:
FOREIGN MILITARY PRESENCE: Persian Gulf
USAF: 3 aircraft detected (KC-135, RC-135W, E-3)
Severity: HIGH - Operator outside normal home regions
News Correlation
Both surge and foreign presence alerts query the Focal Point Detector for context:
- Identify countries involved (aircraft operators, region countries)
- Check focal points for those countries
- If news correlation exists, attach headlines and evidence
Example with correlation:
MILITARY AIRLIFT SURGE: Middle East Theater
Current: 8 transport aircraft (2.5× baseline)
Aircraft: C-17 (3), KC-135 (3), C-130J (2)
NEWS CORRELATION:
Iran: "Iran protests continue amid military..."
→ Iran appears in both news (12) and map signals (9)
Strategic Posture Analysis
The AI Strategic Posture panel aggregates military aircraft and naval vessels across defined theaters, providing at-a-glance situational awareness of global force concentrations.
Strategic Theaters
Nine geographic theaters are monitored continuously, each with custom thresholds based on typical peacetime activity levels:
| Theater | Bounds | Elevated Threshold | Critical Threshold |
|---|---|---|---|
| Iran Theater | Persian Gulf, Iraq, Syria (20°N–42°N, 30°E–65°E) | 50 aircraft | 100 aircraft |
| Taiwan Strait | Taiwan, East China Sea (18°N–30°N, 115°E–130°E) | 30 aircraft | 60 aircraft |
| Korean Peninsula | North/South Korea (33°N–43°N, 124°E–132°E) | 20 aircraft | 50 aircraft |
| Baltic Theater | Baltics, Poland, Scandinavia (52°N–65°N, 10°E–32°E) | 20 aircraft | 40 aircraft |
| Black Sea | Ukraine, Turkey, Romania (40°N–48°N, 26°E–42°E) | 15 aircraft | 30 aircraft |
| South China Sea | Philippines, Vietnam (5°N–25°N, 105°E–121°E) | 25 aircraft | 50 aircraft |
| Eastern Mediterranean | Syria, Cyprus, Lebanon (33°N–37°N, 25°E–37°E) | 15 aircraft | 30 aircraft |
| Israel/Gaza | Israel, Gaza Strip (29°N–33°N, 33°E–36°E) | 10 aircraft | 25 aircraft |
| Yemen/Red Sea | Bab el-Mandeb, Houthi areas (11°N–22°N, 32°E–54°E) | 15 aircraft | 30 aircraft |
Strike Capability Assessment
Beyond raw counts, the system assesses whether forces in a theater constitute an offensive strike package—the combination of assets required for sustained combat operations.
Strike-Capable Criteria:
- Aerial refueling tankers (KC-135, KC-10, A330 MRTT)
- Airborne command and control (E-3 AWACS, E-7 Wedgetail)
- Combat aircraft (fighters, strike aircraft)
Each theater has custom thresholds reflecting realistic strike package sizes:
| Theater | Min Tankers | Min AWACS | Min Fighters |
|---|---|---|---|
| Iran Theater | 10 | 2 | 30 |
| Taiwan Strait | 5 | 1 | 20 |
| Korean Peninsula | 4 | 1 | 15 |
| Baltic/Black Sea | 3-4 | 1 | 10-15 |
| Israel/Gaza | 2 | 1 | 8 |
When all three criteria are met, the theater is flagged as STRIKE CAPABLE, indicating forces sufficient for sustained offensive operations.
Naval Vessel Integration
The panel augments aircraft data with real-time naval vessel positions from AIS tracking. Vessels are classified into categories:
| Category | Examples | Strategic Significance |
|---|---|---|
| Carriers | CVN, CV, LHD | Power projection, air superiority |
| Destroyers | DDG, DDH | Air defense, cruise missile strike |
| Frigates | FFG, FF | Multi-role escort, ASW |
| Submarines | SSN, SSK, SSBN | Deterrence, ISR, strike |
| Patrol | PC, PG | Coastal defense |
| Auxiliary | T-AO, AOR | Fleet support, logistics |
Data Accumulation Note: AIS vessel data arrives via WebSocket stream and accumulates gradually. The panel automatically re-checks vessel counts at 30, 60, 90, and 120 seconds after initial load to capture late-arriving data.
Posture Levels
| Level | Indicator | Criteria | Meaning |
|---|---|---|---|
| Normal | 🟢 NORM | Below elevated threshold | Routine peacetime activity |
| Elevated | 🟡 ELEV | At or above elevated threshold | Increased activity, possible exercises |
| Critical | 🔴 CRIT | At or above critical threshold | Major deployment, potential crisis |
Elevated + Strike Capable is treated as a higher alert state than regular elevated status.
Trend Detection
Activity trends are computed from rolling historical data:
- Increasing (↗): Current activity >10% higher than previous period
- Stable (→): Activity within ±10% of previous period
- Decreasing (↘): Current activity >10% lower than previous period
Server-Side Caching
Theater posture computations run on edge servers with Redis caching:
| Cache Type | TTL | Purpose |
|---|---|---|
| Active cache | 5 minutes | Matches OpenSky refresh rate |
| Stale cache | 1 hour | Fallback when upstream APIs fail |
This ensures consistent data across all users and minimizes redundant API calls to OpenSky Network.
Server-Side Risk Score API
Strategic risk and Country Instability Index (CII) scores are pre-computed server-side rather than calculated in the browser. This eliminates the "cold start" problem where new users would see no data while the system accumulated enough information to generate scores.
How It Works
The /api/risk-scores edge function:
- Fetches recent protest/riot data from ACLED (7-day window)
- Computes CII scores for 20 Tier 1 countries
- Derives strategic risk from weighted top-5 CII scores
- Caches results in Redis (10-minute TTL)
CII Score Calculation
Each country's score combines:
Baseline Risk (0–50 points): Static geopolitical risk based on historical instability, ongoing conflicts, and authoritarian governance.
| Country | Baseline | Rationale |
|---|---|---|
| Syria, Ukraine, Yemen | 50 | Active conflict zones |
| Myanmar, Venezuela, North Korea | 40-45 | Civil unrest, authoritarian |
| Iran, Israel, Pakistan | 35-45 | Regional tensions |
| Saudi Arabia, Turkey, India | 20-25 | Moderate instability |
| Germany, UK, US | 5-10 | Stable democracies |
Unrest Component (0–50 points): Recent protest and riot activity, weighted by event significance multiplier.
Information Component (0–25 points): News coverage intensity (proxy for international attention).
Security Component (0–25 points): Baseline plus riot contribution.
Event Significance Multipliers
Events in some countries carry more global significance than others:
| Multiplier | Countries | Rationale |
|---|---|---|
| 3.0× | North Korea | Any visible unrest is highly unusual |
| 2.0-2.5× | China, Russia, Iran, Saudi Arabia | Authoritarian states suppress protests |
| 1.5-1.8× | Taiwan, Pakistan, Myanmar, Venezuela | Regional flashpoints |
| 0.5-0.8× | US, UK, France, Germany | Protests are routine in democracies |
Strategic Risk Derivation
The composite strategic risk score is computed as a weighted average of the top 5 CII scores:
Weights: [1.0, 0.85, 0.70, 0.55, 0.40] (total: 3.5)
Strategic Risk = (Σ CII[i] × weight[i]) / 3.5 × 0.7 + 15
The top countries contribute most heavily, with diminishing influence for lower-ranked countries.
Fallback Behavior
When ACLED data is unavailable (API errors, rate limits, expired auth):
- Stale cache (1-hour TTL): Return recent scores with
stale: trueflag - Baseline fallback: Return scores using only static baseline values with
baseline: trueflag
This ensures the dashboard always displays meaningful data even during upstream outages.
Service Status Monitoring
The Service Status panel tracks the operational health of external services that WorldMonitor users may depend on.
Monitored Services
| Service | Status Endpoint | Parser |
|---|---|---|
| Anthropic (Claude) | status.claude.com | Statuspage.io |
| OpenAI | status.openai.com | Statuspage.io |
| Vercel | vercel-status.com | Statuspage.io |
| Cloudflare | cloudflarestatus.com | Statuspage.io |
| AWS | health.aws.amazon.com | Custom |
| GitHub | githubstatus.com | Statuspage.io |
Status Levels
| Status | Color | Meaning |
|---|---|---|
| Operational | Green | All systems functioning normally |
| Degraded | Yellow | Partial outage or performance issues |
| Partial Outage | Orange | Some components unavailable |
| Major Outage | Red | Significant service disruption |
Why This Matters
External service outages can affect:
- AI summarization (Groq, OpenRouter outages)
- Deployment pipelines (Vercel, GitHub outages)
- API availability (Cloudflare, AWS outages)
Monitoring these services provides context when dashboard features behave unexpectedly.
Refresh Intervals
Different data sources update at different frequencies based on volatility and API constraints.
Polling Schedule
| Data Type | Interval | Rationale |
|---|---|---|
| News feeds | 5 min | Balance freshness vs. rate limits |
| Stock quotes | 1 min | Market hours require near-real-time |
| Crypto prices | 1 min | 24/7 markets, high volatility |
| Predictions | 5 min | Probabilities shift slowly |
| Earthquakes | 5 min | USGS updates every 5 min |
| Weather alerts | 10 min | NWS alert frequency |
| Flight delays | 10 min | FAA status update cadence |
| Internet outages | 60 min | BGP events are rare |
| Economic data | 30 min | FRED data rarely changes intraday |
| Military tracking | 5 min | Activity patterns need timely updates |
| PizzINT | 10 min | Foot traffic changes slowly |
Real-Time Streams
AIS vessel tracking uses WebSocket for true real-time:
- Connection: Persistent WebSocket to Railway relay
- Messages: Position updates as vessels transmit
- Reconnection: Automatic with exponential backoff (5s → 10s → 20s)
User Control
Time range selector affects displayed data, not fetch frequency:
| Selection | Effect |
|---|---|
| 1 hour | Show only events from last 60 minutes |
| 6 hours | Show events from last 6 hours |
| 24 hours | Show events from last day |
| 7 days | Show all recent events |
Historical filtering is client-side—all data is fetched but filtered for display.
Tech Stack
| Layer | Technology | Purpose |
|---|---|---|
| Language | TypeScript 5.x | Type safety across 60+ source files |
| Build | Vite | Fast HMR, optimized production builds |
| Map (Desktop) | deck.gl + MapLibre GL | WebGL-accelerated rendering for large datasets |
| Map (Mobile) | D3.js + TopoJSON | SVG fallback for battery efficiency |
| Concurrency | Web Workers | Off-main-thread clustering and correlation |
| AI/ML | ONNX Runtime Web | Browser-based inference for offline summarization |
| Networking | WebSocket + REST | Real-time AIS stream, HTTP for other APIs |
| Storage | IndexedDB | Snapshots, baselines (megabytes of state) |
| Preferences | LocalStorage | User settings, monitors, panel order |
| Deployment | Vercel Edge | Serverless proxies with global distribution |
Map Rendering Architecture
The map uses a hybrid rendering strategy optimized for each platform:
Desktop (deck.gl + MapLibre GL):
- WebGL-accelerated layers handle thousands of markers smoothly
- MapLibre GL provides base map tiles (OpenStreetMap)
- GeoJSON, Scatterplot, Path, and Icon layers for different data types
- GPU-based clustering and picking for responsive interaction
Mobile (D3.js + TopoJSON):
- SVG rendering for battery efficiency
- Reduced marker count and simplified layers
- Touch-optimized interaction with larger hit targets
- Automatic fallback when WebGL unavailable
Key Libraries
- deck.gl: High-performance WebGL visualization layers
- MapLibre GL: Open-source map rendering engine
- D3.js: SVG map rendering, zoom behavior (mobile fallback)
- TopoJSON: Efficient geographic data encoding
- ONNX Runtime: Browser-based ML inference
- Custom HTML escaping: XSS prevention (DOMPurify pattern)
No External UI Frameworks
The entire UI is hand-crafted DOM manipulation—no React, Vue, or Angular. This keeps the bundle small (~250KB gzipped) and provides fine-grained control over rendering performance.
Build-Time Configuration
Vite injects configuration values at build time, enabling features like automatic version syncing:
| Variable | Source | Purpose |
|---|---|---|
__APP_VERSION__ |
package.json version field |
Header displays current version |
This ensures the displayed version always matches the published package—no manual synchronization required.
// vite.config.ts
define: {
__APP_VERSION__: JSON.stringify(pkg.version),
}
// App.ts
const header = `World Monitor v${__APP_VERSION__}`;
Installation
Requirements: Go 1.21+ and Node.js 18+.
# Clone the repository
git clone https://github.com/koala73/worldmonitor.git
cd worldmonitor
# Install everything (buf, sebuf plugins, npm deps, proto deps)
make install
# Start development server
npm run dev
# Build for production
npm run build
If you modify any .proto files, regenerate before building or pushing:
make generate # regenerate TypeScript clients, servers, and OpenAPI docs
See ADDING_ENDPOINTS.md for the full proto workflow.
API Dependencies
The dashboard fetches data from various public APIs and data sources:
| Service | Data | Auth Required |
|---|---|---|
| RSS2JSON | News feed parsing | No |
| Finnhub | Stock quotes (primary) | Yes (free) |
| Yahoo Finance | Stock indices & commodities (backup) | No |
| CoinGecko | Cryptocurrency prices | No |
| USGS | Earthquake data | No |
| NASA EONET | Natural events (storms, fires, volcanoes, floods) | No |
| NWS | Weather alerts | No |
| FRED | Economic indicators (Fed data) | No |
| EIA | Oil analytics (prices, production, inventory) | Yes (free) |
| USASpending.gov | Federal government contracts & awards | No |
| Polymarket | Prediction markets | No |
| ACLED | Armed conflict & protest data | Yes (free) |
| GDELT Geo | News-derived event geolocation + tensions | No |
| GDELT Doc | Topic-based intelligence feeds (cyber, military, nuclear) | No |
| FAA NASSTATUS | Airport delay status | No |
| Cloudflare Radar | Internet outage data | Yes (free) |
| AISStream | Live vessel positions | Yes (relay) |
| OpenSky Network | Military aircraft tracking | Yes (free) |
| Wingbits | Aircraft enrichment (owner, operator) | Yes (free) |
| PizzINT | Pentagon-area activity metrics | No |
Optional API Keys
Some features require API credentials. Without them, the corresponding layer is hidden:
| Variable | Service | How to Get |
|---|---|---|
FINNHUB_API_KEY |
Stock quotes (primary) | Free registration at finnhub.io |
EIA_API_KEY |
Oil analytics | Free registration at eia.gov/opendata |
VITE_WS_RELAY_URL |
AIS vessel tracking | Deploy AIS relay or use hosted service |
VITE_OPENSKY_RELAY_URL |
Military aircraft | Deploy relay with OpenSky credentials |
OPENSKY_CLIENT_ID |
OpenSky auth (relay) | Free registration at opensky-network.org |
OPENSKY_CLIENT_SECRET |
OpenSky auth (relay) | API key from OpenSky account settings |
CLOUDFLARE_API_TOKEN |
Internet outages | Free Cloudflare account with Radar access |
ACLED_ACCESS_TOKEN |
Protest data (server-side) | Free registration at acleddata.com |
WINGBITS_API_KEY |
Aircraft enrichment | Contact Wingbits for API access |
The dashboard functions fully without these keys—affected layers simply don't appear. Core functionality (news, markets, earthquakes, weather) requires no configuration.
Project Structure
src/
├── App.ts # Main application orchestrator
├── main.ts # Entry point
├── components/
│ ├── DeckGLMap.ts # WebGL map with deck.gl + MapLibre (desktop)
│ ├── Map.ts # D3.js SVG map (mobile fallback)
│ ├── MapContainer.ts # Map wrapper with platform detection
│ ├── MapPopup.ts # Contextual info popups
│ ├── SearchModal.ts # Universal search (⌘K)
│ ├── SignalModal.ts # Signal intelligence display with focal points
│ ├── PizzIntIndicator.ts # Pentagon Pizza Index display
│ ├── VirtualList.ts # Virtual/windowed scrolling
│ ├── InsightsPanel.ts # AI briefings + focal point display
│ ├── EconomicPanel.ts # FRED economic indicators
│ ├── GdeltIntelPanel.ts # Topic-based intelligence (cyber, military, etc.)
│ ├── LiveNewsPanel.ts # YouTube live news streams with channel switching
│ ├── NewsPanel.ts # News feed with clustering
│ ├── MarketPanel.ts # Stock/commodity display
│ ├── MonitorPanel.ts # Custom keyword monitors
│ ├── CIIPanel.ts # Country Instability Index display
│ ├── CascadePanel.ts # Infrastructure cascade analysis
│ ├── StrategicRiskPanel.ts # Strategic risk overview dashboard
│ ├── StrategicPosturePanel.ts # AI strategic posture with theater analysis
│ ├── ServiceStatusPanel.ts # External service health monitoring
│ └── ...
├── config/
│ ├── feeds.ts # 70+ RSS feeds, source tiers, regional sources
│ ├── geo.ts # 30+ hotspots, conflicts, 55 cables, waterways, spaceports, minerals
│ ├── pipelines.ts # 88 oil & gas pipelines
│ ├── ports.ts # 61 strategic ports worldwide
│ ├── bases-expanded.ts # 220+ military bases
│ ├── ai-datacenters.ts # 313 AI clusters (filtered to 111)
│ ├── airports.ts # 30 monitored US airports
│ ├── irradiators.ts # IAEA gamma irradiator sites
│ ├── nuclear-facilities.ts # Global nuclear infrastructure
│ ├── markets.ts # Stock symbols, sectors
│ ├── entities.ts # 100+ entity definitions (companies, indices, commodities, countries)
│ └── panels.ts # Panel configs, layer defaults, mobile optimizations
├── services/
│ ├── ais.ts # WebSocket vessel tracking with density analysis
│ ├── military-vessels.ts # Naval vessel identification and tracking
│ ├── military-flights.ts # Aircraft tracking via OpenSky relay
│ ├── military-surge.ts # Surge detection with news correlation
│ ├── cached-theater-posture.ts # Theater posture API client with caching
│ ├── wingbits.ts # Aircraft enrichment (owner, operator, type)
│ ├── pizzint.ts # Pentagon Pizza Index + GDELT tensions
│ ├── protests.ts # ACLED + GDELT integration
│ ├── gdelt-intel.ts # GDELT Doc API topic intelligence
│ ├── gdacs.ts # UN GDACS disaster alerts
│ ├── eonet.ts # NASA EONET natural events + GDACS merge
│ ├── flights.ts # FAA delay parsing
│ ├── outages.ts # Cloudflare Radar integration
│ ├── rss.ts # RSS parsing with circuit breakers
│ ├── markets.ts # Finnhub, Yahoo Finance, CoinGecko
│ ├── earthquakes.ts # USGS integration
│ ├── weather.ts # NWS alerts
│ ├── fred.ts # Federal Reserve data
│ ├── oil-analytics.ts # EIA oil prices, production, inventory
│ ├── usa-spending.ts # USASpending.gov contracts & awards
│ ├── polymarket.ts # Prediction markets (filtered)
│ ├── clustering.ts # Jaccard similarity clustering
│ ├── correlation.ts # Signal detection engine
│ ├── velocity.ts # Velocity & sentiment analysis
│ ├── related-assets.ts # Infrastructure near news events
│ ├── activity-tracker.ts # New item detection & highlighting
│ ├── analysis-worker.ts # Web Worker manager
│ ├── ml-worker.ts # Browser ML inference (ONNX)
│ ├── summarization.ts # AI briefings with fallback chain
│ ├── parallel-analysis.ts # Concurrent headline analysis
│ ├── storage.ts # IndexedDB snapshots & baselines
│ ├── data-freshness.ts # Real-time data staleness tracking
│ ├── signal-aggregator.ts # Central signal collection & grouping
│ ├── focal-point-detector.ts # Intelligence synthesis layer
│ ├── entity-index.ts # Entity lookup maps (by alias, keyword, sector)
│ ├── entity-extraction.ts # News-to-entity matching for market correlation
│ ├── country-instability.ts # CII scoring algorithm
│ ├── geo-convergence.ts # Geographic convergence detection
│ ├── infrastructure-cascade.ts # Dependency graph and cascade analysis
│ └── cross-module-integration.ts # Unified alerts and strategic risk
├── workers/
│ └── analysis.worker.ts # Off-thread clustering & correlation
├── utils/
│ ├── circuit-breaker.ts # Fault tolerance pattern
│ ├── sanitize.ts # XSS prevention (escapeHtml, sanitizeUrl)
│ ├── urlState.ts # Shareable link encoding/decoding
│ └── analysis-constants.ts # Shared thresholds for worker sync
├── styles/
└── types/
api/ # Vercel Edge serverless proxies
├── cloudflare-outages.js # Proxies Cloudflare Radar
├── coingecko.js # Crypto prices with validation
├── eia/[[...path]].js # EIA petroleum data (oil prices, production)
├── faa-status.js # FAA ground stops/delays
├── finnhub.js # Stock quotes (batch, primary)
├── fred-data.js # Federal Reserve economic data
├── gdelt-doc.js # GDELT Doc API (topic intelligence)
├── gdelt-geo.js # GDELT Geo API (event geolocation)
├── polymarket.js # Prediction markets with validation
├── yahoo-finance.js # Stock indices/commodities (backup)
├── opensky-relay.js # Military aircraft tracking
├── wingbits.js # Aircraft enrichment proxy
├── risk-scores.js # Pre-computed CII and strategic risk (Redis cached)
├── theater-posture.js # Theater-level force aggregation (Redis cached)
├── groq-summarize.js # AI summarization with Groq API
└── openrouter-summarize.js # AI summarization fallback via OpenRouter
Usage
Keyboard Shortcuts
⌘K/Ctrl+K- Open search↑↓- Navigate search resultsEnter- Select resultEsc- Close modals
Map Controls
- Scroll - Zoom in/out
- Drag - Pan the map
- Click markers - Show detailed popup with full context
- Hover markers - Show tooltip with summary information
- Layer toggles - Show/hide data layers
Map Marker Design
Infrastructure markers (nuclear facilities, economic centers, ports) display without labels to reduce visual clutter. Full information is available through interaction:
| Layer | Label Behavior | Interaction |
|---|---|---|
| Nuclear facilities | Hidden | Click for popover with details |
| Economic centers | Hidden | Click for popover with details |
| Protests | Hidden | Hover for tooltip, click for details |
| Military bases | Hidden | Click for popover with base info |
| Hotspots | Visible | Color-coded activity levels |
| Conflicts | Visible | Status and involved parties |
This design prioritizes geographic awareness over label density—users can quickly scan for markers and then interact for context.
Panel Management
- Drag panels - Reorder layout
- Settings (⚙) - Toggle panel visibility
Shareable Links
The current view state is encoded in the URL, enabling:
- Bookmarking: Save specific views for quick access
- Sharing: Send colleagues a link to your exact map position and layer configuration
- Deep linking: Link directly to a specific region or feature
Encoded Parameters:
| Parameter | Description |
|---|---|
lat, lon |
Map center coordinates |
zoom |
Zoom level (1-10) |
time |
Active time filter (1h, 6h, 24h, 7d) |
view |
Preset view (global, us, mena) |
layers |
Comma-separated enabled layer IDs |
Example: ?lat=38.9&lon=-77&zoom=6&layers=bases,conflicts,hotspots
Values are validated and clamped to prevent invalid states.
Data Sources
News Feeds
Aggregates 70+ RSS feeds from major news outlets, government sources, and specialty publications with source-tier prioritization. Categories include world news, MENA, Africa, Latin America, Asia-Pacific, energy, technology, AI/ML, finance, government releases, defense/intel, think tanks, and international crisis organizations.
Geospatial Data
- Hotspots: 30+ global intelligence hotspots with keyword correlation (including Sahel, Haiti, Horn of Africa)
- Conflicts: 10+ active conflict zones with involved parties
- Military Bases: 220+ installations from US, NATO, Russia, China, and allies
- Pipelines: 88 operating oil/gas pipelines across all continents
- Undersea Cables: 55 major submarine cable routes
- Nuclear: 100+ power plants, weapons labs, enrichment facilities
- AI Infrastructure: 111 major compute clusters (≥10k GPUs)
- Strategic Waterways: 8 critical chokepoints
- Ports: 61 strategic ports (container, oil/LNG, naval, chokepoint)
Live APIs
- USGS: Earthquake feed (M4.5+ global)
- NASA EONET: Natural events (storms, wildfires, volcanoes, floods)
- NWS: Severe weather alerts (US)
- FAA: Airport delays and ground stops
- Cloudflare Radar: Internet outage detection
- AIS: Real-time vessel positions
- ACLED/GDELT: Protest and unrest events
- Yahoo Finance: Stock quotes and indices
- CoinGecko: Cryptocurrency prices
- FRED: Federal Reserve economic data
- Polymarket: Prediction market odds
Data Attribution
This project uses data from the following sources. Please respect their terms of use.
Aircraft Tracking
Data provided by The OpenSky Network. If you use this data in publications, please cite:
Matthias Schäfer, Martin Strohmeier, Vincent Lenders, Ivan Martinovic and Matthias Wilhelm. "Bringing Up OpenSky: A Large-scale ADS-B Sensor Network for Research". In Proceedings of the 13th IEEE/ACM International Symposium on Information Processing in Sensor Networks (IPSN), pages 83-94, April 2014.
Conflict & Protest Data
- ACLED: Armed Conflict Location & Event Data. Source: ACLED. Data must be attributed per their Attribution Policy.
- GDELT: Global Database of Events, Language, and Tone. Source: The GDELT Project.
Financial Data
- Stock Quotes: Powered by Finnhub (primary), with Yahoo Finance as backup for indices and commodities
- Cryptocurrency: Powered by CoinGecko API
- Economic Indicators: Data from FRED, Federal Reserve Bank of St. Louis
Geophysical Data
- Earthquakes: U.S. Geological Survey, ANSS Comprehensive Catalog
- Natural Events: NASA EONET - Earth Observatory Natural Event Tracker (storms, wildfires, volcanoes, floods)
- Weather Alerts: National Weather Service - Open data, free to use
Infrastructure & Transport
- Airport Delays: FAA Air Traffic Control System Command Center
- Vessel Tracking: AISstream real-time AIS data
- Internet Outages: Cloudflare Radar (CC BY-NC 4.0)
Other Sources
- Prediction Markets: Polymarket
Acknowledgments
Original dashboard concept inspired by Reggie James (@HipCityReg) - with thanks for the vision of a comprehensive situation awareness tool
Special thanks to Yanal at Wingbits for providing API access for aircraft enrichment data, enabling military aircraft classification and ownership tracking
Thanks to @fai9al for the inspiration and original PR that led to the Tech Monitor variant
Limitations & Caveats
This project is a proof of concept demonstrating what's possible with publicly available data. While functional, there are important limitations:
Data Completeness
Some data sources require paid accounts for full access:
- ACLED: Free tier has API restrictions; Research tier required for programmatic access
- OpenSky Network: Rate-limited; commercial tiers offer higher quotas
- Satellite AIS: Global coverage requires commercial providers (Spire, Kpler, etc.)
The dashboard works with free tiers but may have gaps in coverage or update frequency.
AIS Coverage Bias
The Ships layer uses terrestrial AIS receivers via AISStream.io. This creates a geographic bias:
- Strong coverage: European waters, Atlantic, major ports
- Weak coverage: Middle East, open ocean, remote regions
Terrestrial receivers only detect vessels within ~50km of shore. Satellite AIS (commercial) provides true global coverage but is not included in this free implementation.
Blocked Data Sources
Some publishers block requests from cloud providers (Vercel, Railway, AWS):
- RSS feeds from certain outlets may fail with 403 errors
- This is a common anti-bot measure, not a bug in the dashboard
- Affected feeds are automatically disabled via circuit breakers
The system degrades gracefully—blocked sources are skipped while others continue functioning.
Roadmap
See ROADMAP.md for detailed planning. Recent intelligence enhancements:
Completed
- ✅ Focal Point Detection - Intelligence synthesis correlating news entities with map signals
- ✅ AI-Powered Briefings - Groq/OpenRouter/Browser ML fallback chain for summarization
- ✅ Military Surge Detection - Alerts when multiple operators converge on regions
- ✅ News-Signal Correlation - Surge alerts include related focal point context
- ✅ GDACS Integration - UN disaster alert system for earthquakes, floods, cyclones, volcanoes
- ✅ WebGL Map (deck.gl) - High-performance rendering for desktop users
- ✅ Browser ML Fallback - ONNX Runtime for offline summarization capability
- ✅ Multi-Signal Geographic Convergence - Alerts when 3+ data types converge on same region within 24h
- ✅ Country Instability Index (CII) - Real-time composite risk score for 20 Tier-1 countries
- ✅ Infrastructure Cascade Visualization - Dependency graph showing downstream effects of disruptions
- ✅ Strategic Risk Overview - Unified alert system with cross-module correlation and deduplication
- ✅ GDELT Topic Intelligence - Categorized feeds for military, cyber, nuclear, and sanctions topics
- ✅ OpenSky Authentication - OAuth2 credentials for military aircraft tracking via relay
- ✅ Human-Readable Locations - Convergence alerts show place names instead of coordinates
- ✅ Data Freshness Tracking - Status panel shows enabled/disabled state for all feeds
- ✅ CII Scoring Bias Prevention - Log scaling and conflict zone floors prevent news volume bias
- ✅ Alert Warmup Period - Suppresses false positives on dashboard startup
- ✅ Significant Protest Filtering - Map shows only riots and high-severity protests
- ✅ Intelligence Findings Detail Modal - Click any alert for full context and component breakdown
- ✅ Build-Time Version Sync - Header version auto-syncs with package.json
- ✅ Tech Monitor Variant - Dedicated technology sector dashboard with startup ecosystems, cloud regions, and tech events
- ✅ Smart Marker Clustering - Geographic grouping of nearby markers with click-to-expand popups
- ✅ Variant Switcher UI - Compact orbital navigation between World Monitor and Tech Monitor
- ✅ CII Learning Mode - 15-minute calibration period with visual progress indicator
- ✅ Regional Tech Coverage - Verified tech HQ data for MENA, Europe, Asia-Pacific hubs
- ✅ Service Status Panel - External service health monitoring (AI providers, cloud platforms)
- ✅ AI Strategic Posture Panel - Theater-level force aggregation with strike capability assessment
- ✅ Server-Side Risk Score API - Pre-computed CII and strategic risk scores with Redis caching
- ✅ Naval Vessel Classification - Known vessel database with hull number matching and AIS type inference
- ✅ Strike Capability Detection - Assessment of offensive force packages (tankers + AWACS + fighters)
- ✅ Theater Posture Thresholds - Custom elevated/critical thresholds for each strategic theater
Planned
High Priority:
- Temporal Anomaly Detection - Flag activity unusual for time of day/week/year (e.g., "military flights 3x normal for Tuesday")
- Trade Route Risk Scoring - Real-time supply chain vulnerability for major shipping routes (Asia→Europe, Middle East→Europe, etc.)
Medium Priority:
- Historical Playback - Review past dashboard states with timeline scrubbing
- Election Calendar Integration - Auto-boost sensitivity 30 days before major elections
- Choropleth CII Map Layer - Country-colored overlay showing instability scores
Future Enhancements:
- Alert Webhooks - Push critical alerts to Slack, Discord, email
- Custom Country Watchlists - User-defined Tier-2 country monitoring
- Additional Data Sources - World Bank, IMF, OFAC sanctions, UNHCR refugee data, FAO food security
- Think Tank Feeds - RUSI, Chatham House, ECFR, CFR, Wilson Center, CNAS, Arms Control Association
The full ROADMAP.md documents implementation details, API endpoints, and 30+ free data sources for future integration.
Design Philosophy
Information density over aesthetics. Every pixel should convey signal. The dark interface minimizes eye strain during extended monitoring sessions. Panels are collapsible, draggable, and hideable—customize to show only what matters.
Authority matters. Not all sources are equal. Wire services and official government channels are prioritized over aggregators and blogs. When multiple sources report the same story, the most authoritative source is displayed as primary.
Correlation over accumulation. Raw news feeds are noise. The value is in clustering related stories, detecting velocity changes, and identifying cross-source patterns. A single "Broadcom +2.5% explained by AI chip news" signal is more valuable than showing both data points separately.
Signal, not noise. Deduplication is aggressive. The same market move doesn't generate repeated alerts. Signals include confidence scores so you can prioritize attention. Alert fatigue is the enemy of situational awareness.
Knowledge-first matching. Simple keyword matching produces false positives. The entity knowledge base understands that AVGO is Broadcom, that Broadcom competes with Nvidia, and that both are in semiconductors. This semantic layer transforms naive string matching into intelligent correlation.
Fail gracefully. External APIs are unreliable. Circuit breakers prevent cascading failures. Cached data displays during outages. The status panel shows exactly what's working and what isn't—no silent failures.
Local-first. No accounts, no cloud sync. All preferences and history stored locally. The only network traffic is fetching public data. Your monitoring configuration is yours alone.
Compute where it matters. CPU-intensive operations (clustering, correlation) run in Web Workers to keep the UI responsive. The main thread handles only rendering and user interaction.
System Architecture
Data Flow Overview
┌─────────────────────────────────┐
│ External Data Sources │
│ RSS Feeds, APIs, WebSockets │
└─────────────┬───────────────────┘
│
┌────────────────────────┼────────────────────────┐
│ │ │
▼ ▼ ▼
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ RSS Parser │ │ API Client │ │ WebSocket Hub │
│ (News Feeds) │ │ (USGS, FAA...) │ │ (AIS, Markets) │
└────────┬────────┘ └────────┬────────┘ └────────┬────────┘
│ │ │
└──────────────────────┼──────────────────────┘
│
▼
┌─────────────────────────────────┐
│ Circuit Breakers │
│ (Rate Limiting, Retry Logic) │
└─────────────┬───────────────────┘
│
┌─────────────────┼─────────────────┐
│ │ │
▼ ▼ ▼
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ Data Freshness │ │ Search Index │ │ Web Worker │
│ Tracker │ │ (Searchables) │ │ (Clustering) │
└────────┬────────┘ └────────┬────────┘ └────────┬────────┘
│ │ │
└───────────────────┼───────────────────┘
│
▼
┌─────────────────────────────────┐
│ App State │
│ (Map, Panels, Intelligence) │
└─────────────┬───────────────────┘
│
▼
┌─────────────────────────────────┐
│ Rendering Pipeline │
│ D3.js Map + React-like Panels │
└─────────────────────────────────┘
Update Cycles
Different data types refresh at different intervals based on volatility and API limits:
| Data Type | Refresh Interval | Rationale |
|---|---|---|
| News Feeds | 3 minutes | Balance between freshness and API politeness |
| Market Data | 60 seconds | Real-time awareness with rate limit constraints |
| Military Tracking | 30 seconds | High-priority for situational awareness |
| Weather Alerts | 5 minutes | NWS update frequency |
| Earthquakes | 5 minutes | USGS update cadence |
| Internet Outages | 5 minutes | Cloudflare Radar update frequency |
| AIS Vessels | Real-time | WebSocket streaming |
Error Handling Strategy
The system implements defense-in-depth for external service failures:
Circuit Breakers
- Each external service has an independent circuit breaker
- After 3 consecutive failures, the circuit opens for 60 seconds
- Partial failures don't cascade to other services
- Status panel shows exact failure states
Graceful Degradation
- Stale cached data displays during outages (with timestamp warning)
- Failed services are automatically retried on next cycle
- Critical data (news, markets) has backup sources
User Feedback
- Real-time status indicators in the header
- Specific error messages in the status panel
- No silent failures—every data source state is visible
Build-Time Optimization
The project uses Vite for optimal production builds:
Code Splitting
- Web Worker code is bundled separately
- Config files (tech-geo.ts, pipelines.ts) are tree-shaken
- Lazy-loaded panels reduce initial bundle size
Variant Builds
npm run build- Standard geopolitical dashboardnpm run build:tech- Tech sector variant with different defaults- Both share the same codebase, configured via environment variables
Asset Optimization
- TopoJSON geography data is pre-compressed
- Static config data is inlined at build time
- CSS is minified and autoprefixed
Security Considerations
Client-Side Security
- All user input is sanitized via
escapeHtml()before rendering - URLs are validated via
sanitizeUrl()before href assignment - No
innerHTMLwith user-controllable content
API Security
- Sensitive API keys are stored server-side only
- Proxy functions validate and sanitize parameters
- Geographic coordinates are clamped to valid ranges
Privacy
- No user accounts or cloud storage
- All preferences stored in localStorage
- No telemetry beyond basic Vercel analytics (page views only)
Contributing
Contributions are welcome! Whether you're fixing bugs, adding features, improving documentation, or suggesting ideas, your help makes this project better.
Getting Started
- Fork the repository on GitHub
- Clone your fork locally:
git clone https://github.com/YOUR_USERNAME/worldmonitor.git cd worldmonitor - Install dependencies:
npm install - Create a feature branch:
git checkout -b feature/your-feature-name - Start the development server:
npm run dev
Code Style & Conventions
This project follows specific patterns to maintain consistency:
TypeScript
- Strict type checking enabled—avoid
anywhere possible - Use interfaces for data structures, types for unions
- Prefer
constoverlet, never usevar
Architecture
- Services (
src/services/) handle data fetching and business logic - Components (
src/components/) handle UI rendering - Config (
src/config/) contains static data and constants - Utils (
src/utils/) contain shared helper functions
Security
- Always use
escapeHtml()when rendering user-controlled or external data - Use
sanitizeUrl()for any URLs from external sources - Validate and clamp parameters in API proxy endpoints
Performance
- Expensive computations should run in the Web Worker
- Use virtual scrolling for lists with 50+ items
- Implement circuit breakers for external API calls
No Comments Policy
- Code should be self-documenting through clear naming
- Only add comments for non-obvious algorithms or workarounds
- Never commit commented-out code
Submitting a Pull Request
-
Ensure your code builds:
npm run build -
Test your changes manually in the browser
-
Write a clear commit message:
Add earthquake magnitude filtering to map layer - Adds slider control to filter by minimum magnitude - Persists preference to localStorage - Updates URL state for shareable links -
Push to your fork:
git push origin feature/your-feature-name -
Open a Pull Request with:
- A clear title describing the change
- Description of what the PR does and why
- Screenshots for UI changes
- Any breaking changes or migration notes
What Makes a Good PR
| Do | Don't |
|---|---|
| Focus on one feature or fix | Bundle unrelated changes |
| Follow existing code patterns | Introduce new frameworks without discussion |
| Keep changes minimal and targeted | Refactor surrounding code unnecessarily |
| Update README if adding features | Add features without documentation |
| Test edge cases | Assume happy path only |
Types of Contributions
🐛 Bug Fixes
- Found something broken? Fix it and submit a PR
- Include steps to reproduce in the PR description
✨ New Features
- New data layers (with public API sources)
- UI/UX improvements
- Performance optimizations
- New signal detection algorithms
📊 Data Sources
- Additional RSS feeds for news aggregation
- New geospatial datasets (bases, infrastructure, etc.)
- Alternative APIs for existing data
📝 Documentation
- Clarify existing documentation
- Add examples and use cases
- Fix typos and improve readability
🔒 Security
- Report vulnerabilities via GitHub Issues (non-critical) or email (critical)
- XSS prevention improvements
- Input validation enhancements
Review Process
- Automated checks run on PR submission
- Maintainer review within a few days
- Feedback addressed through commits to the same branch
- Merge once approved
PRs that don't follow the code style or introduce security issues will be asked to revise.
Development Tips
Adding or Modifying API Endpoints
All JSON API endpoints must use sebuf. Do not create standalone api/*.js files — the legacy pattern is deprecated.
See docs/ADDING_ENDPOINTS.md for the complete guide covering:
- Adding an RPC to an existing service
- Adding an entirely new service
- Proto conventions (validation, time fields, shared types)
- Generated OpenAPI documentation
Adding a New Data Layer
- Define the proto contract and generate code (see ADDING_ENDPOINTS.md)
- Implement the handler in
server/worldmonitor/{domain}/v1/ - Create the frontend service wrapper in
src/services/ - Add layer toggle in
src/components/Map.ts - Add rendering logic for map markers/overlays
Debugging
- Browser DevTools → Network tab for API issues
- Console logs prefixed with
[ServiceName]for easy filtering - Circuit breaker status visible in browser console
License
MIT
Author
Elie Habib
Built for situational awareness and open-source intelligence gathering.
