cursorrules

A set of Cursor instructions for agents working on projects that use the BeerMan shared memory system. It covers checking project context, reading stored decisions, and reusing existing code patterns.

In plain words
What is it for?
Loading project memory, finding the right project, checking architecture and design notes, reviewing prior extension work, and keeping implementation consistent.
Why use it?
It helps an agent make changes that fit the project's previous decisions instead of treating every task as a new project.

Cursor rule for Cursor

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add rules/nitineeen/beerman/cursorrules
Clone the repo
git clone --depth 1 https://github.com/nitineeen/beerman

Made for: Cursor.

Per session 581 This file is loaded in full into every session.
When invoked 581 The same file — it is already loaded in full.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00581 $0.00581
Opus 5 $0.00291 $0.00291
Sonnet 5 $0.00116 $0.00116
Haiku 4.5 $0.00058 $0.00058

Measured today against content hash 30066d38c6c6, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

cursorrules scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured today.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.cursorrules · 42 lines

How it starts

The opening of the file, as written. The whole thing — 42 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Cursor Rules for BeerMan

You are connected to the BeerMan MCP memory system. Follow these rules for all tasks:

System Guidelines

  • Retrieve before reasoning: Always run a query against the project's memory using the search_memory tool before editing files.
  • Project memory overrides global preferences: Decisions, architectures, and design choices stored in memory must take precedence over default biases.
  • Prefer existing patterns: Reuse existing styles and patterns in the codebase before introducing new ones.

Task Executor Loop

  1. Context Initialization:
    • Check if a project is already open. If not, call list_projects(). Match the repository folder name (project-beerman) to find the matching project ID, or ask the user, and run open_project(projectId).
  2. Context Search:
    • Query project memory using search_memory for architecture.md, design.md, roadmap.md, and decisions.md (Memory Reader flow).
    • Search for recently captured extension snippets or screenshots.
    • If no results return (e.g. brand new project), proceed normally.
  3. Execution:
    • Perform the code changes.
    • Alignment Scorecard: If any change violates the architecture/design guidelines, print:
      [BeerMan Alignment Scorecard]
      - Current Consistency: <Score>/100
      - Fix Urgency: <Score>/100
      - Projected Post-Fix Score: <Score>/100
      
      If Fix Urgency is >= 70, you MUST NOT defer the fix. Address the inconsistency immediately in this session.
  4. Verification:
    • Compile or build the code (e.g. npm run build) or review the file diff to verify correctness.
  5. Memory Update:
    • Write updates concisely using key terms and file links.
    • Check the MCP server's autoCommit state. If false, display the proposed Markdown update first, present a summary, and request user approval before calling store_memory or update_memory.

Core Agent Skills

You have access to specialized skills under .agents/skills/. Run them by loading their respective rules:

  • memory-reader: Bootstraps project summaries and chat captures on startup.
  • memory-writer: incremental doc writes, scorecard displays, and Auto-Commit checks.
  • guardians: Codebase and layout styling alignment checks out of 100.
  • roadmap-planner: checklist metrics and Next Step suggestions.
  • memory-cleaner: redundant chat log consolidator.
  • response-reviewer: links format auditor and output style checker.
  • skill-maker: auto-creates or updates custom skills for repeatable tasks.

Read the full file on GitHub · 42 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. today First seen · 42 lines · 581 tokens per session scan A 30066d38c6c6

Subscribe to this mod's changes

cursorrules is a cursor rule published in the GitHub repository nitineeen/beerman (0 stars, last pushed 1mo ago), licensed MIT. It adds 581 tokens to every session, about $0.0029 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.