Skip to main content
Like Hermes and OpenClaw, Cursor lets the Co-founder delegate well-scoped build tasks to a coding agent. Unlike self-hosted gateways, Cursor runs on Cursor’s cloud — you connect an API key and grant GitHub repo access in Cursor. Appeeky packages the strategic brief and launches a run via the Cloud Agents API. Appeeky never runs code. This is the engineering_delegate action with provider: "cursor".

How it works

Appeeky stores {agentId}:{runId} as the action’s external_id and reconciles status via GET /v1/agents/{id}/runs/{runId} (scheduled poller ~every 10 minutes, plus manual refresh).

Prerequisites

  1. Cursor account with Cloud Agents enabled (cursor.com/dashboard).
  2. API key from Cursor Dashboard → API Keys.
  3. GitHub repo access — the target owner/repo must be reachable by Cursor (connect GitHub in Cursor and authorize the repository).
  4. Appeeky GitHub integration (recommended) — maps each app to owner/repo so delegations include the correct target.
Cloud agent usage is billed to your Cursor account, not Appeeky.

Setup

Before saving, Appeeky calls GET /v1/models on the Cursor API to verify the key.

Enable

(Connecting via the dashboard does this automatically.)

What Appeeky sends

The brief always ends with draft-PR-by-default guardrails.

Safety model

  • No Appeeky secrets leave Appeeky beyond the task brief. Repo access is via your Cursor + GitHub authorization.
  • Always approval-gated. Delegations never auto-run by autopilot level.
  • Read mode blocks it. In agentMode: read, no delegations are proposed.
  • Rate-limited. Same caps as other coding agents (default: 10/day, 3 in-flight).
  • Traceable. Each run name carries appeeky:<appId>:<task-slug>.

Appeeky MCP in Cursor (optional)

You can also connect Appeeky MCP in Cursor so agents have live ASO intelligence while coding. That is separate from this integration — this flow is Co-founder → Cursor delegation.

Disable