radareorg
radare2
Strong location map, formatting rules, memory safety, and command guidance.
Read source at 1dfe427OPEN INDEX / 001UPDATED 2026-07-25
Real instruction files from serious open-source repositories—indexed by stack, scope, and safety pattern. Every entry points to a fixed source commit.
01# Working agreement
02
03## Scope
04Read the nearest rules before editing.
05Keep changes inside the requested package.
06
07## Done means verified
08Run the narrow test while iterating.
09Run the full check before handoff.
10
11## Protect existing work
12Never discard user changes.
01 / SOURCE INDEX
Browse fixed snapshots, then read the original file in context. Star counts are discovery metadata captured on 2026-07-25, not a quality score.
Showing 12 of 100 verified sources
radareorg
Strong location map, formatting rules, memory safety, and command guidance.
Read source at 1dfe427A compact policy focused on disclosing and reviewing AI-assisted work.
Read source at ff954e9GitoxideLabs
Test-first practices, error handling, commit messages, and path rules.
Read source at 2fadbc7Replicate
A detailed command index with language-specific conventions.
Read source at 4e62b8bloro-dev
A short project snapshot with a context index and self-maintained instructions.
Read source at 6844fc7NextDNS
Core principles, testing guidance, dependency checks, and a binary budget.
Read source at cd213c9Chartbrew
An unusually concise monorepo map with client/server workflow instructions.
Read source at 944afa1Datadog
Twenty-one lines that focus entirely on creating and testing attack techniques.
Read source at 52db2f8DeepFlow
Clearly separates source-of-truth files from generated artifacts.
Read source at 61221a2GraphFrames
Legacy-code guardrails and regression prevention across Spark versions.
Read source at 926e9d9Palo Alto Networks
Contributor quick start, required checks, and release instructions.
Read source at d6b33f9obi1kenobi
A focused set of scripts for testing and linting proposed changes.
Read source at a3331d002 / REPEATED PATTERNS
Frequency is descriptive, not proof of effectiveness. These counts come only from the verified source index.
90/100 sources
Formatter ownership and repository-specific code conventions.
Explore this pattern88/100 sources
Exact test commands, useful test scope, and expectations for changed behavior.
Explore this pattern82/100 sources
Hard boundaries for destructive, sensitive, or irreversible work.
Explore this pattern79/100 sources
Pointers to architecture, contribution, and operational context.
Explore this pattern78/100 sources
The evidence required before an agent can call work complete.
Explore this pattern71/100 sources
Directory boundaries, project maps, and rules for nested instruction files.
Explore this pattern69/100 sources
Commit, branch, pull-request, and worktree expectations.
Explore this pattern48/100 sources
Generated or vendored files and the commands that own them.
Explore this pattern03 / STARTER BUILDER
Generate a small working agreement, then adapt it to the repository in front of you. The builder never claims that one file fits every codebase.
# AGENTS.md
## Project map
- Read the nearest README and package manifest before editing.
- Keep changes inside the requested feature or package.
- A nested AGENTS.md overrides this file for its directory.
## Commands
- Install: `npm install`
- Test: `npm test`
- Build: `npm run build`
## Working rules
- Preserve the existing TypeScript and component conventions. Run the configured formatter.
- Prefer the smallest change that satisfies the request.
- Explain any assumption that changes behavior or scope.
## Completion gate
- Run the narrowest relevant tests while iterating.
- Before handoff, run `npm test` and `npm run build`.
- A passing command is evidence for that command only; report anything not verified.
## Safety
- Never discard or overwrite user changes.
- Ask before destructive operations, publishing, spending money, or changing production data.
## Generated files
- Do not edit generated output by hand.
- Find and run the owning generator, then review both source and generated diffs.
## Git
- Keep commits scoped to one logical change.
- Do not push, force-push, rebase shared work, or open a pull request unless requested.
Every entry links to a commit, not a floating claim.
We index by default and preserve provenance.
Stars help discovery; they do not certify instruction quality.
Source owners can update, clarify, or request removal.