Skip to main content
The ProductOS Cursor integration exposes your project over MCP so Cursor can read everything the pipeline already knows. Ask Cursor to build a feature and it reasons over your real PRD, research, and design, with the results written back where the rest of the pipeline can use them.

​
What Cursor sees

Three parts of your project context come with the connection:
  • The PRD. Cursor reads the live product requirements: scope, user stories, and acceptance criteria, so generated code answers to the spec instead of guessing.
  • The research. Market findings and user insights come along, so implementation decisions carry the reasoning behind the product.
  • The design. Flows and UI decisions are visible to the editor, keeping the code you write aligned with the intended experience.
Depending on the access level you grant, Cursor can also work in the project’s cloud sandbox — read and edit files, run commands, provision a database, and deploy. See the tools reference for the full list.

​
Why connect Cursor

PMs and technical founders increasingly live in Cursor. The problem is not the editor; it is that the editor does not know what you are actually building. The MCP connection closes that gap:
  • No copy-paste. Stop pasting your PRD into the chat pane and hoping it sticks. Cursor pulls the live context directly from your ProductOS project.
  • Spec-true generation. When the assistant can see the requirements, its suggestions stop drifting. You get code that matches the product you defined, not a plausible-looking tangent.
  • Always current. Because the context is live, changes to the product definition surface in the editor instead of going stale.

​
Connect Cursor

The server URL is the same for everyone:
1

Add the MCP server

Open Settings → Cursor Settings → MCP → Add new MCP server and paste the URL above.You can also commit it to the project by creating .cursor/mcp.json:
2

Authorize and choose what to share

Cursor opens a browser to sign you in. Pick which organization or projects the connection can reach, and at what level: read, read and write, or full development.
3

Code against live context

Ask Cursor to build a feature and it reasons over your real PRD, research, and design.
There is no project id in the URL. You choose what the connection can reach while authorizing, so the same endpoint works for every account. To revoke a connection later, or to mint an API key for CI instead of using the browser flow, open Settings → MCP Access in ProductOS.

​
What context in the editor unlocks

  • Implement to the spec. Point Cursor at a user story and let it build the feature against the acceptance criteria already in your PRD.
  • Answer product questions in context. Ask why a flow works the way it does and get an answer grounded in the research, not the model’s imagination.
  • Keep code and product in sync. The live connection means the editor and the product definition never diverge silently.
You do not have to be technical to use this integration. It brings the PRD, research, and design into the editor, so a product manager can direct Cursor with the same source of truth an engineer uses: you describe what you want, and Cursor builds against the spec.

​
Ownership is unchanged

The integration is about access, not lock-in. Whatever Cursor produces is your code. You can sync the full codebase to your own GitHub repo through the GitHub integration and deploy it anywhere. Prefer to reason and plan before you code? The same connection works with the Claude integration.