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 instructions/packmindhub/packmind/packmind-backend-tests-redactiongit clone --depth 1 https://github.com/PackmindHub/packmindWrote 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/instructions/packmindhub/packmind/packmind-backend-tests-redaction)<a href="https://agentmods.dev/instructions/packmindhub/packmind/packmind-backend-tests-redaction"><img src="https://agentmods.dev/badge/instructions/packmindhub/packmind/packmind-backend-tests-redaction.svg" alt="Measured on agentmods" 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 | $0.00387 | $0.00387 |
| Opus 5 | $0.00193 | $0.00193 |
| Sonnet 5 | $0.00077 | $0.00077 |
| Haiku 4.5 | $0.00039 | $0.00039 |
Grade A, and why
packmind packmind-backend-tests-redaction.instructions.md 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 3d 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.
What it actually says
Standard: Backend Tests Redaction
This standard establishes best practices for writing backend tests using Jest in the Packmind monorepo. It focuses on clarity, maintainability, and consistency across test suites by emphasizing behavi... :
- Avoid asserting on stubbed logger output like specific messages or call counts; instead verify observable behavior or return values
- Avoid testing that a method is a function; instead invoke the method and assert its observable behavior
- Avoid testing that registry components are defined; instead test the actual behavior and functionality of the registry methods like registration, retrieval, and error handling
- Move 'when' contextual clauses from
it()into nesteddescribe('when...')blocks - Never write dummy tests without logic (like expect.true.toBe(true))
- Remove explicit 'Arrange, Act, Assert' comments from tests and structure them so the setup, execution, and verification phases are clear without redundant labels
- Use afterEach to call datasource.destroy() to clean up the test database whenever you initialize it in beforeEach
- Use afterEach(() => jest.clearAllMocks()) instead of beforeEach(() => jest.clearAllMocks()) to clear mocks after each test and prevent inter-test pollution
- Use assertive, verb-first unit test names instead of starting with 'should'
- Use expect(actualArray).toEqual(expectedArray) for deep array equality in Jest tests instead of manual length and index checks
- Use one expect per test case for better clarity and easier debugging; group related tests in describe blocks with shared setup in beforeEach
- Use stubLogger() in Jest tests to get a fully typed PackmindLogger stub instead of manually creating a jest.Mocked object with jest.fn() methods
Full standard is available here for further request: Backend Tests Redaction
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.
- 3d ago First seen · 20 lines · 387 tokens per session scan A 6d55771de63c
packmind packmind-backend-tests-redaction.instructions.md is an instructions file published in the GitHub repository PackmindHub/packmind (306 stars, last pushed 5d ago), licensed Apache-2.0. It adds 387 tokens to every session, about $0.0019 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-30.
Other instructions, from other repositories
procoder tests.instructions.md
Instructions for azrtydxb/procoder, covering tests in procoder, every test carries its mutation, assertions, portability and fixtures.
agent-rules testing.instructions.md
Instructions for lirantal/agent-rules, covering testing guidelines for node.js applications, general testing principles, guiding principles, descriptive test naming (three-part structure) and structure tests by the aaa pattern.
Test Generation
Comprehensive Pytest conventions, mocking strategies, and model usage rules for OpenWebUI plugins.
unit-tests-skills CLAUDE.md
Instructions for mavka-ai/unit-tests-skills, covering claude.md, what this repo is, repository structure, available skills and workflow.
unit-tests-skills AGENTS.md
Instructions for mavka-ai/unit-tests-skills, covering agents.md, skills, rules location, plugin validation and what it checks, and why each check exists.
llm-ide-rules pytest-tests.instructions.md
Instructions for iloveitaly/llm-ide-rules, covering pytest tests, example test and file structure.