Helix Payment Recovery Runtime

A self-healing runtime that diagnoses, repairs, and remembers failures in autonomous-agent payment and API calls.

Source repo
usehelix/helix
Stars
★ 827
Last updated
3mo ago
License
MIT
Primary language
TypeScript

At a glance

Works with
Universal · cross-platformCodex · Claude Code
You'll need
npm or pipDocker (optional container deployment)Shell / CLINetwork accessLocal filesystem
Typical use
A team running on-chain agents with Coinbase, ERC-4337, or x402 payment paths needs a recovery layer for nonce, gas, or transaction-execution errors.
Main limitation
Direct payment support is limited to Coinbase, Tempo, Privy, and generic HTTP; other platforms require a custom PlatformAdapter.

What does this agent do, and when should you use it?

Helix is a self-healing runtime for autonomous agents, focused on payment execution and API-call failures. It wraps an async function and applies a six-stage PCEC flow: Perceive, Construct, Evaluate, Commit, Verify, and Gene. Verified repairs are retained in a SQLite-based Gene Map with reinforcement-learning scoring, so recurring failures can reuse prior strategies. The project exposes @helix-agent/core alongside a Python package, Docker server, REST endpoint, and CLI; its payment adapters cover Coinbase, Tempo, Privy, and generic HTTP. Helix is built as a payment vertical on VialOS Runtime and can be extended to other domains through the PlatformAdapter interface.

A developer wraps an asynchronous operation with wrap(myFunction, { mode: 'auto' }). When the operation fails, an adapter classifies the error, Helix constructs and scores candidate fixes, executes an allowed strategy, verifies the result, and records a successful repair in the Gene Map. Documented strategies include refresh_nonce, speed_up, reduce_request, backoff_retry, renew_session, split_transaction, and remove_and_resubmit. A local service accepts JSON error and platform values at POST /repair; the CLI can scan source with npx @helix-agent/core scan, dry-run a diagnosis with simulate, discover errors with self-play, and consolidate memory with dream. observe diagnoses only, auto changes parameters and retries, and full additionally enables fund-movement strategies.

  1. A team running on-chain agents with Coinbase, ERC-4337, or x402 payment paths needs a recovery layer for nonce, gas, or transaction-execution errors.
  2. A product using Tempo MPP, session, or DEX flows wants verified recovery decisions retained in local SQLite memory.
  3. An application built around Privy embedded wallets needs controlled diagnosis and retry handling for known wallet failures.
  4. A service engineer needs recovery for outbound API failures such as 429s, 5xx responses, timeouts, connection errors, or authentication failures.
  5. An engineering team wants to run npx @helix-agent/core scan ./src before CI/CD to identify documented error patterns in a codebase.
  6. A platform developer needs domain-specific recovery behavior and can implement PlatformAdapter with perceive and getPatterns.

How do you install or deploy this agent?

TypeScript/JavaScript:

npm install @helix-agent/core

Python:

pip install helix-agent-sdk

Docker server:

docker run -d -p 7842:7842 adrianhihi/helix-server

The documentation does not specify Node.js or Python versions, nor any credentials or environment variables required for the first invocation.

How do you use this agent?

Minimal TypeScript usage:
import { wrap } from '@helix-agent/core';

const safeCall = wrap(myFunction, { mode: 'auto' });
const result = await safeCall(args);

Start the local server and dashboard:

npx @helix-agent/core serve --port 7842

Call the repair endpoint:

curl -X POST http://localhost:7842/repair -H 'Content-Type: application/json' -d '{"error": "nonce too low", "platform": "coinbase"}'

Do not use npx helix: the documentation explicitly says it installs an unrelated third-party package.

What are this agent's strengths and limitations?

Pros
  • PCEC provides an explicit six-stage path from diagnosis through verification and retained repair knowledge, rather than a blind retry loop.
  • The SQLite-backed Gene Map records and scores successful repairs, enabling reuse for recurring errors.
  • It includes Coinbase, Tempo, Privy, and generic HTTP adapters while exposing PlatformAdapter for new domains.
  • It can be consumed as an npm library, Python package, Docker service, REST endpoint, or CLI workflow.
  • The documented observe, auto, and full modes make recovery scope selectable; the README also states seven pre-execution constraints and no modification of recipient or calldata.
Limitations
  • Direct payment support is limited to Coinbase, Tempo, Privy, and generic HTTP; other platforms require a custom PlatformAdapter.
  • auto changes parameters and retries, while full enables fund-movement strategies, so teams must select a mode appropriate to their risk controls.
  • The core depends on VialOS Runtime for PCEC, Gene Map, and learning modules, which introduces that runtime architecture into an adoption.
  • No pinned Node.js or Python versions, production authentication details, persistence-location guidance, or high-availability setup are documented.
  • The listed benchmarks and error-pattern counts do not include independent validation material beyond the repository's evaluation harness reference.

