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 shimo4228/claude-harness --skill jev-judgment-designgit clone --depth 1 https://github.com/shimo4228/claude-harnessWrote 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/shimo4228/claude-harness/jev-judgment-design)<a href="https://agentmods.dev/skills/shimo4228/claude-harness/jev-judgment-design"><img src="https://agentmods.dev/badge/skills/shimo4228/claude-harness/jev-judgment-design/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/shimo4228/claude-harness/jev-judgment-design"><img src="https://agentmods.dev/badge/skills/shimo4228/claude-harness/jev-judgment-design.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.00067 | $0.01680 |
| Opus 5.5 | $0.00027 | $0.00672 |
| Sonnet 5.5 | $0.00013 | $0.00336 |
| Haiku 4.5 | $0.00007 | $0.00168 |
Grade A, and why
jev-judgment-design 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 16d 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 — 123 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Jev judgment design
Jev answers closed questions with probabilities and does not write prose. Moving an LLM pipeline's judgments to Jev makes them cheap
and parallel, but Jev answers only within the state it is handed. This skill owns the design of that state and of the side that
decides accept/reject from the answers. The general design guidance for Jev (state / instructions / criteria, choosing Choice, Noul,
or Score, no-match, set thresholds on your own data) is canonical in plugin skill typesafe:typesafe-ai, so read that
first and read only the judgments layered on top here.
Sources: the implementation in jev-research-pipeline (https://github.com/shimo4228/jev-research-pipeline) and the article "Moving the research judgments I left to an LLM to Jev, a judgment-only model" (https://zenn.dev/shimo4228/articles/jev-research-judgment-offload).
1. Move only closed judgments
Move to Jev the judgments whose answer can be stated as a yes/no probability, one pick from a set of options, or a point on a graded scale. Keep work with an open-ended answer shape, such as where to search next or how to write, with the LLM. After the move, watch the instrument "number of LLM judgments during a run", not "number of questions to Jev" — Jev's question count may grow by as many judgments as were moved.
2. Put what the judgment is made against into state
"Is it relevant" lets through anything that shares vocabulary when the comparison target is not in state. Jev is answering exactly what it was asked, so the fix belongs in state, not in the question. Make the comparison target the question that theme is currently seeking an answer to, and pass scope, exclusions, and already-accepted evidence along with it.
state = {
"question": {
"title": question.title, # the question currently seeking an answer
"brief": question.brief, # scope
"evidence": question.evidence, # what counts as evidence
"not": question.negative_topics, # topics that overlap in vocabulary but are out of scope
},
"source": {"title": ..., "url": ..., "excerpt": ...},
"evidence_set": accepted_claims, # evidence already accepted for this question (the baseline for novelty)
}
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.
- 16d ago Changed · -9 lines · -139 tokens per session db1981cc9ca0
- 17d ago Changed 79e283c5f8df
- 28d ago Changed · +2 lines · -67 tokens per session 4194b5b963e8
- 1mo ago First seen · 130 lines · 273 tokens per session scan A 017d61216682
jev-judgment-design is a skill published in the GitHub repository shimo4228/claude-harness (3 stars, last pushed yesterday), licensed MIT. It adds 67 tokens to every session and 1,680 once invoked, about $0.0003 per session on Opus 5.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-09-24.
Other skills, from other repositories
inference-engineer
Productize an open-source model into a hosted inference endpoint the researcher (or their agent) can call. Picks the right hardware, the right serving stack (vLLM / Triton / TEI / BentoML), wraps it in an OpenAI-compatible gateway (LiteLLM) with per-tenant auth, exposes it as an MCP tool in chat, and runs a quality +…
experiment
Run a materials-science / ML compute job on Rockie GPU capacity. Trigger words "run experiment", "submit job", "/experiment", or requests to quote/approve GPU spend before an experiment. Picks the right GPU type and count from a natural-language description (DFT for QE/VASP/ABINIT, MD for GROMACS/LAMMPS/OpenMM…
sota-delta
Track 3 quickstart wrapper that reproduces a paper or repository baseline on Rockie GPU, then extends it with a user-specified delta and compares baseline versus delta.
deploy-model
Narrow quickstart wrapper for pre-baked Deploy-card requests. Triggers on server-validated structured quickstart deploy prompts such as "Quickstart deploy request: track: deploy model: source: quickstart-picker quickstartintentid: " and explicit "deploy this featured model" requests from Rockie's quickstart picker…
finetune-model
Track 2 quickstart wrapper for structured fine-tune prompts using a registry model, a registry dataset, Rockie GPU jobs, and inference-loader deployment of the trained artifact.
autopilot
Continuous-operation mode for rockie — runs the experiment queue autonomously, using Zero-Cost Monitoring ($0 LLM cost during training), anti-burn exponential cooldown on failures, and ntfy to wake the human only when a decision is needed. Use when you want agent-driven research to proceed for days without human…