MCP + Skills

Install MCP + Skills

Connect a project-aware sx agent without copying credentials or service URLs

The Agent Plugin is the secondary sx surface: one project-scoped MCP server plus the sx-project operating skill. It works with Codex, Claude Code, and other clients that read standard MCP configuration and agent skills.

Before you connect

Install the sx customer package and authenticate once. If you have not done that, follow the Python SDK quickstart.

sx auth login
sx auth status

Connect a workspace

Run this in the workspace where you want the agent to operate:

sx project connect "$PROJECT_ID"

The command:

  • merges an sx server into .mcp.json without replacing other MCP servers;
  • writes the sx-project skill for supported agent clients;
  • stores only the non-secret project UUID in workspace configuration;
  • lets sx-mcp resolve the same operating-system credential as the CLI.

Reload the workspace or restart the agent client so it discovers the new server and skill.

Prove the connection

Paste this into the agent:

Use the sx project tools to resolve task <TASK_REF>. Do not mutate anything.
Return the exact task identity and explain which project is connected. If access is
refused, report the refusal and required grant without trying another project.

The agent should use experience.task and return either the canonical task or an explicit access refusal. It should not ask for an API key, base URL, request JSON, or repository access.

What the agent can use

FamilyRepresentative tools
Experienceexperience.task, experience.search_segments, experience.selection.snapshot, experience.capture
Embodimentsembodiment.parts, embodiment.get, embodiment.validate, embodiment.readiness
Worldsworlds.generate, worlds.evaluate, worlds.evaluate_subject
Autonomyautonomy.train, autonomy.improve, autonomy.deploy
Fleetfleet.research, fleet.rollback, commissioning readiness tools
Operationsoperation.status, operation.updates, operation.result, operation.cancel

Tool inputs are bounded schemas. The project and credential are injected by the connection; they are not tool parameters an agent can swap.

Set an authority boundary

Use four sentences:

Outcome: Make <RESULT> true.
Scope: Work only in project <PROJECT> on <TASK / DATASET / APPLICATION>.
Authority: You may <READ / SUBMIT BOUNDED WORK>; ask before <SPEND / PROMOTION / MOTION>.
Proof: Return exact resources, operation refs, terminal results, evidence, and refusals.
LevelDelegateKeep human
Inspectdiscovery, lineage tracing, compatibility checks, evidence reviewwhether to act
Operatebounded capture, generation, training, or evaluation already authorizedchanging intent or budget
Promotereadiness assembly and recommendationdeployment approval and rollback decisions
Physicalcommissioning preparation and live evidence summarieshardware admission, motion, and safety policy

Credentials and CI

Human agents use the OS credential created by sx auth login. Headless agents use a project-scoped SX_API_KEY injected by the runtime. Never paste either credential into a prompt, skill, MCP configuration, notebook, or source file.

Troubleshooting

SymptomFix
sx tools are missingreload the workspace and verify the client reads .mcp.json
agent asks for a service URLstop; the installed server owns hosted endpoints
project access is refusedgrant that identity access to the intended project; do not switch silently
operation disappeared after disconnectcall operation.status with the saved reference
agent resubmits after losing outputreattach first; do not duplicate durable work

Next, use the agent playbooks for data curation, evaluation, improvement, and deployment readiness.