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 skills/unclecatvn/agent-skills/odoo-commitnpx skills add unclecatvn/agent-skills --skill odoo-commitgit clone --depth 1 https://github.com/unclecatvn/agent-skillsWhat 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.00082 | $0.01664 |
| Opus 5 | $0.00041 | $0.00832 |
| Sonnet 5 | $0.00016 | $0.00333 |
| Haiku 4.5 | $0.00008 | $0.00166 |
Grade A, and why
odoo-commit 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.
How it starts
The opening of the file, as written. The whole thing — 169 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Workflow
-
Run
git diff --statandgit status --shortto see what changed, plusgit log -1 --oneline(andgit log @{u}.. --onelineif a remote-tracking branch exists) to see the last local commit and whether it's still unpushed. -
If the change is a direct continuation or fix of that unpushed
HEADcommit, skip drafting a new message and fold it in instead of creating a second commit for the same logical change:git add <file> git commit --amend --no-edit # or drop --no-edit to also revise the messageOtherwise, draft a new commit message.
-
Stage relevant files by name - never
git add -Aorgit add .. -
Write the commit message to a temporary file, then commit with
git commit -F:
cat > /tmp/odoo-commit-message.txt <<'EOF'
[TAG] module: short description
Optional body line.
EOF
git commit -F /tmp/odoo-commit-message.txt
Any equivalent temp-file flow is fine (for example, using PowerShell's
Set-Content or another editor) as long as the final commit is created with
git commit -F <file>.
-
Before opening a pull request, squash your own back-and-forth commits into one clean commit per logical change (per OCA guidelines): the rest of the world doesn't need your intermediate "fix bug 1", "fix bug 2" history - only the final state and a clear summary. For a single trailing fix,
git commit --amend(step 2) is usually enough; for folding several commits into one, use an interactive rebase instead:git rebase -i HEAD~N # N = number of commits to foldKeep the first line as
pickwith the real[TAG] module: descriptionmessage, mark the restfixup(drop their messages) orsquash(merge messages):pick 1949129 [IMP] module: Introduce feature A fixup d2cf643 Fix bug 1 of feature A fixup 42bd9e8 Fix bug 2 of feature A fixup 7f767d5 Fix bug 3 of feature AEither way, only rewrite commits that are still local/unpushed, or on a branch you alone own - never amend or rebase shared history without confirming with the user first.
-
Report the resulting commit hash and subject.
Do not bypass pre-commit hooks. If a hook fails, fix the issue, re-stage the changes, and create the commit again.
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 · 169 lines · 82 tokens per session scan A df299c69d403
odoo-commit is a skill published in the GitHub repository unclecatvn/agent-skills (130 stars, last pushed 10d ago), licensed MIT. It adds 82 tokens to every session and 1,664 once invoked, about $0.0004 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 skills, from other repositories
odoo-18.0
Odoo 18 development reference for Python models and ORM (search, domain, readgroup, compute fields), XML/CSV data and views, OWL/JS client code, QWeb reports, security (ACL, record rules, groups), cron and server actions, migrations and module upgrades, tests, i18n, and performance. Use this skill whenever work…
Creazione di Editor GUI per Viste XML Odoo
Crea un'applicazione Python con Tkinter per visualizzare, modificare e gestire file XML di viste Odoo. Include parsing ricorsivo, gestione gerarchica degli elementi, modifica di attributi, validazione e gestione delle eccezioni.
bump-dependency
Bumps a Python package dependency across Home Assistant Core integrations, regenerates core requirement files, runs verification tests and prek lint, and prepares a pull request with proper release/compare links.
biopython
Comprehensive molecular biology toolkit. Use for sequence manipulation, file parsing (FASTA/GenBank/PDB), phylogenetics, and programmatic NCBI/PubMed access (Bio.Entrez). Best for batch processing, custom bioinformatics pipelines, BLAST automation. For quick lookups use gget; for multi-service integration use…
adk-style
Python style and codebase conventions for ADK (Agent Development Kit): private-by-default file visibility, imports, type hints, Pydantic v2 models, formatting, docstrings, logging, async I/O, file and test layout, and unit test structure. Use when writing or editing ADK source or tests, deciding whether a new file or…
coding
编写并运行 Python 代码,验证脚本逻辑和输出。.