Coding-agent monitoring · Cursor

    Cursor monitoring for teams

    Cursor monitoring means reading every Cursor Agent session your team runs to find what keeps going wrong: the same failure again, instructions retyped by hand, rules nobody follows, secrets in prompts. Hervé does it across the whole team, fixes the cause in .cursor/rules, AGENTS.md and skills, and checks the next sessions.

    Last updated

    Why one Cursor session can't show you the problem

    Cursor reads the rules in .cursor/rules/, AGENTS.md and the skills in .cursor/skills/ to know how your team works. In its own docs: “Rules provide persistent, reusable context at the prompt level.”[1]

    Each developer only sees their own sessions. Nobody sees that three people hit the same wall last week, that the same instruction gets typed by hand every morning, or that a rule in your Cursor rules has not changed what the agent does in a month. 84% of developers use or plan to use AI tools in their development process, up from 76% a year earlier.[3] The more of the team runs Cursor, the bigger that blind spot gets.

    What Hervé finds in Cursor sessions

    Hervé reads every captured session across the team and groups what keeps going wrong into findings, each with how many sessions and developers it touched:

    • Recurring failures: the same mistake across sessions and developers, with the human time or tokens it cost.
    • Repeated instructions: guidance team members retype by hand that belongs in one shared rule or skill.
    • Unused instructions: sections of your Cursor rules and skills that no session follows or uses, but that still take up context.
    • Leaks: a secret pasted into a prompt, or printed by the agent. GitGuardian found 28.65 million new hardcoded secrets in 2025, up 34% in a year, and secrets for AI services grew 81%.[2]

    How Hervé fixes the cause at the source

    For each finding, Hervé proposes the fix where Cursor will read it next time: a change to the rules in .cursor/rules/, AGENTS.md and the skills in .cursor/skills/. The fix is opened as a pull request on your repository, so it goes through your usual merge flow and reaches the whole team, not one developer's private memory.

    How Hervé guards the next Cursor sessions

    Once a fix is merged, Hervé checks every new session against your rules and compares the before and after, so you see whether the problem stopped. You get a weekly update, and you stay in control of what the agents are told.

    How to set up Cursor monitoring

    1. Install the rv CLI. Follow the one-minute setup for macOS, Linux or Windows.
    2. Enable capture for Cursor. In each repository, run:
      my_repo $ rv install --agent cursor

      Sessions are saved to a branch of your own repository, and the last 30 days of local sessions are backfilled by default.

    3. Have every team member do the same once. Hervé only sees the sessions it captures, so each developer runs rv install once. The first findings come in week 2.

    Common questions

    What does Hervé read in a Cursor session?

    The prompts, the steps the agent took and the files it touched, from the branch rv install writes to your own repository. Hervé reads sessions and code on demand: transcripts, diffs and file contents never go into our database. We keep findings, counts and file names.

    Can't I just ask Cursor to clean up your Cursor rules?

    You can, for one session. Cursor sees what happened in front of it; it can't see that three developers hit the same wall last week, or which rules no session has followed in a month. Hervé reads every session across the team, then checks whether the fix held.

    Which files does Hervé change to fix a Cursor problem?

    The ones Cursor reads its instructions from: .cursor/rules/, AGENTS.md and .cursor/skills/. Each fix is opened as a pull request on your repository, so it goes through your usual merge flow and reaches the whole team.

    Do we have to change how we use Cursor?

    No. Each team member runs rv install once. Everyone keeps using Cursor, GitHub or GitLab, and your merge flow exactly as they are.

    What if the team uses more than one coding agent?

    Hervé captures sessions from Claude Code, Cursor, GitHub Copilot CLI, OpenAI Codex, and OpenCode, so a team that mixes agents is covered by the same install.

    How do we start?

    With a 6-week paid pilot for your whole team, fully refunded if we find nothing actionable. Talk to a founder to set it up; the pilot details and price are on the pricing page.

    See pilot details & pricing →

    Sources

    1. Rules, Cursor.
    2. The State of Secrets Sprawl 2026, GitGuardian.
    3. 2025 Developer Survey: AI, Stack Overflow.

    Monitoring other coding agents

    See what your team's Cursor sessions are hiding.

    Talk to a founder

    6-week paid pilot, fully refunded if we find nothing actionable.