Skip to main content
Every migration to Guild follows the same four steps, whatever the source platform: inventory what the agent uses, map each piece to a Guild primitive, scaffold the Guild agent with the CLI, and prove it runs with 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 and guild 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

  1. Create an account API key in the Guild account that will own the agent. Give it Agents: Read & write (agents:write).
  2. In your GitHub repository, open Settings > Secrets and variables > Actions. Add the full <api_key_id>:<api_key_secret> value as a repository secret named GUILD_API_KEY. Don’t commit the key or paste it into a coding-agent conversation.
  3. Choose a target in owner~name form, such as myorg~hello. The owner must match the key’s Guild account.
The key can write every agent in its account, not just this one. Give it only to trusted release workflows. Never expose it to untrusted pull-request code.
You need permission to add workflows and configure Actions secrets in the repository. Your GitHub organization must also allow the Action to run. If these controls are restricted, ask your repository owner. You don’t need to install a GitHub App or authorize Guild to read the repository. To create the key from the CLI instead:

Add a release workflow

Save this as .github/workflows/publish-agent.yml:
Then adjust it for your repository:
  • Replace myorg~hello with your target, and agents/hello with 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.
For a migrated agent, also:
  • Set path to the folder guild agent init created, and agent-type to the type you scaffolded: GUILD_TYPESCRIPT, GUILD_NATIVE, LANGGRAPH, or OPENCLAW.
  • Read what create-if-missing and overwrite do 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.

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.
Last modified on November 2, 2026