Aureon MCP
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| AUREON_API_KEY | Yes | Issued developer key for product access and wallet identity. | |
| AUREON_API_URL | No | Optional override of the official API URL. | https://api.aureonlabs.network |
| AUREON_NETWORK | No | Omit for official API / mainnet. Set `testnet` to stay on testnet. | |
| AUREON_AUTH_TOKEN | No | Optional wallet Bearer token (wins if both key and Bearer are sent). |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| aureon_pingA | Health probe — confirms API connectivity |
| aureon_get_overviewB | Dashboard overview — total AUM, objective count, aggregate health |
| aureon_get_allocation_vs_targetB | Objective vs actual portfolio — current weight vs policy target per objective, plus green-book/off-plan paradox flag |
| aureon_get_portfolioB | Current capital book snapshot — positions, marks, weights |
| aureon_list_objectivesB | List all Financial Compass Objectives |
| aureon_get_objectiveC | Get a single objective by ID |
| aureon_get_healthC | Health state for objectives — drift, breach status, policy compliance |
| aureon_list_timelineB | Timeline of events — objective changes, executions, health transitions. Pass before (an event id) and limit to read the next page. |
| aureon_list_market_presetsC | Available market event simulation presets |
| aureon_get_restore_planC | Restore plan for an objective — proposed rebalance steps to return to policy |
| aureon_propose_restorationC | Unsigned restoration from vault balances for the sleeve cap and the stable reserve floor. Returns to, data, and value for each step. Does not sign or broadcast. Both objectives must be manual. A full return to the sleeve cap is not the profit slice. |
| aureon_confirm_restorationB | Store a vault rebalance the session wallet already broadcast. Checks the receipt. Does not sign or broadcast. |
| aureon_check_policyA | Check one proposed agent hire against the wallet's financial objective. Returns allow, refuse, or authorization_required. Does not send the hire and does not sign. |
| aureon_get_policy_checkA | Read one stored hire decision by actionId. Does not send the hire and does not sign. |
| aureon_run_executionC | Run restorative execution for an objective outside policy. Read receipt.settlement and receipt.verifiedOnChain — staged = never on-chain; vault + verifiedOnChain = chain-observed; vault without verified = submitted but not yet observed. |
| aureon_restore_objectiveB | Run restorative execution for an objective outside policy. Not always vault-backed: read settlement and verifiedOnChain. staged is never on-chain. vault without verifiedOnChain is submitted, not proven. Returns ExecutionReceipt. |
| aureon_list_executionsC | Recent execution receipts — read settlement, verifiedOnChain, settlementRecord, explorerUrl, registryRef. |
| aureon_get_vaultB | Vault overview — balances, tokens, deposit history |
| aureon_get_vault_statusC | Compact vault funding status — ready state before restore |
| aureon_prepare_vault_depositA | Prepare unsigned vault deposit steps. Returns calldata only — the host must sign/broadcast with a wallet private key. API key alone cannot move funds. |
| aureon_prepare_vault_withdrawA | Prepare unsigned vault withdraw steps. Returns calldata only — host must sign/broadcast. API key alone cannot move funds. |
| aureon_get_auth_nonceA | Request a wallet auth nonce/message for EIP-191 signing (optional — issued API keys usually skip this) |
| aureon_verify_walletA | Verify a wallet signature and store the Bearer session for later tools in this MCP process |
| aureon_dev_loginA | Local preview login without wallet signature (requires AUREON_ALLOW_DEV_LOGIN=1 on API — not production) |
| aureon_logoutA | Revoke the current Bearer session and clear the in-process token |
| aureon_meA | Return the wallet bound to the issued API key or current Bearer session |
| aureon_create_objectiveA | Create a Financial Compass Objective. targetSymbol and automationMode are locked after create — recreate to change them. Defaults to automationMode auto. |
| aureon_update_objectiveA | Partial update (name, weight, tolerance, priority). Cannot change targetSymbol or automationMode — recreate instead. |
| aureon_pause_objectiveC | Pause continuous evaluation for an objective |
| aureon_resume_objectiveB | Resume evaluation for a paused objective |
| aureon_apply_financial_intentC | Register user/agent intent as an Automatic objective and return AI → objective → portfolio flow |
| aureon_get_objective_portfolio_flowB | Read AI → objective → portfolio flow for active objectives |
| aureon_run_drift_restore_demoA | Run drift → detection → restore demo (seed book, break rule, manual restore) |
| aureon_get_drift_restore_flowC | Read drift → detection → restore flow for active objectives |
| aureon_run_receipt_verification_demoB | Run receipt → verification demo (restore + validate receipt + settlement lookup) |
| aureon_get_receipt_verification_flowC | Read receipt → verification flow for execution receipts |
| aureon_run_portfolio_watch_demoC | Run portfolio watch demo (brief → Automatic objective → while-away event → return briefing) |
| aureon_get_portfolio_watch_flowC | Read portfolio watch briefing for Automatic objectives |
| aureon_run_full_aureon_loop_demoC | Run Content Arc full AUREON loop (intent → plan check → restore → receipt verification) |
| aureon_get_full_aureon_loop_flowB | Read full AUREON loop for active objectives with a latest execution receipt |
| aureon_set_portfolioB | Replace the wallet capital book with provided positions |
| aureon_clear_portfolioB | Clear all capital-book positions for the authenticated wallet |
| aureon_sync_portfolioB | Replace the capital book with on-chain balances for the session wallet |
| aureon_apply_market_eventC | Apply a controlled market event to portfolio marks; optionally auto-restore |
| aureon_refresh_watchdogB | Refresh portfolio marks from live data and re-evaluate objectives |
| aureon_list_api_keysB | List SDK API keys for the authenticated wallet |
| aureon_create_api_keyB | Create an SDK API key (secret returned once — store immediately) |
| aureon_revoke_api_keyC | Revoke (delete) an SDK API key |
| aureon_toggle_api_keyC | Toggle active/paused status of an SDK API key |
| aureon_registry_statusA | Returns ObjectiveRegistry deployment status for the active network (contract address when configured). |
| aureon_get_objective_registryC | Returns the on-chain registry record for an objective when registered. |
| aureon_prepare_objective_registryA | Prepares wallet-signed calldata to register an objective on ObjectiveRegistry. The host wallet must broadcast the tx, then call confirm via SDK. |
| aureon_confirm_objective_registryA | Confirms an on-chain ObjectiveRegistry registration after the host wallet broadcast the prepare tx. Pass the transaction hash. The API verifies the receipt on chain and stores the registry link. |
| aureon_get_execution_settlementA | Returns the chain-verified settlement record for a vault execution when the listener has observed an on-chain Rebalanced event. Staged executions never have settlement records — do not claim on-chain proof without this. |
| aureon_list_settlementsA | Lists settlement records for the authenticated wallet. May include orphans (observed vault Rebalanced events not yet bound to an execution). Optional objectiveId filter. Read status and executionId before claiming proof. |
| aureon_confirm_execution_settlementA | Manual backfill: verify a vault Rebalanced transaction on chain and attach a settlement record to an execution. Use when the listener missed the event. Staged executions cannot be confirmed this way. |
| aureon_validate_receiptA | Validates an execution receipt locally (schema + settlement labels). No API call. Returns { valid, issues }. Do not trust or summarize a receipt as on-chain when validation fails. |
| aureon_get_audit_trailB | Export the financial audit trail for one objective: registry, receipts, settlements, timeline. Missing proof is labeled. Never invent on-chain claims. |
| aureon_list_decisionsC | Decision records for objective set, change, pause, and resume |
| aureon_get_decisionC | One decision record by id |
| aureon_get_portfolio_historyB | Stored daily portfolio totals for this wallet |
| aureon_get_health_historyC | Stored health score samples for this wallet |
| aureon_prepare_reportA | Build a financial report from stored rows and return the message to sign. Does not broadcast. |
| aureon_confirm_reportA | Store a wallet signature for a prepared report. Verified only when the signature recovers to the session wallet. Does not broadcast. |
| aureon_list_reportsC | Stored financial reports for this wallet |
| aureon_get_reportC | One stored financial report |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 66 tools
Several tools have nearly identical descriptions (e.g., aureon_run_execution and aureon_restore_objective both say 'Run restorative execution for an objective outside policy'), and restoration-related tools (get_restore_plan, propose_restoration, run_execution, restore_objective, confirm_restoration) create unclear boundaries. The many run_*_demo vs get_*_flow pairs add further selection confusion, though some distinct resources like objectives, vault, and reports remain separable.
Almost all tools use the aureon_ prefix followed by consistent snake_case, and verbs (get, list, create, update, prepare, confirm, run) are used predictably. Minor deviations like aureon_me and aureon_ping are not verb_noun, but overall the pattern is highly readable.
With 66 tools, this server is extremely over-scoped, far beyond the typical 3-15 range for a coherent MCP server. The large surface includes many redundant or niche operations that could be consolidated, making selection unwieldy for an agent.
The surface covers extensive lifecycle operations for objectives, executions, settlements, reports, registry, decisions, history, auth, and vault, so few core workflows are missing. Minor gaps exist (e.g., no delete objective or delete/update report), but agents can work around them.