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.
npx agentmods add rules/dstotijn/mcp-origin/go-testing-practicesgit clone --depth 1 https://github.com/dstotijn/mcp-originWhat 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 | $0.00876 | $0.00876 |
| Opus 5 | $0.00438 | $0.00438 |
| Sonnet 5 | $0.00175 | $0.00175 |
| Haiku 4.5 | $0.00088 | $0.00088 |
Grade A, and why
go-testing-practices 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 2d 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
100% identical to go-testing-practices — 0 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 — 132 lines — stays where its author put it; the contents beside it link to each section on GitHub.
description: Go Testing Best Practices globs: *_test.go
Description
This rule ensures that Go tests follow best practices for effective, maintainable, and idiomatic testing in Go projects.
Rule
When writing tests in Go:
Test Organization
- Use table-driven tests for testing multiple scenarios
- Name test functions as
Test<FunctionName>orTest<FunctionName>_<Scenario> - Use subtests with
t.Run()to organize related test cases - Group tests logically by functionality
- Keep test files in the same package as the code they test
Test Structure
- Follow the Arrange-Act-Assert (AAA) pattern:
- Arrange: Set up test data and preconditions
- Act: Call the function/method being tested
- Assert: Verify the results
- Use clear separation between these sections
- Minimize test setup code; use helper functions for common setup
- Make test failures descriptive and actionable
Assertions
- Use
t.Errorf()ort.Fatalf()with descriptive messages - Include expected vs. actual values in failure messages
- Avoid
testifyor similar packages, but do usego-cmp. - Prefer
t.Fatalf()only when continuing the test is impossible
Mocking and Test Doubles
- Use interfaces to enable mocking of dependencies
- Create simple, focused test doubles (mocks, stubs, fakes)
- Consider using the standard library's
httptestfor HTTP testing - Avoid
sqlmockor similar tools for database testing, stick to the stdlib
Test Coverage
- High test coverage is not a goal in and of itself, focus on critical code paths
- Test edge cases and error conditions
- Use
go test -coverto measure coverage - Use
go test -raceto detect race conditions
Implementation
- The Cursor IDE will enforce this rule by:
- Suggesting test improvements
- Highlighting testing anti-patterns
- Providing templates for common testing patterns
Benefits
- More reliable and maintainable tests
- Better test coverage
- Faster test execution
- Clearer test failures
- Consistent testing approach across the project
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.
- 2d ago First seen · 132 lines · 876 tokens per session scan A c925ef0ab63e
go-testing-practices is a cursor rule published in the GitHub repository dstotijn/mcp-origin (5 stars, last pushed 1y ago), licensed Apache-2.0. It adds 876 tokens to every session, about $0.0044 per session on Opus 5. A static security scan graded it A with 0 findings. It is 100% identical to go-testing-practices, differing in 0 lines, and is treated as a copy.
Other cursor rules, from other repositories
morpheus
Always-on rules for AI assistants working in this Morpheus Lumerin Node repo. Loaded automatically by Cursor.
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.
coolify-ai-docs
Master reference to all Coolify AI documentation in .ai/ directory.
typescript
Changes to these high-fan-out internals can affect every message, delta, element, or rerun. Keep work in them minimal, and benchmark changes with representative stress-test apps.
python_lib
Tips and guidelines specific to the development of the Streamlit Python library, not applicable to scripts and e2e tests.