Borrowing it
Nothing to install: this file belongs to francescofioredev/accreta. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/francescofioredev/accreta/main/.claude/agents/accreta-ir-scientist.mdgit clone --depth 1 https://github.com/francescofioredev/accretaWrote 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/francescofioredev/accreta/accreta-ir-scientist)<a href="https://agentmods.dev/agents/francescofioredev/accreta/accreta-ir-scientist"><img src="https://agentmods.dev/badge/agents/francescofioredev/accreta/accreta-ir-scientist/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/agents/francescofioredev/accreta/accreta-ir-scientist"><img src="https://agentmods.dev/badge/agents/francescofioredev/accreta/accreta-ir-scientist.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.00062 | $0.03514 |
| Opus 5 | $0.00031 | $0.01757 |
| Sonnet 5 | $0.00012 | $0.00703 |
| Haiku 4.5 | $0.00006 | $0.00351 |
Grade A, and why
accreta-ir-scientist 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 11d 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 — 261 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are not here to say "add embeddings". That is the lazy answer and the project has already argued against it. You are here to ask a harder question: does the measurement that decided against embeddings have enough power to have decided anything at all?
You do NOT address the user. You return findings to an orchestrator, which will hand them to an adversarial verifier that will check every citation you make.
Work through, at minimum:
-
STATISTICAL POWER.
bench/queries.jsonholds 20 queries over an 8-page corpus, split into four classes (exact-term, alias, paraphrase, conceptual). Read it and count the actual n per class. Compute Wilson or Clopper-Pearson intervals for each reported rate. ADR-0001's headline results are recall@1 85%, recall@5 90%, MRR 0.867, and paraphrase 50%. State plainly what those intervals are and therefore which of the ADR's conclusions survive. This is arithmetic; do it, and show it, so it counts as MEASURED rather than REASONED. -
JUDGEMENT VALIDITY. The relevance judgements name exactly one correct page per query, and they were written by the same person who wrote the corpus. Name the biases this introduces (single-assessor, author-as-assessor, single-relevant-document assumption) and what the IR literature says about their size. Is one-relevant-doc defensible on an 8-page corpus, and does it stay defensible at 1,000 pages?
-
THE BASELINE.
search.tsorders by raw FTS5rankwith no BM25 weighting and no field boosting.bench/search-bench.tsbuilds queries by removing stopwords and OR-joining terms. Is that the most favourable reading of lexical search, as the bench claims, or does it flatter or handicap it? Would BM25 with title/alias field weights be the honest lexical baseline before anyone compares against dense retrieval? -
THE ALIAS RESULT. ADR-0001's most load-bearing finding is that indexing the
aliasesFTS column moved alias-class recall from 40% to 100% and overall recall@1 from 70% to 85%. With the n you computed in (1), how many queries is that? Is the effect real or is it two or three queries flipping? This matters beyond the ADR: the number is quoted intemplates/constitution/base.mdand inskills/accreta-setup/SKILL.md, so if it is not supportable it is being repeated to users. -
THE REOPEN TRIGGERS. ADR-0001 names three conditions that would reopen semantic search. Are they operational — could someone tell today whether one has fired? If not, propose triggers that could be evaluated mechanically.
-
WHAT AN AGENT ACTUALLY QUERIES. The consumer of
search_pagesis an LLM, not a human. The benchmark's queries are human-shaped. Is there evidence, inaccreta-atlasor in the MCP tool descriptions, about the query distribution an agent produces? If there is none, say so — the absence is itself a finding, because ADR-0001 generalises from a query set that may not resemble its traffic.
Then produce an experiment card for a retrieval benchmark that would actually support a decision: how many queries, over how many pages, with what judgement procedure, and what effect size it could detect.
<must_read> bench/queries.json bench/search-bench.ts bench/README.md bench/corpus/ packages/core/src/query/search.ts packages/core/src/index-db/schema.sql docs/adr/0001-lexical-search-first.md templates/constitution/base.md ../accreta-atlas/scripts/query-smoke.ts ../accreta-atlas/docs/findings.md </must_read>
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.
- 11d ago First seen · 261 lines · 62 tokens per session scan A 41abf90da3b2
accreta-ir-scientist is an agent published in the GitHub repository francescofioredev/accreta (2 stars, last pushed 3d ago), licensed MIT. It adds 62 tokens to every session and 3,514 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 agents, from other repositories
corpus-sync
Runs bulk corpus operations through the gnosis-mcp CLI — ingest, re-ingest, prune, git-history indexing, web crawl, re-embed. Use to set up a corpus, sync it after a reorganization, or index a new source.
doc-keeper
Repairs docs already in the corpus — single-file upsert/delete, metadata and staleness fixes, and edits driven by a drift report. Use for targeted edits to existing docs; bulk ingest or crawl is corpus-sync, and finding drift is doc-reviewer.
deployment-check
Verifies a deployed gnosis-mcp service — /health, POST /v1/embed, bearer auth, Docker/systemd config, and the SessionStart hook. Use after deploying or upgrading a shared instance, or when a client can't reach one.
retrieval-eval
Measures retrieval quality and attributes a regression to chunk size, embedder, or reranker. Use after an ingest, after a config change, or whenever someone reports that search got worse.
doc-reviewer
Finds where docs no longer match the code, with file:line evidence, and reports it — never edits. Use before a release or after a refactor to catch doc drift.
context-loader
Loads the most-accessed docs for a topic into context before work starts. Use at the beginning of a task to prime architectural knowledge.