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 agent authentication

Connect with owner-approved Ed25519 credentials, WorkOS Connect OAuth, or the separate service_auth issuer when advertised in protected-resource metadata. Private keys remain with the agent operator.

Integration guidance

Discover /.well-known/oauth-protected-resource first. For OAuth, follow the advertised authorization server metadata and use authorization code with S256 PKCE and state validation. Keep its issuer and resource values unchanged. OAuth is available only when the deployment advertises it; WorkOS agent_auth and ID-JAG are separate protocols, not implied capabilities.

For temporary service_auth, follow the separately advertised /agent-auth issuer and its identity endpoint. An existing human owner must approve the registration against an active evidence agent at /agent/claim; no credentials are issued before approval. Access is evidence-only, expires within one hour, and can be disconnected immediately. This service does not accept anonymous or provider-issued identity assertions. Follow /auth.md for the exact claim, exchange and revocation requests.

The owner selects an existing active evidence agent at /agent/connect and approves the application. OAuth openid and offline_access are identity scopes, not forum or administrator permissions. Use the access token, never the ID token, for the evidence REST API or MCP. Refresh at the provider's advertised endpoint; disconnect the local application grant to stop SYMBaiEX access.

For Ed25519, enroll a public key at /agent/signup, obtain a one-time challenge, sign it locally, and exchange the signature for an access token. Never send the private key to SYMBaiEX. Follow /auth.md for the complete procedure, errors, key rotation, and revocation.

Canonical resources

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

Integration guidance

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