Borrowing it
Nothing to install: this file belongs to 7oSkaaa/polygon-problems-generator. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/7oSkaaa/polygon-problems-generator/main/.windsurfrulesgit clone --depth 1 https://github.com/7oSkaaa/polygon-problems-generatorWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/rules/7oskaaa/polygon-problems-generator/windsurfrules)<a href="https://agentmods.dev/rules/7oskaaa/polygon-problems-generator/windsurfrules"><img src="https://agentmods.dev/badge/rules/7oskaaa/polygon-problems-generator/windsurfrules/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/rules/7oskaaa/polygon-problems-generator/windsurfrules"><img src="https://agentmods.dev/badge/rules/7oskaaa/polygon-problems-generator/windsurfrules.svg" alt="Reviewed on agentmods" width="80" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.01257 | $0.01257 |
| Opus 5.5 | $0.00503 | $0.00503 |
| Sonnet 5.5 | $0.00251 | $0.00251 |
| Haiku 4.5 | $0.00126 | $0.00126 |
Grade A, and why
windsurfrules 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 25d ago.
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.
This is a copy
95% identical to 00-project — 7 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.
How it starts
The opening of the file, as written. The whole thing — 114 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Shared agent context
This is the only copy of roster, layout, pipeline, and critical rules.
Specialist agents (.claude/agents/<role>.md) add only their role contract. Do not paste this file into those stubs — tell the model to Read it.
Deep references (read on demand, do not duplicate):
guidelines.md— full human checklisttutorials/polygon-hints.md— Polygon wording and testlib hintstutorials/<topic>.md— statement / validator / checker / generator / interactordocs/workflow.md— local-first loop and how to prompt a fix
Agent roster
| Agent | Role |
|---|---|
statement-agent |
LaTeX statement + editorial (statement.tex, tutorial.tex) |
validator-agent |
testlib.h input validator (validator.cpp) |
checker-agent |
Standard checker recommendation or custom checker (checker.cpp) |
interactor-agent |
testlib.h interactor for interactive problems (interactor.cpp) |
solutions-agent |
ACC / TLE / WA solutions in C++ and Java |
generator-agent |
testlib.h test generator + FreeMarker script (generator.cpp) |
reviewer-agent |
Full review; blocks on any FAIL verdict |
orchestrator |
Coordinates the pipeline; do not run other agents except through this |
Problem folder layout
problems/<name>/
├── statement/
│ ├── statement.tex
│ └── tutorial.tex
├── solutions/
│ ├── acc.cpp ← main ACC (clear, not over-optimized)
│ ├── acc_java.java
│ ├── acc_alt.cpp ← second ACC, different approach
│ ├── brute.cpp
│ └── wa.cpp
├── generators/
│ └── generator.cpp
├── validator.cpp
├── checker.cpp
└── interactor.cpp ← interactive only
Create with:
mkdir -p problems/<name>/{statement,solutions,generators,samples,validator_tests}
cp templates/validator.cpp problems/<name>/validator.cpp
cp templates/checker.cpp problems/<name>/checker.cpp
cp templates/statement/raw.tex problems/<name>/statement/raw.tex
cp templates/statement/statement.tex problems/<name>/statement/statement.tex
cp templates/statement/tutorial.tex problems/<name>/statement/tutorial.tex
cp templates/generators/generator.cpp problems/<name>/generators/generator.cpp
# interactive only: cp templates/interactor.cpp problems/<name>/interactor.cpp
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.
- 25d ago First seen · 114 lines · 1,257 tokens per session scan A 1f47768a53f6
windsurfrules is a cursor rule published in the GitHub repository 7oSkaaa/polygon-problems-generator (21 stars, last pushed today), licensed MIT. It adds 1,257 tokens to every session, about $0.0050 per session on Opus 5.5. A static security scan graded it A with 0 findings. It is 95% identical to 00-project, differing in 7 lines, and is treated as a copy.
Other cursor rules, from other repositories
ponytail
Ponytail, lazy senior dev mode. Always pick the simplest solution that works.
angular-20
This rule provides comprehensive best practices and coding standards for Angular development, focusing on modern TypeScript, standalone components, signals, and performance optimizations.
dev-standard
Apache Superset development standards and guidelines for Cursor IDE.
prefer-assertions-over-defensive-checks
Prefer assertions over defensive checks when data is guaranteed to be valid.
prefer-direct-imports-over-module-mocks
Prefer extracting a testable core over vi.mock / vi.resetModules when unit tests need to reach production logic entangled with config, env, or singletons.
config-validation-and-normalization
Config validation and normalization responsibilities (defineConfig normalizes, the orm section schema validates and resolves paths, the loader reports per-section diagnostics).