How does this agent compare with similar options?

Against Sentry/Datadog, Helix is positioned to attempt and verify repairs rather than only detect and report errors. Against simple retries, it selects strategies by error pattern and stores successful repairs in the Gene Map. The README comparison also claims federated cross-agent learning and seven safety checks, making it a fit for paths that need active recovery rather than observability alone.

Key facts side by side with the most closely related agents.

Agent Source review Stars Updated Language Full support on
Helix Payment Recovery Runtime This agent 51 · Major gaps ★ 827 3mo ago TypeScript Codex · Claude Code
OpenFang 56 · Major gaps ★ 18k 2mo ago Rust OpenAI API · Claude API
Osmedeus — Modern Security Orchestration Engine 48 · Major gaps ★ 6.6k 11d ago Go
ClickClickClick 23 · Major gaps ★ 712 6mo ago Python OpenAI API

How does FollowAgents rate this agent?

FollowAgents source review · FARS-2.1
Major gaps
51/ 100 5-point scale 2.6 / 5
Trust 10/29
Reliability 8/14
Adaptability 12/18
Convention 9/18
Effectiveness 9/13
Verifiability 3/8
Why each dimension lost points
Trust10 / 29 · 1.7/5

Evidence shows mode selection (observe/auto/full) and 7 safety constraints, but no user confirmation mechanism or detailed data flow transparency. Sensitive data handling (e.g., keys) not explicit. Many third-party dependencies without security audit. External effects (e.g., payment transactions) have safety constraints but no user confirmation. Rollback mentioned (auto-rollback) but not detailed. Source attribution: publisher unverified, but code has copyright notice. Deductions: lack of user confirmation, data flow transparency, and sensitive data handling evidence.

Reliability8 / 14 · 2.9/5

Self-consistency: README and tests align, but some tests contradict descriptions (e.g., getPatterns returns 22 not 21). Dependency availability: many external packages without lock or mirror. Failure messages: tests cover error classification but no user-visible failure messages. Deductions: test/doc inconsistency, un-locked dependencies.

Adaptability12 / 18 · 3.3/5

Audience and scenarios: developer-oriented, multiple integration methods. Capability boundaries: defined via modes and adapters. Trigger precision: error pattern matching tested but no false positive rate. Environment fit: supports Node, Python, Docker but no environment requirements. Deductions: insufficient evidence for trigger precision and environment.

Convention9 / 18 · 2.5/5

Information architecture: README clear but missing API docs. Install notes: npm, pip, Docker provided. Naming stability: package and CLI names changed (npx helix warning). Examples and FAQ: present. Known limitations: not listed. License: MIT. Versioning/changelog: not provided. Maintenance responsibility: not clear. Deductions: missing API docs, known limitations, changelog, maintenance responsibility.

Effectiveness9 / 13 · 3.5/5

Output usability: multiple interfaces (CLI, REST, SDK). Marginal value: self-healing unique. Cost-benefit: claims reduced repair cost but no detailed analysis. Deductions: insufficient cost-benefit evidence.

Verifiability3 / 8 · 1.9/5

Claim traceability: benchmarks in README lack detailed data or reproduction. Cross-source corroboration: no independent verification. Fact/inference separation: not explicit. Deductions: lack of verifiable evidence.

Risks and how to mitigate them
  • Publisher unverified, identity unknown.
  • Many third-party dependencies without security audit.
  • Test/doc inconsistency (e.g., getPatterns returns 22 not 21).
  • Benchmark claims lack detailed data and reproduction.
  • Missing API docs, known limitations, and changelog.
Evidence confidence: Low Reviewed Aug 09, 2026 Reviewed revision ead5271ff65a
See the full review method →

FAQ

Can Helix change a payment without my control?
observe only diagnoses. auto changes parameters and retries; full also enables fund-movement strategies. The documentation states that its seven pre-execution constraints never modify the recipient or calldata.
Does a repeated error require another LLM call?
The documentation says that a warm Gene Map can reuse a stored repair for the same error without diagnosis or an LLM call.
Which non-payment failures are covered?
The documented generic API adapter covers rate limits, 5xx errors, timeouts, connection failures, 401/403 or expired-token issues, and selected client errors.
Can I use it with an unsupported platform?
Yes, with integration work: implement PlatformAdapter, including perceive(error) and getPatterns(), and pass that adapter to wrap.
View on GitHub ↗ Install ↓

Compare agents like this one

The same FARS review applied across the shortlist this agent qualifies for.

Related agents