Skip to main content

agent-failure-packet

Languages: English | 中文

Create redacted, shareable debug packets from failed AI agent runs.

Status

P1 - v0.4.2 local packet builder and read-only GitHub Action.

Purpose

Turn messy failed agent runs into safe evidence for issues, PRs, and incident review.

First Production Surface

Local packet builder that accepts runtime exports and emits a redacted bundle.

The first executable surface is specified in Packet Builder Design.

Install

From PyPI:

python3 -m pip install xone-agent-failure-packet
agent-failure-packet --version

From Homebrew:

brew install x-one-ai/tap/agent-failure-packet
agent-failure-packet --version

From this repository:

python3 -m pip install -e .
agent-failure-packet --version

Usage

Build a Markdown packet from a generic run export:

agent-failure-packet init --profile issue
agent-failure-packet validate --input failed-run.json
agent-failure-packet build --input tests/fixtures/runs/generic-failure-v1.json
agent-failure-packet build --input failed-run.json --format markdown --output failure-packet.md
agent-failure-packet build --input failed-run.json --format json --output failure-packet.json
agent-failure-packet build --input failed-run.json --profile issue --output issue-packet.md
agent-failure-packet build --input failed-run.json --redaction-policy .agent-failure-packet.yml

Input files use schema_version: agent-failure-packet.run.v1. JSON outputs use schema_version: agent-failure-packet.packet.v1.

Run exports may include optional handoff context from agent-pr-evidence when a PR evidence report requests create-failure-packet. The packet preserves this context after redaction and renders it as Handoff Context so issue/support/incident readers can trace why the packet was created.

agent-failure-packet build auto-discovers .agent-failure-packet.yml from the current directory or its parents:

schema_version: 1
profile: issue
# redaction_policy: .agent-failure-packet-redaction.yml

Markdown profiles:

  • incident: full packet with timeline, tool calls, errors, environment, redaction summary, checklist, and limitations.
  • issue: compact packet for GitHub issues or support tickets; omits deeper tool-call and environment sections.

Fixture corpus:

  • generic-failure-v1.json
  • codex-cli-failure-v1.json
  • github-copilot-agent-failure-v1.json
  • agent-pr-evidence-handoff-failure-v1.json

Example custom redaction policy:

literals:
  - internal-customer-id
regexes:
  - INTERNAL-[0-9]+

The default redaction policy cannot be disabled. The tool is local-first: it does not upload packet data, call a hosted service, or post comments.

GitHub Action

Use the Action after checkout and point it at a failure export produced by your agent workflow:

name: Agent Failure Packet

on:
  workflow_dispatch:

permissions:
  contents: read

jobs:
  packet:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: X-One-AI/agent-failure-packet@v0.4.2
        with:
          input: failed-run.json
          profile: issue
          output: agent-failure-packet.md

The Action writes a packet file, appends a compact packet to GITHUB_STEP_SUMMARY, and exposes packet-path and summary-json outputs. It is read-only and does not post PR comments.

Required Evidence

  • timeline
  • tool calls
  • errors
  • redaction summary
  • environment summary

Non-Goals

  • not a full tracing platform
  • not a hosted observability backend
  • not raw prompt/log sharing
  • not complete security coverage for every organization-specific secret

OPT Operating Model

This project references the shared One Person Team workflow through ops/opt-overlay.md. Project-specific constraints live under ops/constraints, and evolvable local skills live under ops/skills.

Blocked Inputs

Inputs that require user or real-world data are recorded in ../x-one-skipped-inputs.md and should not block foundation work.

Real-user feedback should be classified as false-positive, false-negative, adapter-request, scenario-request, or catalog-update when it applies; portfolio-level handling is tracked in X-One portfolio health docs.

Docs

Metadata

Release files for xone-agent-failure-packet 0.4.2

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for xone-agent-failure-packet 0.4.2
File Size Uploaded Provenance
xone_agent_failure_packet-0.4.2.tar.gz 26.4 kB With provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for xone-agent-failure-packet 0.4.2
File Interpreter ABI Platform
xone_agent_failure_packet-0.4.2-py3-none-any.whl Python 3 none any Details

Total release size: 37.6 kB

Release files / xone_agent_failure_packet-0.4.2.tar.gz

Download URL xone_agent_failure_packet-0.4.2.tar.gz
Size 26.4 kB
Tags Source
SHA-256 checksum
How to use checksums
ec93c786604609eb574c105d78c0ec963d3b120dd3b320be8bdbd3cbffc784cb
BLAKE2b-256 checksum
How to use checksums
d885e23fdb741badf558b52fb671390ebb415b04666dbe8083a2794a131906b7
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.12

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Jun 14, 2026.

Transparency log

Release files / xone_agent_failure_packet-0.4.2-py3-none-any.whl

Download URL xone_agent_failure_packet-0.4.2-py3-none-any.whl
Size 11.2 kB
Tags Python 3
SHA-256 checksum
How to use checksums
8d2c7be3771c6cc3767a6baab40cfe1dc338b565a602b600f2c9b93e0e805522
BLAKE2b-256 checksum
How to use checksums
ee98f39cdc4ecdde1002ba0ef7a40acc8c7bbad7a3bcb5940d24f6b688e082ad
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.12

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Jun 14, 2026.

Transparency log

Security for xone-agent-failure-packet 0.4.2

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

Full provenance

All 2 files in this release have been uploaded with provenance metadata.

Select from 2 files

Attestation for xone_agent_failure_packet-0.4.2.tar.gz

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Jun 14, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

Release history Release notifications | RSS feed

This release

0.4.2 This release

2 release files Full provenance

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page