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 skills add LamantinAI/mayak --skill add-verticalgit clone --depth 1 https://github.com/LamantinAI/mayakWrote 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/skills/lamantinai/mayak/add-vertical)<a href="https://agentmods.dev/skills/lamantinai/mayak/add-vertical"><img src="https://agentmods.dev/badge/skills/lamantinai/mayak/add-vertical/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/lamantinai/mayak/add-vertical"><img src="https://agentmods.dev/badge/skills/lamantinai/mayak/add-vertical.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector warn
SkillSpector: 2 findings, up to high
These are SkillSpector’s own severities. On a checked sample its high-severity flags on skills were ~96% false positives — a documented command, a public API, a “never do X” rule — so we show them as a caution to read, not a verdict. Why →
- high Tool Misuse · line 346 Tool parameters are crafted to achieve unintended or unsafe behavior. Parameter abuse can bypass intended safety checks (e.g. shell=True, --force, dangerous glob patterns).Fix: Validate all tool parameters against an allowlist. Reject dangerous parameter values (shell=True, --force, -rf /) and use safe defaults.
- medium Agent Snooping · line 434 Skill enumerates or reads other installed skills. Access to other skills' SKILL.md files or the skills directory reveals prompt instructions, capabilities, and secrets that should be invisible to peer skills.Fix: Remove all code or instructions that list or read other skills' files or directories. Skills should operate independently; cross-skill access is a privilege escalation.
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.1 | $0.00067 | $0.09708 |
| Opus 5 | $0.00034 | $0.04854 |
| Sonnet 5 | $0.00013 | $0.01942 |
| Haiku 4.5 | $0.00007 | $0.00971 |
Grade A, and why
add-vertical 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 today.
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 — 558 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Add Vertical
This repository ships one worked vertical: reference_task while the template's own example is
still here, your own once it has replaced it. Read those files before writing new ones — every
constraint below is already satisfied in them, and copying is faster than rediscovering why each
constraint exists.
The eleven files of a vertical
| # | File | What it holds |
|---|---|---|
| 1 | project/domain/<name>.py |
Frozen dataclass and business constants. No framework imports. |
| 2 | project/domain/ports.py |
A Protocol per aggregate, speaking only in domain types. |
| 3 | project/infrastructure/persistence/orm_models.py |
The table, for Alembic's metadata only — nothing reads the ORM at runtime. |
| 4 | alembic/versions/<rev>_add_<name>s.py |
Autogenerated from #3, then read before it is trusted. |
| 5 | project/infrastructure/persistence/<name>_repository.py |
SQL, driver types, and the row → domain mapper. |
| 6 | project/application/<name>_service.py |
Orchestration and business rules. Depends on the Protocol, never on the repository. |
| 7 | project/application/<name>_dtos.py |
Request and response models, plus from_domain. |
| 8 | project/infrastructure/api/endpoints/<name>s.py |
Router and handlers. Parse, delegate, convert. |
| 9 | tests/application/test_<name>_vertical.py |
Service rules, wiring, HTTP surface — against a fake repository. |
| 10 | tests/infrastructure/test_<name>_repository.py |
The row mapper and the parameterisation of every query, without a database. |
| 11 | tests/functional/src/test_<name>s_api.py and test_<name>_repository.py |
The same paths against real HTTP and a real database. |
Every file in that table is type-checked. MYPY_TARGETS covers all four test suites, so a fake
that drifts from the Protocol it is annotated with fails make gate-types — pytest cannot see that
at all, which is how one drifted unnoticed until 2026-08-18. Copying the reference vertical keeps
you clear of it: those files are annotated already. A stub written by hand is not, unless its
methods carry the port's exact signature, keyword-only parameters included.
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.
- today Changed · +51 lines 82bd53f9248c
- yesterday Changed · +43 lines 42d8cf1cff9b
- 3d ago Changed · +58 lines e6ca68cca13d
- 4d ago Changed · +35 lines 627ee25a5572
- 8d ago First seen · 371 lines · 67 tokens per session scan A 6b8bb2bb175c
add-vertical is a skill published in the GitHub repository LamantinAI/mayak (5 stars, last pushed today), licensed MIT. It adds 67 tokens to every session and 9,708 once invoked, about $0.0003 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-31.
Other skills, from other repositories
pytest-suite
Write or extend the backend test suite following this project's conventions. Use when adding tests for a new service/route/repository, when coverage is missing, or when asked to test a feature. Knows the mocked-session + httpx AsyncClient setup so tests run with no database.
pytest
Skill "pytest" from bobmatnyc/claude-mpm-skills, covering pytest - professional python testing, basic pytest, with common plugins, for fastapi testing and for django testing.
check
Run the full local quality gate (prek hooks + tox test matrix) before committing or opening a pull request. Use when asked to "check", "lint", "run CI locally", or verify a change is ready.
validate-python-stack
Validate the Python Template repository or a project generated from it. Use before committing, publishing, deploying, or reviewing a stack to check catalog compilation, rendering, dependencies, formatting, tests, security workflows, skills, and representative runtime behavior.
python-testing
Write or modify Python tests. Use when: adding new tests, understanding testing conventions, working with fixtures, writing FastAPI route tests, database tests, or following pytest patterns. DO NOT USE FOR RUNNING TESTS. If you are just running tests, not building them, you do not need this.
testing-local-server
Test the CIVITAE/SIGNOMY server end-to-end locally. Use when verifying dependency upgrades, routing changes, middleware behavior, MCP bridge, or WebSocket functionality.