Algenta MCP Server
REMOTE · API.ALGENTA.AI · 2 COMPONENTS
Governed data discovery, exact queries, decisions, simulations, and runtime utilities over MCP.
Available components
Last scanned (15 hours ago)
Scores higher than 76% of remote servers
Reachable. Last reached 5 Nov 2026.
Category AI and Machine Learning
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security89
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation is enforced on tool calls, but the challenge carries no valid RFC 9728 metadata, so a client cannot discover where to get a token. See how to fix → View diagnostics → Fail
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- The HSTS (Strict-Transport-Security) header is present. View diagnostics → Pass
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability74
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 20559 tokens (~146/item across 140 items; 140 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management13
- Stability observed for 4 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage99
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 96% of tool parameters carry a description.Partial
Tool Safety94
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- 12 of 16 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation; "query_data" implies "execute" and declares readOnlyHint instead, contradicting what its own name says it does. See how to fix → Partial
- An AI judge read all 140 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a current MCP spec version (2026-07-28).Pass
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 4 Nov 26 −12
- Stability: pass → 0.10 functional
- 3 Nov 26 0
- Server version: 1.0.42 → 1.0.44 functional
- 1 Nov 26 +67
- Authorization: unverified → fail ▼ security
- Injection markers: unverified → pass ▲ security
- Stability: unverified → pass ▲ security
- HSTS header: fail → pass ▲ security
- Transport: fail → pass ▲ security
- Endpoint reachability: not serving MCP → reachable ▲ functional
- MCP protocol: unverified → pass ▲ functional
- Tool coverage: unverified → 100 ▲ functional
- Server version: 1.0.33 → 1.0.42 functional
- 10 Oct 26 −65
- Endpoint reachability: reachable → not serving MCP ▼ security
- Stability: pass → unverified ▼ security
- Authorization: fail → unverified ▼ security
- Tool safety: pass → unverified ▼ security
- Transport: pass → fail ▼ security
- Capabilities: pass → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- First check of Schema quality: unverified functional
- 4 Oct 26 −2
- HSTS header: pass → fail ▼ security
- 1 Oct 26 0
- Server version: 1.0.32 → 1.0.33 functional
- 29 Sept 26 0
- Server version: 1.0.31 → 1.0.32 functional
- 28 Sept 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 5 Nov 2026 · Probed https://api.algenta.ai/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=algenta.ai | CN=WE1,O=Google Trust Services,C=US | 16 Oct 2026 | 14 Jan 2027 | ECDSA 256 | ECDSA-SHA256 | 184b59994cbb2b570e579ee995b33edd |
| SANs: algenta.ai, *.algenta.ai | ||||||
| CN=WE1,O=Google Trust Services,C=US (CA) | CN=GTS Root R4,O=Google Trust Services LLC,C=US | 13 Dec 2023 | 20 Feb 2029 | ECDSA 256 | ECDSA-SHA384 | 7ff31977972c224a76155d13b6d685e3 |
| CN=GTS Root R4,O=Google Trust Services LLC,C=US (CA) | CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE | 15 Nov 2023 | 28 Jan 2028 | ECDSA 384 | SHA256-RSA | 7fe530bf331343bedd821610493d8a1b |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of api.algenta.ai. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| ai. | present | 1814, 3799 | 8, 8 | Verified |
| algenta.ai. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication Challenged, unverified
The endpoint asked for a token, but we could not retrieve and validate the RFC 9728 metadata that tells a client how to obtain one.
| Result | Challenged, unverified |
|---|---|
| Enforced | On tool calls |
| HTTP status | 200 |
WWW-Authenticate challenge Bearer realm="algenta", error="invalid_token"
Bearer realm="algenta", error="invalid_token" | Header | Value |
|---|---|
| strict-transport-security | max-age=15552000; includeSubDomains |
Protected resource metadata
| Retrieved | No |
|---|---|
| Problem | no_resource_metadata |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://api.algenta.ai/mcp | Verified | 200 | |
| http (plaintext) | http://api.algenta.ai/mcp | HTTPS enforced | 301 | https://api.algenta.ai/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
product_optimize ~250
Estimate the best value for each decision variable given a plain-English objective, and return the per-variable optima. Every variable is sampled uniformly over its [min, max] range; an objective containing 'maximize' favors each variable's max, anything else favors the min, and the returned optimum blends that endpoint with the range midpoint. Use product_decision when you want a proceed/pause/reject recommendation instead of raw optima. Synchronous deterministic compute; nothing is persisted. Returns optimal_values, objective_value, improvement_vs_midpoint (percent), constraints_satisfied, and iterations_run.
| Name | Type | Req | Description |
|---|---|---|---|
| constraints | array | – | Business constraints the answer must respect. |
| engine | string | – | Simulation engine; auto (default) selects one, lhs is recommended for optimization. Options: lhs, monte_carlo, qmc_sobol. |
| iterations | integer | – | Search iterations, 100-100000; defaults to 1000. |
| objective | string | yes | What to optimize, e.g. 'maximize profit' or 'minimize cost'; the wording sets the search direction. |
| variables | array | yes | Variables as {name, min, max, unit?} objects with their allowed ranges. |
No output schema declared.
No examples provided.
product_retrieve ~218
Rank caller-supplied documents against a search query and return the top matches with snippets. Scoring is deterministic lexical word-overlap between query and document plus a bonus when the query prefix appears in the document; results sort by relevance_score with rank starting at 1. Provide documents or a collection_id - a call with neither fails with missing_source. Use query_data for analytics over connected datasets instead. Read-only; nothing is stored. Returns results (rank, document_id, content excerpt, relevance_score, snippet) and total_searched.
| Name | Type | Req | Description |
|---|---|---|---|
| collection_id | string | – | ID of a connected data source to search. |
| documents | array | – | Inline documents as {id?, content, metadata?} objects; the set that actually gets ranked. |
| query | string | yes | What you are looking for (min 3 characters). |
| rerank | boolean | – | Accepted for compatibility; ranking is always the deterministic lexical score. |
| top_k | integer | – | Number of results to return, 1-50; defaults to 5. |
No output schema declared.
No examples provided.
query_agent_run_checkpoints ~228
Search persisted checkpoints across all of the organization's agent runs, paginated (defaults page 1, limit 25). Filter by run_id or checkpoint_id to pinpoint one, or by status, request_hash, policy_snapshot_id, or schema_snapshot_id to audit lineage. Use get_agent_run_checkpoints when you already know the run_id and want its full checkpoint list. Read-only. Returns data, total, page, limit, and pages.
| Name | Type | Req | Description |
|---|---|---|---|
| checkpoint_id | string | – | Fetch exactly this checkpoint. |
| limit | integer | – | Checkpoints per page, up to 200; defaults to 25. |
| page | integer | – | 1-based page number; defaults to 1. |
| policy_snapshot_id | string | – | Keep only checkpoints under this execution-policy snapshot. |
| request_hash | string | – | Keep only checkpoints of runs with this request hash. |
| run_id | string | – | Keep only checkpoints of this run. |
| schema_snapshot_id | string | – | Keep only checkpoints under this schema snapshot. |
| status | string | – | Keep only checkpoints of runs in this status. |
No output schema declared.
No examples provided.
query_agent_run_mission_events ~236
Search canonical mission-event records across all of the organization's agent runs, paginated (defaults page 1, limit 25) and newest first. Filter by run_id or event_type to pinpoint, or by status, request_hash, policy_snapshot_id, or schema_snapshot_id for lineage audits. Use get_agent_run_mission_events when you already know the run_id. Read-only. Returns data, total, page, limit, and pages.
| Name | Type | Req | Description |
|---|---|---|---|
| event_type | string | – | Keep only events of this type, e.g. run_completed. |
| limit | integer | – | Events per page, up to 200; defaults to 25. |
| page | integer | – | 1-based page number; defaults to 1. |
| policy_snapshot_id | string | – | Keep only events under this execution-policy snapshot. |
| request_hash | string | – | Keep only events of runs with this request hash. |
| run_id | string | – | Keep only events of this run. |
| schema_snapshot_id | string | – | Keep only events under this schema snapshot. |
| status | string | – | Keep only events of runs in this status. |
No output schema declared.
No examples provided.
query_agent_run_telemetry ~247
Search runtime telemetry batches across all of the organization's agent runs, paginated (defaults page 1, limit 25). Filter by run_id, telemetry_kind, or module_name to pinpoint, or by status, request_hash, policy_snapshot_id, or schema_snapshot_id for lineage audits. Use get_agent_run_telemetry when you already know the run_id. Read-only. Returns data, total, page, limit, and pages.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | Batches per page, up to 200; defaults to 25. |
| module_name | string | – | Keep only telemetry batches from this runtime module. |
| page | integer | – | 1-based page number; defaults to 1. |
| policy_snapshot_id | string | – | Keep only telemetry under this execution-policy snapshot. |
| request_hash | string | – | Keep only telemetry of runs with this request hash. |
| run_id | string | – | Keep only telemetry of this run. |
| schema_snapshot_id | string | – | Keep only telemetry under this schema snapshot. |
| status | string | – | Keep only telemetry of runs in this status. |
| telemetry_kind | string | – | Keep only telemetry batches of this kind. |
No output schema declared.
No examples provided.
query_batch ~129
Execute several governed exact queries in one API call. Use this for multi-metric prompts after choosing a dataset with list_data and get_data_summary. Each item reuses the same structured query contract as query_data; defaults may provide shared dataset_id, filter, limit, and order. Read-only against the engine; executes under the active API key with no separate per-route rate limit. Returns request_id and a results array with each item's key, data envelope, metadata, or error.
| Name | Type | Req | Description |
|---|---|---|---|
| defaults | object | – | Optional shared exact-query fields applied to each item before execution. |
| queries | array | yes | – |
No output schema declared.
No examples provided.
query_data ~390
Execute a structured query against connected data sources. Convert the user's question to a structured intent and call this tool — do NOT try to write SQL or parse column names yourself. The engine resolves column meaning from mathematical relationships and statistical structure only. It works on any dataset without configuration. The governed filter shape is a record-predicate contract over normalized rows, not a SQL predicate language, so it also applies to Redis and other non-SQL sources. Structural roles (use in metric.role): - derived_measure: the main financial/operational aggregate (revenue, spend, value) - base_measure: counts, quantities, discrete amounts - unit_measure: per-unit prices, rates - ratio: percentages, margins, fill rates (0-1 range) - metric: let the engine pick the best numeric column If clarification_required is true, or if confidence < 0.85, check the candidates list and ask the user to clarify. Never fabricate column names or SQL. Read-only against the engine; executes under the active API key with no separate per-route rate limit. Returns the query envelope: result, result_type, row_count, confidence, resolved_column, decision_path, and plan, with candidates and clarification_required set when the engine cannot resolve deterministically.
| Name | Type | Req | Description |
|---|---|---|---|
| aggregation | string | – | How to aggregate the metric column. |
| dataset_id | string | – | Preferred path. dataset_id returned by connect_data or list_data. |
| filter | object | – | – |
| group_by | array | – | Dimension words from the user's question (e.g. ['customer', 'region']). The engine finds the best matching column. |
| limit | integer | – | Top-N limit. Use for 'top 5 customers' type questions. |
| metric | object | – | What to measure. |
| order | string | – | – |
| sources | array | – | Data sources to query. Usually omitted when dataset_id is provided. |
No output schema declared.
No examples provided.
query_repository_graph ~300
Walk the dependency graph of one persisted repository snapshot from optional file_path/symbol_name seeds and return impacted files and symbols with change-risk scores. Seed scope comes from snapshot_id or a triage workspace_evidence_bundle_ref — one of the two is required. direction inbound follows dependents, outbound follows dependencies, both (default) walks both. Use this before simulate_repository or apply_repository to size the blast radius of a change. Read-only against the repository; persists a lookup artifact. Returns seed files/symbols, direct dependencies and dependents, impacted files/symbols, graph nodes and edges, and top_change_risk_files.
| Name | Type | Req | Description |
|---|---|---|---|
| direction | string | – | Edge direction to walk: inbound = dependents, outbound = dependencies; defaults to both. |
| file_path | string | – | Optional seed file to walk the graph from. |
| max_depth | integer | – | Traversal depth from the seeds, 1-6; defaults to 2. |
| max_nodes | integer | – | Graph node cap, 1-1024; defaults to 128. |
| repository_id | string | yes | Saved repository connector id from list_connectors. |
| snapshot_id | string | – | Snapshot id from create_repository_snapshot; required unless workspace_evidence_bundle_ref is given. |
| symbol_name | string | – | Optional seed symbol to walk the graph from. |
| workspace_evidence_bundle_ref | string | – | Triage bundle ref; alternative seed scope to snapshot_id. |
No output schema declared.
No examples provided.
query_sql_report ~116
Execute a constrained read-only SQL rowset query over authorized datasets. Use this only for wide reports that do not fit the governed exact-query surface. SQL must be a single SELECT/WITH statement over the provided dataset aliases. Returns columns, rows, row_count, truncated, request_id, and latency_ms.
| Name | Type | Req | Description |
|---|---|---|---|
| max_rows | integer | – | Optional row cap, up to the API maximum. |
| sources | array | yes | Authorized datasets made available to the SQL report. |
| sql | string | yes | Single read-only SELECT or WITH statement. |
No output schema declared.
No examples provided.
recommend ~93
Compare multiple named actions/options and get a ranked recommendation. Use when you need to choose between two or more alternatives with uncertainty. Synchronous deterministic compute; nothing is persisted and no separate rate limit applies. Returns recommended_action, confidence, rationale, and the ranked action list with expected_value and score per action.
| Name | Type | Req | Description |
|---|---|---|---|
| actions | array | yes | List of options to compare (minimum 2) |
| n_simulations | integer | – | – |
No output schema declared.
No examples provided.
record_outcome ~136
Close the feedback loop: record what actually happened after a decision was made. Sets actual_outcome and computes outcome_delta = actual - expected. Over time this data measures prediction accuracy and reveals systematic biases. Recording updates the persisted decision record in place; repeat calls with the same value converge. Returns decision_id, chosen_action, expected_value, actual_outcome, outcome_delta, and a summary line.
| Name | Type | Req | Description |
|---|---|---|---|
| actual_outcome | number | yes | The observed real-world outcome value. |
| decision_id | string | yes | Decision ID from log_decision or list_decisions. |
| outcome_notes | string | – | Optional explanation of what happened and why. |
No output schema declared.
No examples provided.
refresh_credits ~159
Issue a compatibility credit batch to a quota-governed managed runtime. This exists for non-Algenta managed plans; Algenta editions are unmetered and do not need execution credits. Requires an API-key identity (api_key_identity_required otherwise) and a registered device_id. credits_used reports consumption since the last refresh and defaults to 0. Returns credits_granted, credits_issued_this_month, monthly_limit (0 means unlimited), monthly_remaining, expires_at, refresh_after, and server_time.
| Name | Type | Req | Description |
|---|---|---|---|
| billing_period | string | yes | Billing month in YYYY-MM form. |
| credits_used | integer | – | Credits consumed since the last refresh; defaults to 0. |
| device_id | string | yes | Registered device id the credits are issued to. |
No output schema declared.
No examples provided.
refresh_data ~104
Re-pull a saved dataset from its original database, API, or object-store origin using the stored connection and selection, and return the same envelope as connect_data (status, schema_summary, refreshable). Only datasets created from a live connection can refresh — an inline upload fails with not_refreshable (check the refreshable flag in list_data first), and an unknown dataset_id fails with not_found.
| Name | Type | Req | Description |
|---|---|---|---|
| dataset_id | string | yes | Dataset ID from connect_data or list_data. |
No output schema declared.
No examples provided.
register_source ~165
Advanced tool. Register a data source and get full schema profiling + join detection. Profiles every column (type, cardinality, fill rate, distribution). Detects formula relationships (A×B≈C) within the source. Detects join keys to every already-registered source automatically. After registration the source is queryable by name via query_data. Safe to call multiple times — re-registration is a no-op if data is unchanged. Registration persists the source profile under the active API key's organization. Returns source_id and the profiled schema with columns, roles, formulas, and detected join keys.
| Name | Type | Req | Description |
|---|---|---|---|
| description | string | – | Optional human description of this source. |
| source | object | yes | Data source definition. Provide exactly one of: records, csv, json_str, url. |
No output schema declared.
No examples provided.
register_trigger ~221
Register a real-time trigger that watches a data source for a threshold condition. When the condition is met, the engine auto-runs the simulation template and optionally fires a webhook. Examples: 'alert me when monthly revenue drops below $80k', 'simulate expansion if Downtown revenue exceeds $200k'. Use fire_trigger to test it immediately and delete_trigger to remove it. Returns trigger_id, name, status, condition, and created_at.
| Name | Type | Req | Description |
|---|---|---|---|
| auto_execute | boolean | – | When true, automatically dispatch the decision plan to execution_webhook_url after the trigger fires. |
| condition | object | yes | Threshold condition to watch. |
| description | string | – | Human-readable description of what this trigger monitors. |
| execution_webhook_url | string | – | Optional HTTPS URL to POST the DecisionPlan execution payload to when auto_execute is enabled. |
| name | string | yes | Human-readable trigger name. |
| simulation_template | object | yes | SimulateRequest-compatible payload to run when trigger fires. |
| webhook_url | string | – | Optional HTTPS URL to POST results to when the trigger fires. |
No output schema declared.
No examples provided.
remove_team_member ~132
Remove one member from the caller's organization by user_id (find ids with list_team_members). Requires an admin API key. The member is suspended immediately — their API keys stop authenticating at once — and removing the last active owner is refused (last_owner). Removing is idempotent: repeating the call on an already-removed or never-existing user_id returns success with already_absent: true instead of not_found. Returns removed: true with the removed user_id. Use update_team_member_role to change access without removing the member.
| Name | Type | Req | Description |
|---|---|---|---|
| user_id | string | yes | Member's user_id from list_team_members. |
No output schema declared.
No examples provided.
rerank ~173
Rank caller-supplied document embeddings against a query embedding with a supported deterministic similarity metric (default embeddings.cosine_similarity), most relevant first. This tool does not embed text — call embeddings first to produce the query and document vectors. Every document embedding must share the query's dimension or the call fails with invalid_embedding_dimensions. Read-only and deterministic. Returns ranked items with rank (starting at 1) and score, plus total_documents and returned_documents counts.
| Name | Type | Req | Description |
|---|---|---|---|
| documents | array | yes | Candidate documents to rank against the query vector. |
| model | string | – | Similarity model id from list_models; selects the metric. |
| query_embedding | array | yes | Query vector every document embedding is scored against. |
| top_n | integer | – | Optional cap on how many top-ranked documents are returned; omit to return all documents ranked. |
No output schema declared.
No examples provided.
resolve_artifact_bridge ~119
Resolve a Hugging Face artifact path through the Algenta compatibility-ring artifact bridge. Defaults to cache-only lookup and never downloads unless local_files_only=false. Use this only for Hugging Face artifact paths; use list_models for the model catalog. Returns the resolution record: status, backend, artifact_backend, resolved_path, cache_root, revision, auth_env_var_used, and auth_configured.
| Name | Type | Req | Description |
|---|---|---|---|
| filename | string | yes | – |
| local_files_only | boolean | – | – |
| repo_id | string | yes | – |
| revision | string | – | – |
No output schema declared.
No examples provided.
responses ~299
Run the unified Algenta utility response surface: deterministic tokenization/embeddings, or (for provider-backed chat models) a chat response with optional function/tool calling. `input` accepts a plain string, a list of independent strings (each processed as its own single-turn request), or a typed OpenResponses-style input array (items shaped {type: message|function_call|function_call_output, ...}) processed as ONE multi-turn conversation. `previous_response_id` continues a prior typed-array conversation -- state is held in the Algenta server process's memory only, so it does not survive a process restart or a different worker/replica.
| Name | Type | Req | Description |
|---|---|---|---|
| dimensions | integer | – | Embedding vector length when the selected model produces embeddings. |
| input | – | yes | One string, a list of independent strings (each its own single-turn request), or a typed OpenResponses-style input array processed as one multi-turn conversation. |
| model | string | – | Model id from list_models; selects the output item type. |
| parallel_tool_calls | boolean | – | Whether the model may emit multiple tool calls in parallel. |
| previous_response_id | string | – | Continues a prior typed-array conversation; state lives in the server process's memory only. |
| tool_choice | – | – | Controls whether the model calls a tool: auto, none, required, or a specific named function. |
| tools | array | – | Function tools the model may call during this response, in OpenResponses function-tool shape. |
No output schema declared.
No examples provided.
resume_agent_run ~112
Resume a paused agent run by run_id. A run created with approval_mode=auto executes to completion synchronously and returns completed; a manual-mode run moves to requires_approval and still needs approve_agent_run. Resuming anything that is not paused fails with agent_run_invalid_state; an unknown run_id fails with agent_run_not_found. The transition is audit-logged and checkpointed. Returns the updated run resource.
| Name | Type | Req | Description |
|---|---|---|---|
| run_id | string | yes | Paused run id from create_agent_run or list_agent_runs. |
No output schema declared.
No examples provided.
retrain_dataset ~136
Re-trigger background semantic training for one dataset and return immediately with status and a confirmation message — the build runs asynchronously, so poll get_dataset_status until model_tier reaches 'schema'. Use after schema changes, alias updates, or to force a fresh model build. epochs (default 80, range 5-500) controls training length. An unknown dataset_id fails with not_found; a dataset whose training backend is unavailable fails with semantic_training_unavailable.
| Name | Type | Req | Description |
|---|---|---|---|
| dataset_id | string | yes | Dataset ID from onboard_dataset or list_datasets. |
| epochs | integer | – | Training epochs, 5-500; defaults to 80. |
No output schema declared.
No examples provided.
revoke_api_key ~142
Revoke one API key by id (find ids with list_api_keys). The key stops authenticating and the revocation cannot be undone from this tool. This is a credential revocation, not an idempotent delete: an unknown key_id — including an already-revoked one — fails with api_key_not_found (no silent no-op, so a mistyped id can never mask a live credential). Guardrails: revoking the organization's last active key is refused with cannot_revoke_last_key — create a replacement with create_api_key first. Returns key_id with revoked: true.
| Name | Type | Req | Description |
|---|---|---|---|
| key_id | string | yes | API key id from list_api_keys. |
No output schema declared.
No examples provided.
revoke_device ~113
Revoke one registered device by registration_id (find ids with list_devices), freeing one device slot. The device loses access on its next license refresh. This is a credential revocation, not an idempotent delete: an unknown registration_id — including an already-revoked one — fails with not_found (no silent no-op, so a mistyped id can never masquerade as a successful revocation). Returns revoked: true with the registration_id.
| Name | Type | Req | Description |
|---|---|---|---|
| registration_id | string | yes | Device registration id from list_devices. |
No output schema declared.
No examples provided.
route_capabilities ~220
Pick the best unified capability for a natural-language objective and return the route plan: the selected capability, binding, and kind, the authoritative execution_owner, whether approval is required, confidence and reason, plus ordered fallbacks (max_fallbacks, default 3). The optional filters narrow which catalog entries may be selected. Routing never executes anything — feed the selected_capability_id to execute_capability. Read-only.
| Name | Type | Req | Description |
|---|---|---|---|
| artifact_affinities | array | – | Prefer capabilities affine to these artifacts. |
| binding_ids | array | – | Restrict candidates to these bindings. |
| execution_owners | array | – | Restrict candidates to these execution owners. |
| kinds | array | – | Restrict candidates to these capability kinds. |
| max_fallbacks | integer | – | How many fallback routes to return, 0-10; defaults to 3. |
| objective | string | yes | What you want to accomplish, in plain words. |
| provider_ids | array | – | Restrict candidates to these providers. |
| tags | array | – | Prefer capabilities carrying these tags. |
No output schema declared.
No examples provided.
run_repository_fix ~154
Run the repository pipeline and then apply its result in one call, returning the canonical repository envelope for both stages. pipeline takes run_repository_pipeline's arguments and must complete through simulate (the call fails otherwise); apply takes apply_repository's arguments with mode defaulting to patch_only — the write modes still require the simulation gate to pass and write_permission=true. Use the separate stage tools when you need to review the plan or simulation before anything is written.
| Name | Type | Req | Description |
|---|---|---|---|
| apply | object | – | apply_repository arguments (branch, message, PR fields, write_permission); mode defaults to patch_only. |
| pipeline | object | – | run_repository_pipeline arguments; defaults to {}. |
| repository_id | string | yes | Saved repository connector id from list_connectors. |
No output schema declared.
No examples provided.
run_repository_pipeline ~323
Run the whole repository-intelligence chain — snapshot, triage, plan, simulate — in one call and return the canonical repository envelope with every stage's response, stage timings, and the ids (snapshot_id, plan_id, simulation_id) the apply step needs. Pass snapshot_id to reuse an existing snapshot or snapshot to create one inline; stop_after halts the chain early (triage skips the LLM planner, plan also skips the deterministic simulate). Signals, triage bounds, model, runs, and seed mirror the standalone stage tools. Use the single-stage tools when you need to inspect or adjust between stages.
| Name | Type | Req | Description |
|---|---|---|---|
| max_evidence_items | integer | – | Triage evidence item cap; defaults to 16. |
| max_snippet_lines | integer | – | Triage per-snippet line cap; defaults to 40. |
| model | string | – | Optional planner model override for the plan stage. |
| repository_id | string | yes | Saved repository connector id from list_connectors. |
| runs | integer | – | Simulation scenario count; omit for the complexity-adaptive count. |
| seed | integer | – | Simulation seed; defaults to 42. |
| signals | object | – | Triage evidence seeds (see triage_repository). |
| snapshot | object | – | Inline create_repository_snapshot arguments when no snapshot_id is given. |
| snapshot_id | string | – | Existing snapshot id to reuse. |
| stop_after | string | – | Stage to halt after; defaults to simulate (full chain). |
| token_budget | integer | – | Triage evidence token budget; defaults to 6000. |
No output schema declared.
No examples provided.
score ~149
Run one simulation request (the same payload shape as simulate) and return the decision envelope fields plus a composite score with its breakdown. The score blends the normalized expected value and one minus the probability of loss; scoring_weights tunes the blend (expected_value default 0.6, downside_risk default 0.4). Use simulate when you need the full envelope without scoring, and compare to rank several scenarios. Synchronous deterministic compute; nothing is persisted. Returns recommended_action, expected_value, probability_of_loss, score, and score_breakdown.
| Name | Type | Req | Description |
|---|---|---|---|
| request | object | yes | Simulation request forwarded to POST /v1/score. |
| scoring_weights | object | – | Optional expected_value/downside_risk weights. |
No output schema declared.
No examples provided.
simulate ~220
Run a Monte Carlo simulation and get a structured decision recommendation. Use for: quantifying risk in a decision, comparing expected outcomes, getting probability-weighted recommendations. Synchronous deterministic compute governed by the plan's per-minute rate limit and monthly quota (429 on excess); the run is recorded asynchronously and appears in list_runs. Returns the decision envelope: recommended_action, expected_value, probability_of_loss, confidence, percentiles, and run metadata (run_id, execution_ms, scenarios_run).
| Name | Type | Req | Description |
|---|---|---|---|
| mode | string | – | auto = minimal setup; expert = full distribution control |
| n_simulations | integer | – | Monte Carlo iteration count. Auto mode accepts 100–100,000; expert mode accepts 100–1,000,000. |
| objective | string | – | Auto-mode objective. For expert mode, use objective_function. |
| objective_function | string | – | Expert-mode expression, for example 'revenue - cost'. Required when mode='expert'. |
| variables | array | yes | Input variables as triangular distributions (low, most-likely, high) |
No output schema declared.
No examples provided.
simulate_repository ~200
Score the patch risk of a stored repository DecisionPlan with the deterministic simulation engine and return the gated DecisionEnvelope whose apply gate apply_repository checks. snapshot_id is resolved from the plan when omitted. runs pins the scenario count (100 or more; omit for the complexity-adaptive count) and seed (default 42) makes repeated calls reproducible — no LLM is involved in this stage. Call create_repository_decision_plan first; use simulate_repository_patch instead for a patch that has no stored plan.
| Name | Type | Req | Description |
|---|---|---|---|
| decision_plan_id | string | yes | Plan id from create_repository_decision_plan. |
| repository_id | string | yes | Saved repository connector id from list_connectors. |
| runs | integer | – | Scenario count, 100-250000; omit for the complexity-adaptive count. |
| seed | integer | – | Simulation seed for reproducible results; defaults to 42. |
| snapshot_id | string | – | Snapshot id; resolved from the decision plan when omitted. |
No output schema declared.
No examples provided.
simulate_repository_patch ~141
Simulate the risk of an in-flight unified diff against one persisted snapshot and return the canonical repository envelope — without creating a stored decision plan. Use this to verify a working-tree patch mid-run; use simulate_repository when a stored DecisionPlan already exists. Deterministic; no LLM is involved. Returns the gated DecisionEnvelope including the apply gate verdict.
| Name | Type | Req | Description |
|---|---|---|---|
| confidence | number | – | Optional caller confidence recorded with the simulation. |
| patch_diff | string | yes | Unified diff of the in-flight patch to evaluate. |
| repository_id | string | yes | Saved repository connector id from list_connectors. |
| snapshot_id | string | yes | Snapshot id from create_repository_snapshot. |
No output schema declared.
No examples provided.
submit_job ~109
Submit a long-running async simulation job. Use for n_simulations > 500,000 or when you need a callback. Returns a job_id — poll with get_job_status. Submitting persists the job under the active API key's organization; when callback_url is set, completion is delivered to it by outbound webhook.
| Name | Type | Req | Description |
|---|---|---|---|
| callback_url | string | – | Webhook URL for completion notification |
| n_simulations | integer | – | – |
| objective | string | – | – |
| variables | array | yes | – |
No output schema declared.
No examples provided.
test_capability_binding ~201
Run a health test on one capability binding and return the outcome. Pass binding_id to test a saved binding, or a full inline definition (provider_id, profile_id, config, ...) to preview-test one that was never saved — nothing is persisted in the preview form. Use this after create_capability_binding or update, before routing traffic to the binding.
| Name | Type | Req | Description |
|---|---|---|---|
| binding_id | string | – | Saved binding id to test; omit to preview-test inline. |
| config | object | – | Credentials/options for the inline preview form. |
| customer_metadata | object | – | Metadata for the inline preview form. |
| execution_owner | string | – | Execution owner for the inline preview form. |
| profile_id | string | – | Profile id for the inline preview form. |
| provider_id | string | – | Provider id for the inline preview form. |
| scope | string | – | Scope for the inline preview form. |
| scope_ref | string | – | Scope reference for the inline preview form. |
No output schema declared.
No examples provided.
test_connector ~97
Run a real connectivity test against one saved connector's stored config and persist the outcome as its live or error status with last_tested_at. This opens an actual connection to the source. Use preview_test_connector for an unsaved inline definition, and browse_connector once the connector is live. Returns success, message, latency_ms, status, error_type, and recoverable.
| Name | Type | Req | Description |
|---|---|---|---|
| connector_id | string | yes | Saved connector id from list_connectors. |
No output schema declared.
No examples provided.
test_webhook_delivery ~103
Send one real test webhook payload (event webhook.test with a sample message) to a callback URL and return the delivery result. This makes an actual outbound HTTP POST from the Algenta API to the given URL, with no retries. Use it to verify a receiver before wiring callback_url into submit_job or register_trigger. Returns success, the receiver's HTTP status_code, and a message.
| Name | Type | Req | Description |
|---|---|---|---|
| callback_url | string | yes | URL that should receive the test webhook payload. |
No output schema declared.
No examples provided.
tokenize ~135
Tokenize UTF-8 text into individual tokens with a supported deterministic Algenta tokenizer model (default text.tokenizer; call list_models for every supported model id). Use this when you need the token strings themselves; call count_tokens when you only need the number. Read-only and deterministic: the same input and model always return the same tokens, and nothing is stored. Returns the resolved model id, its tokenizer_kind, the tokens array, and token_count. An unsupported model id fails with model_not_supported.
| Name | Type | Req | Description |
|---|---|---|---|
| input | string | yes | UTF-8 text to tokenize. |
| model | string | – | Tokenizer model id from list_models. |
No output schema declared.
No examples provided.
triage_repository ~240
Condense one repository snapshot into a bounded workspace evidence bundle for the planner: ranked suspect files and symbols with scored, budget-capped snippets. signals seeds the search — pass issue_text, diagnostics, failing_tests, changed_files, and/or workspace_context. The returned workspace_evidence_bundle_ref is the required input to create_repository_decision_plan; use run_repository_pipeline to chain both stages in one call. Read-only against the repository; persists the bundle artifact. Returns suspect_files, suspect_symbols, evidence_items, and token reduction stats.
| Name | Type | Req | Description |
|---|---|---|---|
| max_evidence_items | integer | – | Evidence item cap, 1-64; defaults to 16. |
| max_snippet_lines | integer | – | Per-snippet line cap, 5-200; defaults to 40. |
| repository_id | string | yes | Saved repository connector id from list_connectors. |
| signals | object | yes | Evidence seeds: issue_text, diagnostics, failing_tests, changed_files, workspace_context. |
| snapshot_id | string | yes | Snapshot id from create_repository_snapshot. |
| token_budget | integer | – | Total evidence token budget, 256-32000; defaults to 6000. |
No output schema declared.
No examples provided.
update_connector ~152
Partially update one saved connector: only the supplied fields change. Passing a new config replaces the encrypted credentials and resets the connector to untested, so call test_connector again afterwards. Requires manage permission on the connector (access_scope_denied otherwise) and at least one field; an unknown id fails with not_found. Returns the updated connector. Use preview_test_connector to validate a new config before applying it here.
| Name | Type | Req | Description |
|---|---|---|---|
| config | object | – | Replacement connection config; resets health status to untested. |
| connector_id | string | yes | Saved connector id from list_connectors. |
| description | string | – | New description note. |
| name | string | – | New human-readable name. |
| visibility | string | – | New visibility. |
No output schema declared.
No examples provided.
update_execution_policy ~193
Partially update the organization's autonomous execution policy: only the fields supplied change, the rest keep their values. min_confidence blocks decisions below that confidence, risk_floor blocks decisions whose worst-case (p5) loss exceeds it, require_calibration makes auto-execution wait for enough recorded outcomes, and allow_reexecution is the idempotency gate. Changes take effect immediately, are recorded in the audit log, and write a new policy snapshot (see list_execution_policy_snapshots). Read the current values first with get_execution_policy. Returns the full updated policy.
| Name | Type | Req | Description |
|---|---|---|---|
| allow_reexecution | boolean | – | Idempotency gate preventing double-actions. |
| min_confidence | number | – | Block executions whose confidence is below this, 0-1. |
| require_calibration | boolean | – | Require recorded outcomes before auto-execution. |
| risk_floor | number | – | Block executions whose worst-case (p5) loss exceeds this. |
No output schema declared.
No examples provided.
update_me ~118
Update the current user's name and/or the organization name for the active API key; only the supplied fields change. Renaming the organization requires an admin or owner key (access_scope_denied otherwise), and the key must be linked to a user (user_not_found for service keys). At least one of name or org_name is required. Returns the updated identity; read it first with get_me.
| Name | Type | Req | Description |
|---|---|---|---|
| name | string | – | New display name for the calling user. |
| org_name | string | – | New organization name; requires admin or owner role. |
No output schema declared.
No examples provided.
update_team_member_role ~140
Change one organization member's role by user_id (find ids with list_team_members). Requires an admin API key. Guardrails: you cannot change your own role (self_role_change_forbidden), only an owner can grant the owner role (owner_grant_forbidden), and demoting the last active owner is refused (last_owner). An unknown user_id fails with not_found. Returns the updated user_id and a confirmation message. Use remove_team_member to take the member out of the organization instead.
| Name | Type | Req | Description |
|---|---|---|---|
| role | string | yes | New org role for the member. |
| user_id | string | yes | Target member's user_id from list_team_members. |
No output schema declared.
No examples provided.
How do I install the Algenta MCP Server server?
Algenta MCP Server is a hosted endpoint at https://api.algenta.ai/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · api.algenta.ai
claude mcp add --transport http thyn-ai-algenta 'https://api.algenta.ai/mcp'
What is the Algenta MCP Server server?
Algenta MCP Server is listed in the public MCP registry as io.github.thyn-ai/algenta. Governed data discovery, exact queries, decisions, simulations, and runtime utilities over MCP. This page covers its hosted endpoint (https://api.algenta.ai/mcp).
Is the Algenta MCP Server server safe to use?
Algenta MCP Server scores 78 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the Algenta MCP Server server expose?
Algenta MCP Server exposes 140 tools: onboard_dataset, list_datasets, get_dataset_status, retrain_dataset, connect_data, and 135 more. Their descriptions and schemas cost roughly 20,559 tokens of context every time the server is loaded.
Does the Algenta MCP Server server require authentication?
Yes. Algenta MCP Server asked us for credentials when we connected, so you will need to authorise it in your MCP client before it can do anything.
Is the Algenta MCP Server server still maintained?
Algenta MCP Server is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.