firetiger-oss
- 7 skills
- 0 followers
- 10 hours ago last updated
- ▌ Firetiger · firetiger-ossUse when the user mentions Firetiger or wants to work with their observability data — setting up Firetiger, instrumenting an app with OpenTelemetry, querying traces/logs/metrics with SQL, investigating an incident, monitoring a PR or deployment, or creating a monitoring agent. Always use this skill when the user says "Firetiger", even for simple asks — it routes to the specialized skill that carries the critical gotchas (Basic-auth ingest, DuckDB SQL over per-service tables, the @firetiger comment flow) that prevent common mistakes.
- ▌ Firetiger Query · firetiger-oss bundleUse when querying Firetiger telemetry with SQL — finding traces, searching logs, inspecting metrics, locating errors or slow requests, computing latency percentiles, aggregating observability data, or querying a connected source (Postgres, MySQL, ClickHouse, Datadog, Prometheus, GCP Monitoring) through the Firetiger MCP `query` tool. Always use this skill before writing a Firetiger query — it carries the critical gotchas (slashed table names must be quoted, duration is computed not stored, status codes are integers, attributes are structs not maps, fully-qualify "connections/{name}".table to reach a connected source) that make queries succeed.
- ▌ Firetiger Setup · firetiger-oss bundleUse when onboarding a project to Firetiger end-to-end — authenticate, subscribe, detect the stack, wire telemetry from any source (OTLP SDK, platform log/trace drains, Datadog Agent, Prometheus, Vector, or a generic HTTP sink), connect integrations (GitHub, Slack, databases, cloud, observability backends), register deployments, let discovery map services, and create a monitoring agent. Always use this skill for first-time setup — it carries the gotchas (credentials auto-provision, Basic-auth ingest, connect GitHub + telemetry to unlock discovery) that finish onboarding in one pass.
- ▌ Firetiger Instrument · firetiger-oss bundleUse when adding OpenTelemetry instrumentation to an application so it sends telemetry to Firetiger — setting up tracing, configuring the OTLP exporter, or connecting a Node.js, Next.js, Python, Go, or Rust app to Firetiger. Always use this skill when instrumenting for Firetiger — it carries the critical gotchas (init must load before any other import, Firetiger ingest uses HTTP Basic auth not Bearer, credentials come from the get_ingest_credentials MCP tool) that make telemetry actually show up.
- ▌ Firetiger Investigate · firetiger-ossUse when diagnosing an issue or incident with Firetiger — launching or reading a Firetiger investigation, troubleshooting with telemetry, or working the issues an investigation surfaces. Always use this skill for incident diagnosis — it carries the critical gotchas (an investigation is an AI agent session, not a findings form; its status is server-set; issues are managed by an expert agent you steer rather than mutate) that keep you working with the product instead of against it.
- ▌ Firetiger Create Agent · firetiger-ossUse when creating a Firetiger monitoring agent, installing a prebuilt catalog agent, or configuring an agent's triggers and schedules — monitoring something automatically, scheduling recurring or one-off analysis, or wiring event-driven automation. Always use this skill to create or automate an agent — it carries the critical gotchas (prefer create_agent_with_goal and answer the planner, agents must be AGENT_STATE_ON to fire, triggers are separate resources with six config types, scheduled-agent-runs are one-shot not cron).
- ▌ Firetiger Monitor Deploy · firetiger-ossUse when monitoring a PR or deployment with Firetiger and reviewing what it found — watching a deploy, setting up the @firetiger comment flow, registering deployments from CI/CD, or reading a monitoring agent's results. Always use this skill for deploy monitoring — it carries the critical gotchas (monitor_pr needs the full PR URL, the @firetiger flow needs a connected GitHub App, checks run at 10m/1h/24h/72h anchored to the real deploy, register deploys with Basic auth so checkpoints fire on the right release).