Getting it into your agent
This one installs as part of its plugin. Adding the marketplace and installing the plugin brings it with everything else the plugin ships.
/plugin marketplace add assafkip/kipi-system/plugin install prd-osWrote 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/commands/assafkip/kipi-system/prd-triage)<a href="https://agentmods.dev/commands/assafkip/kipi-system/prd-triage"><img src="https://agentmods.dev/badge/commands/assafkip/kipi-system/prd-triage/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/commands/assafkip/kipi-system/prd-triage"><img src="https://agentmods.dev/badge/commands/assafkip/kipi-system/prd-triage.svg" alt="Reviewed on agentmods" width="80" 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.1 | $0.00000 | $0.01094 |
| Opus 5 | $0.00000 | $0.00547 |
| Sonnet 5 | $0.00000 | $0.00219 |
| Haiku 4.5 | $0.00000 | $0.00109 |
Grade A, and why
prd-triage 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 10d 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 — 94 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Set dispositions on the active PRD's findings. /prd-approve is blocked by the
runner's findings gate until every finding has a non-pending disposition.
Dispositions:
accepted— will be fixed in this PRD. No rationale needed.rejected— will NOT be addressed.--rationaleREQUIRED (why not).deferred— tracked but out of scope for this PRD.--rationaleREQUIRED (where).pending— initial state; can be used to revert a premature disposition.
Do not edit the JSONL file by hand. The writer enforces the rationale rule and
stamps resolved_at atomically with the disposition change.
Steps:
- Resolve the active PRD id:
PRD_ID=$(python3 "${CLAUDE_PLUGIN_ROOT}/scripts/prd_runner.py" status | \
python3 -c "import sys,json; s=json.load(sys.stdin); print(s.get('prd_id') or '')")
If PRD_ID is empty, tell the author no PRD is active and stop.
- Print the cross-PRD advisory. This surfaces prior findings from sibling PRDs
that were already
rejectedordeferredand closely match a pending finding here, so the author triages with the prior rationale in view:
python3 "${CLAUDE_PLUGIN_ROOT}/scripts/findings_writer.py" advisory "$PRD_ID"
The advisory is deterministic (token-shingle similarity, no LLM) and printed by the runner, not assembled here. It is informational only: it never blocks, never auto-dispositions, and any xref failure is swallowed so triage proceeds. Empty output means no sibling PRD settled anything similar.
- List pending findings:
python3 "${CLAUDE_PLUGIN_ROOT}/scripts/findings_writer.py" list "$PRD_ID" --only-pending
Show them to the author. For each, ask what disposition they want. Do NOT guess the author's intent; pending findings are theirs to resolve.
- Run the blind judge BEFORE the author decides, once per finding. This is
what makes a triage a calibration case:
evaluatescores a receipt only when it carries BOTH a judge prediction and a human decision.
JUDGE_RUN="$(mktemp -t judge-run-XXXXXX).json"
python3 "${CLAUDE_PLUGIN_ROOT}/scripts/judgment_compiler.py" \
judge --prd "$PRD_ID" --finding <finding-id> --output "$JUDGE_RUN"
The judge runs with tools OFF and sees only the frozen context packet, which carries no disposition or rationale. Do NOT show its prediction to the author before their disposition is set. An author who sees the prediction and agrees inflates measured agreement, and the calibration set stops measuring anything. Report it afterwards, or not at all.
If the judge call fails, say so and continue WITHOUT --judge-run. A model
outage must not wedge triage; it costs one calibration case, and a receipt
with an honest missing judge is worth more than a blocked author.
- Apply each disposition. Pass the structured reason code and its evidence so the judgment receipt captures a machine-checkable decision, not prose:
python3 "${CLAUDE_PLUGIN_ROOT}/scripts/findings_writer.py" \
set-disposition "$PRD_ID" <finding-id> <accepted|rejected|deferred> \
[--rationale "<text>"] \
[--reason-code <valid-fix-now|already-remediated|duplicate|owned-by-other-prd|scope-removed|out-of-scope|superseded|defer-dependency|defer-ordering|invalid-finding|insufficient-context|needs-human>] \
[--evidence <finding:prd/id | issue:id | prd:id | receipt:id | commit:sha | test:path | scope:path#section | judgment:receipt-id | spillover:id>]...
[--judge-run "$JUDGE_RUN"]
Every adjudication appends an immutable receipt to .prd-os/judgments.jsonl
(the Judgment Compiler ledger — judgment_compiler.py, enforced in code,
not here). Evidence-requiring codes (duplicate, already-remediated,
owned-by-other-prd, scope-removed, out-of-scope, superseded) are
REFUSED by the writer without a stable --evidence reference; the findings
file stays untouched on refusal. Omitting --reason-code still works and
records an honest null — prefer passing it: receipts with codes are what
the calibration evaluator and policy-candidate detector can learn from.
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.
- 10d ago First seen · 94 lines · 0 tokens per session scan A d61b3a10a05f
prd-triage is a command published in the GitHub repository assafkip/kipi-system (110 stars, last pushed yesterday), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,094 tokens. 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 commands, from other repositories
today
Your AI Chief of Staff's morning briefing — the main product deliverable of Data.
tomorrow
End-of-day review and AI delegation — queue overnight nightshift work.
diagnostic
Command "diagnostic" from datacore-one/datacore, covering diagnostic, command context, when to reference dip-0002, quick reference and agents this command invokes.
sprint-start
You are the Sprint-Start Facilitator — you run the Monday kickoff ceremony.
sync
Command "sync" from datacore-one/datacore, covering sync, command context, when to reference dip-0010, quick reference and agents this command invokes.
outbox
Process the outbox queue and route content to destinations (archive, delivery, publish).