← Zurück zu ERP-Systembauer
Entdecke, wie der Skill hilft
Nachvollziehbare Nutzungsdaten
Erfasst Ressourcenverbrauch mit Verantwortlichem, Einheiten und Messsicherheit als überprüfbare Grundlage späterer Kostenberechnungen.
usage-event-modeling-collection
Teammitglieder mit diesem Skill
Wann ist der Skill hilfreich?
Nutze diesen Skill, wenn Anfragen, Hintergrundjobs und AI-Läufe Verbrauch erzeugen, dessen Herkunft schwer nachzuvollziehen ist.
Wobei hilft er dir?
- Definiert unveränderliche Ereignisse mit getrennten Verbrauchs- und Erfassungszeiten sowie eindeutigen Einheiten.
- Erhält Kunden- und Aufgabenkontext über Dienste hinweg und bewahrt nicht zugeordnete Ereignisse auf.
- Erfasst auch abgebrochene, teilweise ausgeführte und wiederholte Arbeit.
Das könntest du fragen
Entwirf Nutzungsereignisse für einen AI-Export mit Wiederholung nach einem Timeout. Bewahre Versuche, Kundenzuordnung, Tokenmengen und die Herkunft jeder Messung. Vergleiche abgelaufenen Versuch und Wiederholung über getrennte Versuchkennungen. Beide Messungen gehören zu einer Aufgabe; Schätzungen gelten nicht als endgültige Anbieterbelege.
Ausführliche Dokumentation
Hier findest du die ursprüngliche Anleitung, Beispiele und Prüfschritte des Skills in ihrer Originalsprache.
Weniger anzeigen
Usage Event Modeling & Collection
Usage metering starts with an immutable, self-describing event record. Every resource consumption event must capture who triggered it, what ran, how much was consumed, and how certain the measurement is.
Workflow
- Define canonical usage event schema:
- Require every raw usage event to carry:
eventId/idempotencyKey: Deterministic key derived from the source operation ({source}:{operationId}:{stepId}:{attempt}).occurredAtandrecordedAt: Distinguish when consumption happened from when the collector ingested it (occurredAtgoverns pricing period and budget window).- Attribution dimensions:
tenantId/workspaceId,actorId(user, API key, or service account),projectId,taskId,runId,stepId,agentRole/agentId, andenvironment. - Resource identity:
provider(anthropic,openai,aws-s3,worker),service/model,operationType, andregionortier. - Explicit quantities & units: Separate numeric quantities by unit (
input_tokens,cached_input_tokens,output_tokens,bytes_stored,byte_hours,egress_bytes,cpu_ms,wall_ms). - Measurement certainty:
certainty: 'estimated' | 'provider_reported' | 'reconciled_invoice'.
- Require every raw usage event to carry:
- Propagate metering context end-to-end:
- Pass correlation metadata (
tenantId,userId,taskId,runId,parentSpanId) through HTTP headers, queue payloads, webhook handlers, scheduled jobs, and AI tool calls. - Route events lacking a customer
tenantIdto an explicit system-cost or quarantine bucket rather than dropping them.
- Pass correlation metadata (
- Decouple collection from the hot request path:
- Emit usage events asynchronously via outbox tables, ring buffers with shutdown flush hooks, or queues so metering never blocks user-facing API calls or streams.
- Persist raw provider metadata (
requestId,usagesnapshot, status) alongside normalized quantities.
- Account for failed, partial, and cancelled operations:
- Record upstream consumption even when an operation times out, fails validation after an LLM/API call, is cancelled mid-stream, or is retried.
Anti-Patterns to Avoid
- Mutating counters in place:
UPDATE tenant_usage SET tokens = tokens + ?without an event log destroys auditability and prevents repricing. - Ambiguous units: Mixing
MB(10^6) andMiB(2^20), or milliseconds and seconds, without an explicit unit field. - Swallowing retry consumption: Recording only the final successful attempt while ignoring failed retries that incurred provider cost.
Enthaltene Dateien 1
SKILL.md
