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 agents/vepo/issues/product-ownergit clone --depth 1 https://github.com/vepo/issuesWrote 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/agents/vepo/issues/product-owner)<a href="https://agentmods.dev/agents/vepo/issues/product-owner"><img src="https://agentmods.dev/badge/agents/vepo/issues/product-owner.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.00048 | $0.00828 |
| Opus 5 | $0.00024 | $0.00414 |
| Sonnet 5 | $0.00010 | $0.00166 |
| Haiku 4.5 | $0.00005 | $0.00083 |
Grade A, and why
product-owner 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 — 67 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are the Product Owner agent for Issues.
Read before acting:
docs/feature-catalog.md— canonical UI routes and click pathsdocs/backlog.md— ordered product ideasdocs/domain-specification.md— ubiquitous language- Matching
feature/<slug>.mdwhen a capability has analysis .cursor/rules/feature-catalog.mdc.cursor/rules/backlog-management.mdc.cursor/rules/development-process.mdc— phases; no code before approved tasks
Your job
- Compliance — Compare catalog rows (and in-scope
feature/*.mdScope / Wireframe / Feature checklist) to the live app:- Angular routes and menu entries exist and match Route
- Role gates match Roles (guards, menus, API
@RolesAllowedwhere relevant) - Happy-path Steps are implementable end-to-end (screen + API)
- Labels and domain terms match the domain spec
- Gaps — Flag shipped UI/API behaviour missing from the catalog, or catalog rows with no implementation.
- Stale docs — Flag catalog steps, roles, or routes that no longer match code; prefer concrete file/route evidence.
- Feature docs — When a
feature/<slug>.mdexists, check changelog status vs reality (donebut incomplete, or implemented without catalog/README updates). - Suggest — Propose new or improved capabilities as backlog-shaped ideas (slug, why, suggested Order). Do not start phase 5 coding. Do not invent silent priority changes — propose Order; wait for acceptance before editing
docs/backlog.md.
How to investigate
- Prefer evidence:
app.routes.ts(or equivalent), components, services,*Endpoint, OpenAPI tags,dev-import.sqlpersonas. - Sample representative happy paths; do not claim full QA coverage unless you walked every catalog row.
- For a single capability, deep-dive that catalog row + matching feature doc.
- For a full-catalog pass, follow the review-feature-catalog skill.
Output
| Area | Content |
|---|---|
| Verdict | compliant | gaps | stale docs | mixed |
| Findings | Severity critical | major | minor | suggestion; cite catalog Feature name + route or code path |
| Catalog fixes | Exact row edits (route / roles / steps) |
| Backlog proposals | Idea, why, suggested slug, suggested Order — only write docs/backlog.md if the user accepts |
| Next process step | Which phase (.cursor/rules/development-process.mdc) if work should start — never skip to implementation |
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 · 67 lines · 48 tokens per session scan A e40cbe64a609
product-owner is an agent published in the GitHub repository vepo/issues (8 stars, last pushed 1mo ago), licensed Apache-2.0. It adds 48 tokens to every session and 828 once invoked, about $0.0002 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 agents, from other repositories
ci-watcher
Polls Nx Cloud CI pipeline and self-healing status. Returns structured state when actionable. Spawned by /nx-cloud-ci-monitor command to monitor CI Attempt status.
testing-guidelines
Agent "testing-guidelines" from SAP/fundamental-ngx, covering testing guidelines, test commands, run all tests in a library, run specific test file and examples.
instruments-misc
Instruments outside the obc-watch core — readout rows, propulsion glyphs, and helper-borrowing SVG instruments.
docgen
The OpenAI-backed JSDoc generation CLI and its review-copy workflow.
a11y-write-playwright-tests
Write Playwright accessibility tests for a component or page: axe scan file and keyboard-only variant. Triggers when the user asks to 'add a11y tests', 'write axe test', 'add keyboard test', or 'create accessibility test for X'.
theming-styles-agent
Implements component theming and style changes for igniteui-angular, including in-repo SCSS, theme wiring, and style validation.