The issue-first loop.
Capture structured events, fingerprint them into issues, and triage in a focused dashboard.
Core loop
Apps send events with a project API key. Talaria groups them. Your team decides what to fix next.
01
Event
One captured occurrence — exception or log.
02
Fingerprint
Server-side identity for deduplication. Clients never compute it.
03
Issue
Grouped problem with counts, status, and first/last seen.
04
Alert
Rules and notifications so the right people know when issues need attention.
Organizations & projects
Multi-project workspaces for product teams and agencies. Roles: admin, member, and viewer — invite teammates without sharing API keys.
Ingest & API keys
Project-scoped keys shown once at creation (tal_live_…). Use them from an SDK or raw HTTP ingest — never embed them in public frontends.
Project settings
storefront
API key
tal_live_••••••••••••3f9a
Shown once at creation. Project-scoped ingest credential.
Role
Admin
Members
4 invited
Issues
storefront
- 1,284erroropen
TypeError in CheckoutController::process
production
- 412fatalopen
PDOException: SQLSTATE[HY000]
production
- 56warningresolved
Deprecated: Creation of dynamic property
staging
Issues & events
Open, resolved, ignored. Severity levels, environments, and releases help you filter signal from noise. Drill into individual events when you need the stack.
Alerts
Create alert rules, evaluate matching issues, and notify your team so triage stays ahead of the noise.
Architecture
Client or SDK → API (api.newtalaria.com) → fingerprint → dashboard (one.newtalaria.com).