Langfuse Reference ArchitectureSAFE
Model-agnostic agent-skills platform with a harness-free canonical layer, verified adapters, and the ccpi package manager. Explore at tonsofskills.com.
Overview
Model-agnostic agent-skills platform with a harness-free canonical layer, verified adapters, and the ccpi package manager. Explore at tonsofskills.com.
4f83675ca38aOBSERVED · 2026-10-09Host compatibility
What the documentation claims. We have not run a compatibility test.
| Host | Status | Notes |
|---|---|---|
| claude-code | mentioned |
What it tells the agent
The instruction file, verbatim from the audited commit — this is the text the model reads, and the surface the audit's instruction layer examines. Quoted here so you can judge it without cloning anything.
--- name: langfuse-reference-architecture description: 'Production-grade Langfuse architecture patterns and best practices. Use when designing LLM observability infrastructure, planning Langfuse deployment, or implementing enterprise-grade tracing architecture. Trigger with phrases like "langfuse architecture", "langfuse design", "langfuse infrastructure", "langfuse enterprise", "langfuse at scale". ' allowed-tools: Read, Write, Edit version: 1.17.0 license: MIT author: Jeremy Longshore <[email protected]> tags: - saas - langfuse - deployment - observability - llm compatibility: Designed for Claude Code --- # Langfuse Reference Architecture ## Overview Production-grade architecture patterns for Langfuse LLM observability: singleton SDK, context propagation with `AsyncLocalStorage`, cross-service trace correlation, multi-environment configurations, and scale strategies. ## Prerequisites - Understanding of distributed systems and async patterns - Node.js 18+ with OpenTelemetry SDK - For v4+: `@langfuse/tracing`, `@langfuse/otel`, `@opentelemetry/sdk-node` ## Architecture Tiers | Tier | Scale | Architecture | Langfuse Host | |------|-------|-------------|---------------| | Starter | < 100K traces/day | Direct SDK, Cloud | Langfuse Cloud | | Growth | 100K-1M traces/day | Singleton + batching | Cloud or Self-hosted | | Enterprise | 1M+ traces/day | Queue-buffered + sampling | Self-hosted (HA) | ## Instructions ### Pattern 1: Singleton SDK with Context Propagation ```typescript // src/lib/tracing.ts -- Single module for all tracing import { LangfuseClient } from "@langfuse/client"; import { LangfuseSpanProcessor } from "@langfuse/otel"; import { NodeSDK } from "@opentelemetry/sdk-node"; import { AsyncLocalStorage } from "async_hooks"; // Singleton OTel SDK let sdk: NodeSDK | null = null; export function initTracing() { if (sdk) return sdk; sdk = new NodeSDK({ spanProcessors: [ new LangfuseSpanProcessor({ exportIntervalMillis: 5000, maxExportBatchSize: 50, }), ], }); sdk.start(); // Graceful shutdown for (const signal of ["SIGTERM", "SIGINT"]) { process.on(signal, async () => { console.log(`Received ${signal}, flushing traces...`); await sdk?.shutdown(); process.exit(0); }); } return sdk; } // Singleton client for non-tracing operations let client: LangfuseClient | null = null; export function getLangfuseClient(): LangfuseClient { if (!client) client = new LangfuseClient(); return client; } // Request context for user/session tracking interface RequestContext { userId?: string; sessionId?: string; requestId: string; } const requestStore = new AsyncLocalStorage<RequestContext>(); export function getRequestContext(): RequestContext | undefined { return requestStore.getStore(); } export function runWithContext<T>(ctx: RequestContext, fn: () => T): T { return requestStore.run(ctx, fn); } ``` ### Pattern 2: Express Middleware for Automatic Tracing ```typescript // src/middleware/tracing.ts import { startActiveObservation, updateActiveObservation } from "@langfuse/tracing"; import { runWithContext, getRequestContext } from "../lib/tracing"; import { randomUUID } from "crypto"; import type { Request, Response, NextFunction } from "express"; export function langfuseMiddleware() { return (req: Request, res: Response, next: NextFunction) => { const ctx = { requestId: req.headers["x-request-id"]?.toString() || randomUUID(), userId: req.headers["x-user-id"]?.toString(), sessionId: req.headers["x-session-id"]?.toString(), }; runWithContext(ctx, () => { startActiveObservation(`${req.method} ${req.path}`, async () => { updateActiveObservation({ input: { method: req.method, path: req.path, query: req.query, }, metadata: { userId: ctx.userId, sessionId: ctx.sessionId, requestId: ctx.requestId, }, }); // Capture response const originalEnd = res.end.bind(res); res.end = function (...args: any[]) { updateActiveObservation({ output: { statusCode: res.statusCode }, }); return originalEnd(...args); } as any; next(); }).catch(next); }); }; } // Usage import express from "express"; import { initTracing } from "./lib/tracing"; import { langfuseMiddleware } from "./middleware/tracing"; initTracing(); const app = express(); app.use(langfuseMiddleware()); ``` ### Pattern 3: Cross-Service Trace Correlation For microservices, propagate trace context via HTTP headers: ```typescript // Service A: Inject trace context into outbound requests import { context, propagation } from "@opentelemetry/api"; async function callServiceB(data: any) { const headers: Record<string, string> = {}; // OTel propagation injects traceparent header automatically propagation.inject(context.active(), headers); const response = await fetch("https://service-b.internal/api/process", { method: "POST", headers: { "Content-Type": "application/json", ...headers, // Includes traceparent, tracestate }, body: JSON.stringify(data), }); return response.json(); } ``` ```typescript // Service B: Extract and continue trace context import { context, propagation } from "@opentelemetry/api"; import { startActiveObservation, updateActiveObservation } from "@langfuse/tracing"; app.post("/api/process", async (req, res) => { // OTel automatically extracts context from incoming headers // when using standard HTTP instrumentation. // Any startActiveObservation call will be a child of the extracted trace. await startActiveObservation("service-b-process", async () => { updateActiveObservation({ input: req.body }); const result = await processData(req.body); updateActiveObservation({ output: result }); res.js
Trust audit
SAFEgrade B · trust 89/100 Nothing in the source contradicts what it says it does. Grade A is reserved for packages that have also passed the behavioural sandbox.
| Layer | What it checks | Result |
|---|---|---|
| L0 | Provenance & inventory | PASS |
| L1 | Static analysis of the code | PASS |
| L2 | Instruction surface (what it tells the agent) | PASS |
| L3 | Class-specific surface | PASS |
| L4 | Behavioural (sandbox) | SKIPPED |
What the source does
- Filesystem
- none-observed
- Network
- none-observed
- Shell
- none-observed
- Dependencies
- pinned
- Secrets in source
- none-found
Findings (0)
No findings outside the package's declared scope.
Gates applied: no_behavioural_pass.
4f83675ca38afull audit observations/trust-audit/skill/jeremylongshore__langfuse-reference-architecture.json · Report an issue / request a re-scanAudit history
Every audit this skill has had.
| Date | Source | Verdict | Grade | Score | Change |
|---|---|---|---|---|---|
| 2026-10-09 | 4f83675ca38a | SAFE | B | 89 | first audit |
Questions
What does the Langfuse Reference Architecture skill do?
Model-agnostic agent-skills platform with a harness-free canonical layer, verified adapters, and the ccpi package manager. Explore at tonsofskills.com.
Is Langfuse Reference Architecture safe to install?
The audit found nothing in the source that contradicts what it says it does, and graded it B (89/100). Grade A is held back for packages that have also passed a sandboxed behavioural run, which is why a clean skill reads B.
What can Langfuse Reference Architecture access on my machine?
The audit observed no filesystem, network or shell use at all in its source.
Which assistants does Langfuse Reference Architecture work with?
Its documentation mentions claude-code. That is what the text claims, not a compatibility test we ran.
How current is this page?
The grade is for one exact copy of the source (4f83675ca38a), read on 2026-10-09. The repository is watched, and a new audit runs when it changes — this is the first audit.