tokonomix-council-mcp
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| TOKONOMIX_API_KEY | No | Bearer key, starts with tok_live_. Optional after keyless onboarding. | |
| TOKONOMIX_BASE_URL | No | OpenAI-compatible base (council). Anthropic base: https://tokonomix.ai/api/anthropic | https://tokonomix.ai/api/v1 |
| TOKONOMIX_SITE_URL | No | Main-app origin for the keyless onboard endpoints. Derived from base by default. |
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 | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| tokonomix_consensus_askA | Ask 2-6 frontier LLM proposers (parallel + blind) and reconcile via an independent judge (disjoint from the proposers, never scoring its own answer). A recall amplifier that surfaces disagreement a single model hides — it reduces single-model error but does NOT guarantee correctness (frontier models share training data, so agreement is not proof; ground high-stakes facts). Pick the synthesis mode by what you need from the call — there is no universally best mode; see the |
| tokonomix_single_askA | Single-model passthrough call. Cheaper than consensus — use for routine reasoning, tool-orchestration, classification. Returns the model's plain answer with markup billing on top. Tip: use |
| tokonomix_list_modelsA | List the active models reachable through this account. Filter by hosting region for EU data-residency routing, by provider, by tier, or by capability. Returns id, owned_by, hosting_region, context_window, input/output price per 1M cents, capabilities (tools, vision, json_schema, prompt_caching, reasoning, audio_input, pdf_input). When recent-speed exposure is live on the platform, entries also carry a |
| tokonomix_get_balanceA | Get the current credit balance and account tier of the authenticated key. |
| tokonomix_skill_versionA | Return a cheap version fingerprint of the canonical Tokonomix SKILL.md (the doc that tells you when to use the other tokonomix_* tools). No network call. Returns {version, sha256, last_changed, bytes}. Use this to detect that your local cached SKILL.md is stale — if your cached version differs from the returned one, call tokonomix_get_skill to refresh. |
| tokonomix_get_skillA | Return the canonical Tokonomix consensus SKILL.md content for this MCP-server version. Use this on first connection, or when tokonomix_skill_version reports a version newer than your cache. The skill explains when to reach for consensus (legal, GDPR, code review, fact-check) vs single-model passthrough, plus what modes (consensus, diff, best_of, raw, full) are available right now. |
| tokonomix_onboardA | Step 1 of keyless first-run onboarding. Sends a 6-digit OTP to the provided email address. No API key is required to call this tool — it is the entry point for new users. Tokonomix is in beta: the server requires the user to accept the beta terms (functional gaps, use at your own risk — https://tokonomix.ai/beta) before it will send a code. If you call this WITHOUT accept_beta_terms and beta acceptance is required, the server replies with a 400 asking you to confirm the beta terms with your human and re-call with accept_beta_terms: true. So: confirm the beta terms with your human, then call this tool with accept_beta_terms: true. After a code is sent, instruct the user to check their email and call tokonomix_onboard_verify with the code. On success the server returns {ok:true} regardless of whether the email already has an account (enumeration-safe). |
| tokonomix_onboard_verifyA | Step 2 of keyless first-run onboarding. Verifies the 6-digit OTP from tokonomix_onboard. No API key is required to call this tool. On success: provisions a free-tier Tokonomix account, saves the API key to ~/.tokonomix/credentials.json (shown once here — the user must save it), and returns the starting credit balance. After this call succeeds, all other tokonomix_* tools will work without any env-var configuration. |
| tokonomix_rate_consensusA | Rate a consensus call 1–10 on real-world usefulness, after you have seen the answer play out. The |
| tokonomix_relay_human_feedbackA | Relay the HUMAN end-user's verdict on a consensus call — the human channel (source_type='human_via_agent'), distinct from tokonomix_rate_consensus (which is the AGENT's own rating). Use this ONLY when a real human in the session actually told you what they thought of the council's answer — NEVER fabricate or guess a human answer on their behalf; if no human weighed in, do not call this tool. The |
| tokonomix_uploadA | Stage large context (over the inline cap) for a grounded consensus call (INT-1817 B08). Returns an ephemeral, region-pinned upload session: a |
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 11 tools
Each tool has a uniquely defined purpose: balance check, single vs consensus asks, model listing, skill version/content, onboarding steps, rating, human feedback, and context upload. The two ask tools are clearly differentiated by consensus vs single-model mode, and the two feedback tools separate agent rating from human relay. No overlap or ambiguity exists.
All tools share the tokonomix_ prefix and snake_case, with most following a verb_noun pattern (get_balance, list_models, rate_consensus, relay_human_feedback). Minor deviations include skill_version (noun_verb) and onboard_verify (compound verb), but the overall pattern remains predictable and readable.
At 11 tools, the set is well-scoped for its purpose: onboarding, billing, model discovery, request execution, context staging, feedback, and self-documentation. Each tool earns its place without redundancy or bloat, and the count aligns with typical MCP servers.
The toolset covers the full user lifecycle: onboarding (onboard/verify), account status (get_balance), model discovery (list_models), calling (single/consensus ask), large-context upload, and both human and agent feedback loops. It also includes a self-updating skill doc, and no obvious operational gaps exist for the stated purpose.