guild agent test. The guides below give the concept map and CLI commands for each platform. They also list what does not map 1:1, so nothing gets lost.
Pick your platform
Vercel eve
Map the
agent/ directory (tools, connections, schedules, channels, subagents, sandbox) to Guild agents, integrations, and triggers.LangChain, LangGraph, LangSmith
Run Python LangGraph graphs as Guild LangGraph agents, port
createAgent to TypeScript, and move Fleet agents to Native.Runlayer
Rebuild Runlayer Agents as Native or OpenClaw agents with Guild integrations, credential policies, and triggers.
Arcade
Run the agent behind your Arcade tools on Guild, map toolkits and
requires_auth to integrations and credentials, or keep Arcade as the tool layer.Choose the Guild agent type
See Agent types for the full comparison.
Three ways to migrate
The guild-migrate skill
Load it into Claude Code, Codex, or Cursor and ask it to migrate a directory. It ships in the Migrate to Guild agent package. It detects the platform, scaffolds with the Guild CLI, ports, tests, writes
MIGRATION.md, and stops before publishing.The Publish Agent to Guild Action
Once the port is in your repository, publish it from GitHub Actions with an account API key. Guild never needs access to the repository.
The migration agent
Migrate to Guild, a TypeScript agent on Guild. Point it at a repository and it opens a draft pull request with the ported agent and its
MIGRATION.md. The package includes the guild-migrate skill.Before you start
Never copy secret values from the source platform into the new agent. Recreate each one as a Guild credential. The proxy injects auth server-side, so the agent never sees the secret.
Publish from GitHub Actions
Once the migrated agent is in your repository andguild agent test passes, publish it with the Publish Agent to Guild Action. The Action uploads the agent directory, validates it, and publishes a version. Your repository can be private: the workflow sends the files to Guild, so Guild never needs access to it. Publish from GitHub Actions covers automatic releases, multiple agents, and troubleshooting.
Prepare your account
- Create an account API key in the Guild account that will own the agent. Give it Agents: Read & write (
agents:write). - In your GitHub repository, open Settings > Secrets and variables > Actions. Add the full
<api_key_id>:<api_key_secret>value as a repository secret namedGUILD_API_KEY. Don’t commit the key or paste it into a coding-agent conversation. - Choose a target in
owner~nameform, such asmyorg~hello. The owner must match the key’s Guild account.
Add a release workflow
Save this as.github/workflows/publish-agent.yml:
- Replace
myorg~hellowith your target, andagents/hellowith your agent directory. - If your default branch isn’t
main, change the branch condition. - Merge the workflow onto your default branch. Run workflow appears only after the merge.
- Set
pathto the folderguild agent initcreated, andagent-typeto the type you scaffolded:GUILD_TYPESCRIPT,GUILD_NATIVE,LANGGRAPH, orOPENCLAW. - Read what
create-if-missingandoverwritedo before the first run, then follow Release and verify.
Set up with a coding agent
Copy this prompt into Claude Code, Codex, or another coding agent that has access to your repository. The agent prepares a workflow for you to review. It never asks for your key or publishes without your confirmation.Related pages
CLI commands
Every
guild command used in these guides.Integrations
The catalog, and how to add an API that is not in it.
Triggers
Event, schedule, and API triggers.
Credential policies
ALLOW/DENY rules by operation, resource, agent, and workspace.