npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

autotel-adapters

v3.1.4

Published

Framework adapters and composable DX helpers for autotel

Readme

autotel-adapters

Composable framework adapters and DX helpers for autotel.

autotel-adapters gives easy to use ergonomics (with..., useLogger(...), parseError) while keeping one trace-native stack under the hood.

Included adapters

  • autotel-adapters/hono
  • autotel-adapters/tanstack
  • autotel-adapters/next
  • autotel-adapters/nitro
  • autotel-adapters/cloudflare
  • autotel-adapters/express
  • autotel-adapters/fastify
  • autotel-adapters/nestjs
  • autotel-adapters/sveltekit
  • autotel-adapters/elysia
  • autotel-adapters/toolkit (custom framework integrations)
  • autotel-adapters/toolkit/storage (edge-safe ALS helper)
  • autotel-adapters/core (build your own adapter)

Custom frameworks

Use defineFrameworkIntegration() from autotel-adapters/toolkit to wire a new HTTP framework. See examples/community-framework-skeleton/ for a minimal skeleton.

Toolkit options include route include / exclude, per-route service, serverless waitUntil, streaming finishResponse, and request-level keep callbacks.

Keeping a request through tail sampling

Every adapter accepts keep. It runs when the request finishes, with the status, duration, method, path and the request logger's context. Set shouldKeep and the adapter calls forceKeep() for that request's trace:

app.use(
  '*',
  autotelMiddleware({
    keep: (ctx) => {
      if (ctx.status === 402 || ctx.durationMs > 2000) ctx.shouldKeep = true;
    },
  }),
);

For a streamed response, keep runs when the handler returns, before the body finishes.

The request handle also exposes markOutcome({ status, error }), which records the status code and error on the span without emitting the snapshot, and finishResponse(response, { error }) for an error the framework caught on the way to the response.

Span names and attributes

Request spans follow the OpenTelemetry HTTP conventions:

  • http.route holds the matched route template (/users/:id), and the span is named {METHOD} {route}, or {METHOD} when no route matched.
  • url.path holds the raw request path.
  • A 5xx response ends the span with status ERROR. A 4xx leaves the status unset.

Next.js and Cloudflare Workers have no matched route to read, so they set only url.path. Pass http.route through enrichRequest and a name through spanName:

export const GET = withAutotel(handler, {
  spanName: 'GET /api/orders/[id]',
  enrichRequest: () => ({ 'http.route': '/api/orders/[id]' }),
});

Hono reads the last matched route after routing and records the error it caught on c.error for a 5xx. NestJS records Controller.handler as code.function.name.

When to use withAutotel vs useLogger alone

Each adapter exports two patterns. Choose based on whether you already have autotel tracing middleware:

withAutotel() - use when you have NO existing autotel middleware. It creates a span and injects a request logger automatically:

import { withAutotel, useLogger } from 'autotel-adapters/next';

export const POST = withAutotel(async (request) => {
  const log = useLogger(request);
  log.set({ feature: 'checkout' });
  return Response.json({ ok: true });
});

useLogger() alone - use when middleware already creates the span. For example, autotel-hono middleware (otel()) already creates a span per request. Wrapping with withAutotel too would create a duplicate span:

import { otel } from 'autotel-hono';
import { useLogger } from 'autotel-adapters/hono';

app.use('*', otel());
app.get('/orders/:id', (c) => {
  const log = useLogger(c);
  log.set({ route: c.req.path });
  return c.json({ ok: true });
});

Core usage

import { createUseLogger } from 'autotel-adapters/core';

const useLogger = createUseLogger<{ requestId?: string }>({
  adapterName: 'custom-framework',
  enrich: (ctx) => ({ request_id: ctx.requestId }),
});

Next.js

import { withAutotel, useLogger, parseError } from 'autotel-adapters/next';

export const POST = withAutotel(async (request: Request) => {
  const log = useLogger(request);
  log.set({ feature: 'checkout' });

  try {
    return Response.json({ ok: true });
  } catch (error) {
    const parsed = parseError(error);
    log.set({ error_status: parsed.status, error_why: parsed.why });
    throw error;
  }
});

withAutotel() is for route handlers: it reads its first argument as the request. A server action has no request (its first argument is its form data or its own argument), so wrap it with withAutotelAction() instead. The span is action.<name>, the wide event carries no HTTP fields, and useLogger() works inside:

'use server';
import { withAutotelAction, useLogger } from 'autotel-adapters/next';

export const save = withAutotelAction('save', async (formData: FormData) => {
  useLogger().set({ 'item.id': formData.get('id') });
});

Navigation helpers such as redirect() and notFound() remain framework control flow: both wrappers rethrow their signals without recording a phantom error, including when a signal is wrapped in cause.

next.config: one @opentelemetry/api

// next.config.ts
import { withAutotelConfig } from 'autotel-adapters/next-config';

export default withAutotelConfig(
  { reactCompiler: true },
  { externals: ['@prisma/instrumentation'] }, // optional
);

Next bundles every server package it is not told to keep external. When autotel and an instrumentation land on different sides of that line they run on two copies of @opentelemetry/api. withAutotelConfig adds @opentelemetry/api (and externals) to serverExternalPackages, so every bundle loads the app's one copy.

Each of them must be a dependency of the app: Next bundles a listed package it cannot resolve from the app directory, which is what happens to a workspace package's dependency in a monorepo. withAutotelConfig fails the build instead. autotel-adapters/next-config has no runtime dependency, so next.config.ts can import it.

Hono inside Next follows the same rule: keep autotel-adapters and hono on the same side of that line. Bundle both with the app, or list both in serverExternalPackages. When they resolve different copies, the Hono adapter names the route through the request instead and warns once.

Nitro

import { withAutotelEventHandler, useLogger } from 'autotel-adapters/nitro';

export default withAutotelEventHandler(async (event) => {
  const log = useLogger(event, 'api-service');
  log.set({ route: event.path });
  return { ok: true };
});

Hono

import { otel } from 'autotel-hono';
import { useLogger } from 'autotel-adapters/hono';

app.use('*', otel());
app.get('/orders/:id', (c) => {
  const log = useLogger(c);
  log.set({ route: c.req.path });
  return c.json({ ok: true });
});

autotelMiddleware() also observes SSE, NDJSON, and AI response streams. The request snapshot is emitted once when the body closes, errors, or is cancelled, so context added during streaming is retained.

Cloudflare Workers

import { withAutotelFetch, useLogger } from 'autotel-adapters/cloudflare';

export default {
  fetch: withAutotelFetch(async (request, env, ctx) => {
    const log = useLogger(request);
    log.set({ route: new URL(request.url).pathname });
    return Response.json({ ok: true });
  }),
};