UseDocumentation Index
Fetch the complete documentation index at: https://redop.useagents.site/docs/llms.txt
Use this file to discover all available pages before exploring further.
@redopjs/evlog when you want request-scoped wide events for Redop servers without wiring your own logging lifecycle.
The plugin creates one evlog event per executed tool, resource, or prompt. It gives you:
ctx.evloginside handlersuseLogger()from anywhere in the same request call stack- drain adapters, enrichers, and tail sampling from evlog
- metadata for Redop operation kind, name, transport, request ID, and duration
Install
Step 1: Initialize evlog
Initialize evlog at startup so the logger has your service metadata.Step 2: Register the plugin
Attach the plugin with.use(...) before the handlers that will use ctx.evlog or useLogger().
Step 3: Add request-scoped context
Usectx.evlog.set(...) to build up a wide event through your handler flow.
Use useLogger() from helpers
Use useLogger() when you want to add log context from helper functions or service modules without threading ctx through every call.
Configure drain, enrich, and keep
@redopjs/evlog accepts the same middleware-style options as evlog integrations such as drain, enrich, keep, include, exclude, and routes.
Add Redop-specific enrichment
UseoperationEnrich(...) when you want derived fields based on Redop operation metadata.
What gets logged by default
The plugin logs metadata only by default. It does not log raw tool input, prompt content, resource bodies, or handler results unless your own code adds them. Default fields include:kindnamemcpMethodtransportrequestIdsessionIddurationMssuccess- HTTP method and URL when available