Share a reusable agent procedure by sending its pinned Play URI and the inputs the recipient should use. The recipient inspects the method and supplies their own access. A public procedure does not give another person access to your private accounts.
Rote by Modiqo turns successful AI agent work into reusable Plays. Inspect the steps, run them with new inputs, and share the method across supported agents.
Try a public handoff without a private account
The DNS propagation Play is a public example from Trending Plays. Its published contract accepts domain, record_type, expected, and resolvers. It declares no external writes or service credentials.
Set up Rote in both supported agents using the installation guide. The receiving machine also needs the commands and network access declared in the Play source.
In Claude Code, ask the agent to inspect this exact version and explain its requirements:
Inspect https://play.modiqo.ai/modiqo/[email protected].
Explain its inputs, dependencies, and declared effects.
Then check example.com with record_type=A if the requirements are met.In Codex or Cursor, pass the same version with a different input:
Inspect https://play.modiqo.ai/modiqo/[email protected].
Explain its inputs, dependencies, and declared effects.
Then check modiqo.ai with record_type=MX if the requirements are met.The equivalent CLI call makes the inputs explicit:
rote play run https://play.modiqo.ai/modiqo/[email protected] domain=modiqo.ai record_type=MXThese instructions use the published contract. They describe a handoff you can reproduce, not a completed cross-agent benchmark. Compare the resolver results and verdict; the two domains need not produce identical answers.
Share the contract and keep credentials local
| Share with the recipient | The recipient supplies |
|---|---|
| Pinned Play URI and author | Permission to access a private Play, if required |
| Inputs and expected result shape | Their own parameter values and permitted data |
| Declared tools and effects | Compatible tools and approval for required effects |
| Service names and access requirements | Their own service credentials |
For an authenticated example, inspect the GitHub PR-stack Play. It uses a GitHub adapter. Repository access depends on the receiving runner's credentials and permissions.
Never put credentials in parameter examples, copied traces, or published source. Review the actual procedure and dependencies alongside its declarations before sharing.
A private Play also needs registry access
Public Plays are inspectable through the public registry. Private Plays require the receiving identity to have access. Sharing a URI alone does not grant membership or service permissions.
Follow How the Play travels for publishing, access, and versioning. Use Work with Plays to inspect and pin an existing method.
Handle differences before calling the handoff complete
If a required tool is missing, configure it on the receiving machine. If an API denies access, verify that runner's permissions. If inputs or a service have changed, inspect the error and update the method through a new version when needed.
A pinned version gives both people a common artifact to review. It does not guarantee identical live data or successful execution in every environment.
Start with a procedure your teammate can inspect
Send a Play URI, its version, your intended inputs, and any access requirements. The reuse guide shows what the second run preserves. The comparison guide explains when a skill or workflow also helps.
Use the inspection guide to review a pinned version, its access, and its expected result before running.