Honeybadger is an error tracking and application performance monitoring service for developers.
Honeybadger is an error tracking and application performance monitoring service for developers. On Nagent, Honeybadger is exposed as a fully-configurable server monitoring integration that any agent can call — 7 actions, and API key authentication. No code is required to wire Honeybadger into your workflow — connect it once via the External Integrations panel and reuse it across every agent you build.
Agent builders use Honeybadger to automate the kinds of tasks server monitoring teams previously handled manually. Concrete examples — each one is a single agent step in Nagent — include:
Every action and trigger is paired with a structured input/output schema (visible in the sections below), so when you wire Honeybadger into Helix — our agentic agent builder — the editor knows exactly what each step expects and produces. Configure once, deploy anywhere across your Nagent agents.
Every operation an agent can call against Honeybadger, with input parameters and output schema. Drop these into any step of an agent built in Helix.
HONEYBADGER_REPORT_CHECK_INReports a check-in (ping) to Honeybadger for uptime monitoring. Check-ins are used to monitor scheduled tasks, cron jobs, and background processes. By pinging this endpoint regularly, you signal that your task is running on schedule. If Honeybadger doesn't receive a ping within the expected timeframe, it will alert you that the task may have failed or stopped running. Use this action at the end of successful task executions to notify Honeybadger the task completed as expected.
Input parameters
The unique identifier of the check-in to report. Provide this OR `project_api_key` and `slug`.
The slug identifier of the check-in. Required when reporting by slug instead of `id`.
The API key of the project. Required when reporting by `slug` instead of `id`.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
HONEYBADGER_REPORT_CHECK_IN_WITH_PAYLOADReport a check-in with additional payload data to Honeybadger. Use when monitoring scheduled tasks or cron jobs and need to send metrics, status, or metadata (up to 20KB).
Input parameters
Check-in payload data containing metrics, status, or other metadata (max 20KB total)
The unique identifier of the check-in to report. This acts as authentication for the check-in endpoint.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
HONEYBADGER_REPORT_DEPLOYMENTReport a new deployment to Honeybadger for deployment tracking and error correlation. Use this tool after deploying code to notify Honeybadger, which allows you to: - Track deployment history on your project's Deployments page - Correlate errors with specific deployments - Automatically resolve errors when deploying to an environment All deployment fields are optional, but providing environment and revision is recommended for better tracking.
Input parameters
Deployment details including environment, revision, repository, and username. All fields are optional but providing more details helps track deployments.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
HONEYBADGER_REPORT_EVENTSend custom events to Honeybadger Insights for tracking, monitoring, and analytics. Use this action to record any structured event data such as: - User activity and behavioral events (logins, page views, feature usage) - Application errors and exceptions with context - Performance metrics and timing data - Custom business events and audit trails - System health and operational metrics Events are sent as newline-delimited JSON (NDJSON) and can include any custom fields. The API returns tracking IDs for each successfully recorded event.
Input parameters
List of event objects to send to Honeybadger Insights. Each event is a flexible dictionary that can contain any fields relevant to your tracking needs (e.g., event name, user_id, timestamps, custom metadata). Common patterns include: error events with error_type/message fields, user activity events with user_id/action fields, or performance metrics with timing data. Size constraints: each event < 100 kB, total payload < 5 MB.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
HONEYBADGER_REPORT_EXCEPTIONTool to report an exception notice to Honeybadger. Use when sending error details (stack trace, context) for diagnostics.
Input parameters
Exception details including backtrace
Server and process context for the exception.
HTTP request context at the time of the exception.
Client library information for Honeybadger notifier.
Breadcrumb trail leading up to the exception.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
HONEYBADGER_UPLOAD_FILE_TO_S3Tool to upload a local file to a managed S3 bucket. Use when preparing files for source-map uploads.
Input parameters
The file to upload to S3.
Optional filename to use in S3. Defaults to the uploaded file's name.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
HONEYBADGER_UPLOAD_SOURCE_MAPUpload JavaScript source maps to Honeybadger for error stack trace de-minification. Use this tool after deploying minified JavaScript assets to enable Honeybadger to display un-minified, readable stack traces when errors occur. Source maps allow Honeybadger to map minified code back to your original source code with proper file names, function names, and line numbers. The tool uploads: (1) the minified JS file, (2) its corresponding .map file, and optionally (3) additional source files referenced by the map, all associated with the production URL.
Input parameters
Deploy revision identifier (e.g., Git commit SHA, version tag) for tracking which deployment this source map applies to. Should match the revision configured in honeybadger.js. Defaults to 'master' if not provided.
The corresponding source map file (.map).
Absolute production URL of the minified JS file in production; supports '*' wildcard for domain/protocol matching. Query strings are ignored. Example: 'https://cdn.example.com/app.min.js' or 'https://*/assets/app.min.js'
The minified JavaScript file to upload.
Additional original source files referenced by the source map. Each filename must match the source file's production URL path. Used when source map references files not embedded inline.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
No publicly available marketplace agent is found using this tool yet. There are 64 agents privately built on Nagent that already use Honeybadger.
Build on Nagent
Connect Honeybadger to any Nagent agent in minutes — no API key management, no boilerplate. Just configure and deploy.
The five questions agent builders ask before adopting a new integration.
Open the External Integrations panel inside Nagent (app.nagent.ai/externalIntegration), find Honeybadger, and click "Connect Now." You'll authenticate with an API key — Nagent handles credential storage and refresh automatically. Once connected, Honeybadger is available to any agent in your workspace.
No. Nagent provides no-code integration for every tool. Once Honeybadger is connected, you configure its 7 actions directly in the agent builder UI — no API calls, no boilerplate, no schema management.
Helix — Nagent's agentic agent builder — lets you drop Honeybadger steps into any workflow visually. Pick an action (e.g., one of those listed above), fill in the inputs (Helix knows the required vs. optional schema for each parameter), and connect it to upstream/downstream steps. Triggers run as the entry point of an agent, so when a Honeybadger event fires, the agent kicks off automatically.
Every Honeybadger action and trigger ships with a fully-typed schema — input parameters with name, type, required flag, and description, plus the output payload shape. The schemas are documented in the sections above. Helix uses these schemas to validate your configuration at build time and to type-check the data flowing between steps.
Yes. While Honeybadger ships with 7 pre-built server monitoring actions, you can layer custom logic around them inside Helix — pre/post-processing steps, conditional branches, retries, or stitching Honeybadger together with other connected tools. For deeper customization, talk to our team about Nagent's Agentic AI Lab — forward-deployed engineers who build Honeybadger-based workflows tailored to your business.