AgentRail integrates with Cursor by launching it from an AgentRail-managed worktree or by lettingDocumentation Index
Fetch the complete documentation index at: https://agentrail.app/docs/llms.txt
Use this file to discover all available pages before exploring further.
agentrail server start open it. A Cursor rule keeps the agent focused on repository work and prevents it from calling lifecycle endpoints that belong to AgentRail.
How it works
Cursor should be launched by AgentRail or opened from an AgentRail-created worktree. AgentRail owns task assignment, CI observation, and lifecycle state. Cursor’s job is to edit code in the provided worktree, validate the change, and commit locally.Initialize AgentRail
Run the interactive setup to create local config and your first agent profile.For non-interactive environments:
Start the server
agentrail server start reads agent env files from ~/.agentrail/agents/ and keeps configured agents awake.Open Cursor from the worktree
Open the target repository that AgentRail has prepared. You can open it from the AgentRail-created worktree directly in Cursor, or let the server supervisor open it for you.
Cursor rules
Add the following rule to your.cursorrules file or to Cursor’s Rules for AI setting. This keeps Cursor focused on the repository and prevents it from calling routes that AgentRail owns.
Run-scoped commands
Inside the AgentRail-managed context, Cursor may use only these run-scoped commands to inspect its current assignment:Reporting completion
When Cursor finishes its work, it reports back to AgentRail:What AgentRail owns
Cursor edits files, validates changes, and commits locally. AgentRail owns everything else:- Task assignment and lifecycle state
- CI and review observation
- Provider PR creation, shipping, and rollback
- Relaunching Cursor only when CI or review feedback requires further code changes
.png?fit=max&auto=format&n=TNCV8lxzL1ij3U4N&q=85&s=7345b71aa1c450c74f35b67c2655fc43)