MCP Agent Guide

Public operating guide for agents using the Robotico MCP server.

Robotico MCP is the structured API surface for agents that need humanoid robotics company data, robot/product data, source evidence, timeline intelligence, audit logs, and authorized contribution workflows.

Discovery

ResourceURLUse
Human setup docs/developers/mcpEndpoint, token setup, exposed surfaces
Agent docs/docs/agentsSite-wide agent operating rules
MCP registry metadataserver.jsonMCP directory discovery
MCP server cardserver-card.jsonServer description, transport, capabilities
Markdown copy of this guidehttps://robotico.market/api/markdown?path=/docs/mcpAgent-readable page content

Connection

Use the hosted Streamable HTTP endpoint. Tokens are created from developer settings after signing in. Send the token as a bearer credential.

{
  "mcpServers": {
    "robotico": {
      "url": "https://robotico.market/mcp",
      "headers": {
        "Authorization": "Bearer rbt_..."
      }
    }
  }
}

Start each session with ping, then call tools/list. The live tool schemas are authoritative.

Read Playbook

  1. Resolve the entity with entities.search, search_companies, or search_robots.
  2. Use list tools for broad scans and detail tools for exact records.
  3. Use get_robot without evidence for normal robot profile reads.
  4. Use get_robot with include_evidence: true or robot.evidence only when field provenance is needed.
  5. Use events.sources and events.changes only when a timeline event needs source or field-change detail.

Robot Maintenance Playbook

TaskToolRule
Read profileget_robotKeep evidence opt-in by default
Read provenance onlyrobot.evidenceFilter by field_path_prefix when useful
Add source to correct valuerobot.link_source_to_fieldUse dot paths such as specifications.height
Patch low-risk factsupdate_robot, update_robot_profile, update_robot_specificationsInclude source URLs or field evidence when available
Manage media and aliasesupload_robot_image, set_robot_image, add_robot_aliasDo not change IDs or slugs
Stage risky changescreate_robot_update_candidateUse for rename, status, classification, category, description, and variant changes
Review candidateslist_robot_update_candidates, approve_robot_update_candidate, reject_robot_update_candidateApproval and rejection do not mutate robot profiles
Explain changesrobot.audit_log, company.audit_log, entity.audit_logUse for traceability after writes

Timeline Event Playbook

  1. Resolve related companies and robots before creating an event.
  2. Call events.find_duplicates with title, summary, entity IDs, event date, and source URL.
  3. If a likely duplicate exists, enrich the existing event instead of creating another canonical event.
  4. If no likely duplicate exists, use events.create or create_event_candidate.
  5. Provide a canonical HTTP or HTTPS source URL with a path or query and a JPEG screenshot of the exact page.
  6. Add sources with events.add_source, link entities with events.link_company and events.link_robot, then review or publish according to role.

Risky Robot Candidate Operations

OperationPreferred fields
renameproposed_name
status_changeproposed_status
classification_changeproposed_product_type or proposed_classification
category_changeproposed_category
description_rewriteproposed_description
variant_mergerelated_robot_ids and/or structured proposed_value
variant_splitrelated_robot_ids and/or structured proposed_value

Robot Field Evidence

Robot evidence is keyed by field path. Common paths include tagline,status, capabilities, applications, and specification paths such as specifications.height.

Evidence sources can include source URL, publisher, source type, quoted excerpt, quote location, screenshot URL, page snapshot URL, stance, reliability, and extraction confidence. Use screenshots and page snapshots when a source page may change or when a reviewer needs visual confirmation.

Failure Handling