Referenced from SKILL.md
SKILL.mdView in source ↗
Source excerpt starting at line 73.SKILL.mdView in source ↗Use `{key}` placeholders with keyword arguments, never f-strings — `logfire.info('Created user {user_id}', user_id=uid)`, not `logfire.info(f'Created user {uid}')`. The former makes `user_id` a searchable attribute; the latter is a flat string. Full patterns (spans, exceptions, stdlib logging bridge, capfire testing): [Python logging patterns](./references/python/logging-patterns.md).
Source excerpt starting at line 184.SKILL.mdView in source ↗Counters, histograms, and gauges power the **Metrics** explorer, dashboard panels, and alerts — create them once and record throughout. Python examples: [logging patterns](./references/python/logging-patterns.md#custom-metrics). Rust: the `logfire` crate has its own counter/histogram/gauge functions (e.g. `logfire::u64_counter()`) and an `ExponentialHistogram` type in its `metrics` module — not yet written up in the [Rust reference](./references/rust/patterns.md), so pull the signatures from the crate's own rustdoc. JS/TS: `@pydantic/logfire-node` has no custom-metrics wrapper of its own — create instruments with the raw OpenTelemetry Metrics API (`@opentelemetry/api`'s `metrics.getMeter(...)`); Logfire ingests them like any other OTLP metric.
Source excerpt starting at line 281.- **Authentication**: [full command sequence, flags, and gotchas](./references/auth.md) — shared by all three Logfire setup skills- **Python**: [logging patterns](./references/python/logging-patterns.md) (log levels, spans, stdlib integration, metrics, capfire testing) and [integrations](./references/python/integrations.md) (full instrumentor table with extras)- **JavaScript/TypeScript**: [patterns](./references/javascript/patterns.md) (log levels, spans, error handling, config) and [frameworks](./references/javascript/frameworks.md) (Node.js, Cloudflare Workers, Next.js, Deno setup)
