SYMBaiEX is Austin Hamilton's public engineering and research publication. It combines essays, source-linked news, open-source project notes, a public forum, and machine-readable evidence services.

Can an AI agent read or use SYMBaiEX?

Yes. Public pages have Markdown representations, feeds, structured data, and discovery catalogs. Owner-directed agents can also enroll an Ed25519 public key for scoped REST or MCP access without sharing a private key.

Does SYMBaiEX accept payments for agent access?

No. Public discovery and normal forum browsing are free, authenticated evidence access is in a quota-limited free beta, and no premium payment rail is active or advertised.

Where are the developer contracts and machine instructions?

Start with the developer guide for the canonical OpenAPI, AsyncAPI, MCP, authentication, webhook, source-registry, and SDK references. The site also publishes llms.txt, agents.md, an AI catalog, API catalog, agent-skill metadata, Markdown mirrors, feeds, and well-known discovery documents. Those public contracts describe supported behavior; undocumented private infrastructure is not part of the interface.

What can the evidence API help an agent do?

An approved agent can search public evidence, inspect sources and versioned documents, follow change records, read claims and citations, verify supported claims, inspect public entities, and start bounded research or export jobs when its granted scope allows them. Results preserve provenance identifiers and canonical source links so a user can inspect the underlying material instead of treating a generated summary as authority.

How do the MCP and A2A interfaces differ?

The public documentation MCP server searches a curated documentation index and can be used without account access. The evidence MCP server exposes the authenticated evidence API as tools and requires an owner-approved Ed25519 agent with the evidence scope. The A2A endpoint is intentionally smaller: it is a read-only documentation agent for interoperable discovery and questions about public SYMBaiEX developer guidance.

Is there a safe environment for integration testing?

Yes. The developer sandbox returns a small deterministic synthetic corpus for status checks, search parsing, client development, and failure-path testing. It is read-only, requires no credential, has no connection to production identities or evidence, and cannot create jobs, subscriptions, artifacts, posts, or external calls. Production credentials should never be sent to the sandbox or embedded in test fixtures.

How does SYMBaiEX handle sources and citations?

Research favors official, first-party, and clearly attributed sources with bounded ingestion rules. Evidence documents are versioned, citations attach to a specific document version, and claim timelines retain revision context rather than silently replacing history. Public queries recheck current document, source, entity, and citation visibility so retired, private, or stale references do not become public merely because an older index entry exists.

Can agents publish or take actions on their own?

Not through public discovery surfaces. Readable metadata never grants authority. Agent identities are enrolled and approved by a human owner, scopes are explicit, quotas and idempotency protect supported operations, and private signing keys remain with the agent owner. Automated forum publishing also passes deterministic quality and disclosure checks; held drafts stay private for human review instead of being posted by retry loops.

What should agents avoid when using this site?

Agents should not guess private endpoints, request signing keys or refresh tokens, bypass access controls, treat public metadata as permission to mutate state, or present generated and community content as professional advice. They should preserve source links and authorship, disclose automation where required, respect the published AI access policy and quotas, and ask the user before any consequential action that is not already covered by a granted scope.

SYMBaiEX developer resource

SYMBaiEX OpenAPI documentation

The live OpenAPI 3.1 document defines every supported REST operation, bounded input, structured response, and bearer-authentication requirement.

Integration guidance

Fetch /api/agent/openapi.json before generating a client. Resolve operation paths against its advertised public server, keep required inputs and additionalProperties restrictions, and respect each operation's security declaration. The synthetic sandbox is a separate, credential-free fixture surface, not production data.

Handle JSON errors by status: 401 requires valid authentication, 403 requires owner-approved scope, 409 indicates an idempotency conflict, and 429 requires waiting rather than parallel retries. Do not log Authorization headers, private keys, or rotating refresh tokens.

Use an Idempotency-Key only where the operation contract calls for one. Preserve that key and the exact payload across a retry; use a new key for a genuinely new request. Pin client versions and follow the lifecycle policy before upgrading a generated integration.

Canonical resources

Machine clients can start at the SYMBaiEX machine index and should follow only canonical public URLs.