opencommit
AGENTS.md7.5k starsChanged 7 months agoMITView on GitHub
The user decides product behavior. Choose the implementation and checks yourself. Ask about unresolved product choices. A request authorizes its scope. Reviews and questions do not authorize edits. Use the user's language in conversation, product documents, and tasks. Write technical documents and agent instructions in English. Follow ASD-STE100: short sentences, active voice, and consistent terms. Keep business rules in their owning modules. Modules call other modules through their public API. Correct shared defects where the wrong result originates. Do not…
Trending
Quiet since August.about the whole repository
Who's talking about di-sukharev/opencommit
- @qdrddr.bsky.social“⚡ #Developers, meet OpenCommit (OCO): #CLI & #GitHub Action to auto-generate commit messages with #LLMs. …”Bluesky · Aug 20, 2025 · 4 likes
- @phuctm97.com“Very nice! Curious how is it different from github.com/di-sukharev/...”Bluesky · Nov 25, 2024 · 2 likes
- s-kostyaev/ellama“[feature-request] Auto-generate commit messages in magit.”GitHub · Apr 9, 2024 · 2 reactions
- lingua-realm/agent-config-ansible“适配opencommit项目”GitHub · Apr 13, 2026 · 1 reactions
- @kud.io“I've just switched from github.com/Nutlope/aico... to github.com/di-sukharev/... because it supports emojis …”Bluesky · Aug 11, 2025 · 1 likes
The biggest 5 of 27 mentions linking to the repository that our crawl found. Each line is their own headline.
See all 27
Talked about on GitHub, Bluesky and Hacker News (27 times).
On GitHub · 23
- Apr 9, 2024[feature-request] Auto-generate commit messages in magit. — s-kostyaev/ellama2 reactions · 4 comments
- Apr 13, 2026适配opencommit项目 — lingua-realm/agent-config-ansible1 reaction
- Oct 24, 2023Use OpenCommit to write ai-assisted commit details — fluentcms/FluentCMS1 reaction
- Aug 5, 2026build(deps-dev): bump opencommit from 3.3.9 to 3.3.10 — AlbanAndrieu/nabla-compose0 reactions · 1 comment
- Jul 26, 2026npx clispark crashes with 'TTY initialization failed: uv_tty_init returned EBADF' in Git Bash on Windows — martinwichner/clispark0 reactions · 1 comment
18 more on GitHub
- May 4, 2026chore(deps): bump the dev-dependencies group across 1 directory with 43 updates — sjkncs/UI-TARS-desktop0 reactions · 1 comment
- Mar 30, 2026chore(deps): bump the dev-dependencies group across 1 directory with 45 updates — sjkncs/UI-TARS-desktop0 reactions · 2 comments
- Feb 16, 2026chore(deps): bump the dev-dependencies group with 42 updates — sjkncs/UI-TARS-desktop0 reactions · 2 comments
- Oct 20, 2025[Packge Request] opencommit — leoliu0605/app0 reactions
- Jul 7, 2025opencommit: 3.2.7 -> 3.2.9 — NixOS/nixpkgs0 reactions · 8 comments
- Jun 30, 2025Rebuild TLDR Fetch & Parse Logic in Python — vsumavane/tldr-discord-bot0 reactions
- May 28, 2025opencommit: add module for opencommit — nix-community/home-manager0 reactions · 2 comments
- Jan 5, 2025build(deps): bump axios and opencommit — NorkzYT/BitwardenSync0 reactions
- Nov 7, 2024Package request: opencommit — NixOS/nixpkgs0 reactions
- Oct 17, 2024openCommit導入 — monosus/web_dev_workflow0 reactions · 1 comment
- Mar 7, 2024🔧 (opencommit.yml): add OpenCommit Action workflow file — tonyltf/charge-up0 reactions
- Feb 25, 2024Introduce OpenCommit — kooooichi24/event-sourcing-example-ts0 reactions
- Feb 21, 2024Added AI commit messages — ballerine-io/ballerine0 reactions · 7 comments
- May 23, 2023build(deps): bump opencommit from 2.0.15 to 2.0.19 — dr460nf1r3/dr460nixed0 reactions
- May 20, 2023build(deps): bump opencommit from 2.0.13 to 2.0.15 — dr460nf1r3/dr460nixed0 reactions
- May 5, 2023build(deps): bump opencommit from 2.0.5 to 2.0.13 — dr460nf1r3/dr460nixed0 reactions
- May 1, 2023:arrow_up: maint(deps-dev): Bump opencommit from 2.0.0 to 2.0.5 — Resnovas/Eventiva0 reactions · 1 comment
- Apr 11, 2023Stage, sujet : Les outils, logiciels, plugins, à installer & les petits éléments à lire avant tout — For-Hives/formenu-front0 reactions
On Bluesky · 3
- Aug 20, 2025⚡ #Developers, meet OpenCommit (OCO): #CLI & #GitHub Action to auto-generate commit messages with #LLMs. MIT Licensed 👉 Discuss in… — @qdrddr.bsky.social4 likes and reposts
- Nov 25, 2024Very nice! Curious how is it different from github.com/di-sukharev/... — @phuctm97.com2 likes and reposts · 1 reply
- Aug 11, 2025I've just switched from github.com/Nutlope/aico... to github.com/di-sukharev/... because it supports emojis 🫣 (but also because it gets… — @kud.io1 likes and repost
On Hacker News · 1
Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.
Of the AGENTS.md files we read, the 31,439 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.
The file
We split this AGENTS.md into the rules it gives an agent
8 rules. About 1 is common, 7 are distinctive, and 0 are very specific to this project.
≈1
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Distinctive: line 7
Use the user's language in conversation, product documents, and tasks.
- Distinctive: line 11
Keep business rules in their owning modules.
- Distinctive: line 19
Use test-driven development for behavior changes and bug fixes.
- Distinctive: line 25
Run relevant checks locally through the project's scripts.
- Common: line 37
Ask before destructive actions, spending, new dependencies, or changes to data access.
- Distinctive: line 39
Keep temporary files in the system temp directory and delete yours afterward.
- Distinctive: line 47
No slop. Write clear, declarative code.
- Distinctive: line 49
Write as if you will maintain this code for the next 10 years.
≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
AGENTS.md
Working agreement
The user decides product behavior. Choose the implementation and checks yourself. Ask about unresolved product choices. A request authorizes its scope. Reviews and questions do not authorize edits.
Use the user's language in conversation, product documents, and tasks. Write technical documents and agent instructions in English. Follow ASD-STE100: short sentences, active voice, and consistent terms.
Implementation
Keep business rules in their owning modules. Modules call other modules through their public API. Correct shared defects where the wrong result originates. Do not add a workaround in each caller. Change generated files through their source and generator.
UI
Use the existing design system. Product components own colors, typography, padding, borders, and radius. Use theme tokens. Parents control placement through wrappers and gaps. Do not pass className or style into product components. Preserve keyboard and focus behavior. Show loading, empty, error, and success states for real data.
Tests and TDD
Use test-driven development for behavior changes and bug fixes. Confirm the expected failure, implement the change, then refactor while tests pass. Copy and styling changes need no test-first development.
Prefer integration tests through real application or core interfaces. Keep internal modules and test databases real. Replace external providers with test doubles. Add unit tests only for cases that integration tests cannot cover efficiently. Do not duplicate coverage or assert UI wording, CSS, markup, or snapshots.
Verification
Run relevant checks locally through the project's scripts. Do not add cloud CI. Report changes, checks, failures, and required user actions. Never claim a check you did not run.
Interactive browser use requires an explicit request. Run scripted browser checks only as prescribed by project instructions or requested by the user. The user performs the final visual check.
Documentation
Code and configuration are the source of truth. Document only decisions, constraints, and procedures they do not explain. Update the owning document instead of adding guides or repeating instructions. Remove completed setup instructions.
Git and safety
Inspect Git status and remotes before Git operations. Stage, commit, push, change branches or worktrees, or rewrite history only on explicit request. Never stash or discard another person's work. Preserve the existing remote. Do not add AI attribution to commits.
Ask before destructive actions, spending, new dependencies, or changes to data access. A request naming a dependency authorizes it. Never print or commit secrets or personal data. Never weaken security controls.
Keep temporary files in the system temp directory and delete yours afterward. Use your own ports. Stop only processes you started.
Deployment
Deploy only on request through the project's release tools. Follow its deployment guide. Stop for a dirty tree, unpublished source, or an unclear release commit.
Maintenance
No slop. Write clear, declarative code. Prefer the smallest solution that meets the requirement and stays easy to read. Remove code your changes make unused.
Write as if you will maintain this code for the next 10 years. Keep it clean. Take ownership of every module you change and leave it better than you found it.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

