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 SoliEstre/EstreGenesis --skill boardsweepgit clone --depth 1 https://github.com/SoliEstre/EstreGenesisWrote 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/soliestre/estregenesis/boardsweep)<a href="https://agentmods.dev/skills/soliestre/estregenesis/boardsweep"><img src="https://agentmods.dev/badge/skills/soliestre/estregenesis/boardsweep/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/soliestre/estregenesis/boardsweep"><img src="https://agentmods.dev/badge/skills/soliestre/estregenesis/boardsweep.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.00111 | $0.01760 |
| Opus 5 | $0.00056 | $0.00880 |
| Sonnet 5 | $0.00022 | $0.00352 |
| Haiku 4.5 | $0.00011 | $0.00176 |
Grade A, and why
boardsweep 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 — 48 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/boardsweep — one full board true-up (every agent-authored component)
The complement of /roundnext on the time axis: roundnext is forward-looking (which planned item should start, which blocker to attack), boardsweep is retrospective (is what the board currently says actually true?). A board that isn't swept accumulates ghost claims — done entries whose identifiers resolve to nothing, planned items that quietly shipped, decisions that stay "open" after the work answered them, a current lane describing last week. A sweep changes recorded facts; it never starts work.
0. Load board truth + ground truth
- Board — read the live state (
board_state_getMCP tool, or the board'sstate.jsondirectly). The sweep set is every agent-authored component:done[],planned[],current[],decisions[], the project registry, the wiki/vocabulary projection where the board carries one, and the meta fields (updatedAtetc.). - Excluded — never rewritten by a sweep:
- the realtime chat / per-channel message history (in the reference runtime, the
ws-historystore and everything the conversation channels carry) — that layer is a record of what was said, not a claim to true-up; - user-authored slots (free-request fields, feedback queues) — user speech is not the agent's to edit;
- the board's mode/policy texts — the sweep obeys whatever policies they carry (content tone, grouping, routing or the workspace's equivalents) and may flag a violation, but changing a policy is a human call, not a sweep action.
- the realtime chat / per-channel message history (in the reference runtime, the
- Ground truth — the VCS log and tags, the release CHANGELOG, the live track documents, and any deterministic checkers the project ships (a version-sync verifier, a vocabulary lint). Prefer running a checker once over re-deriving its result by hand.
1. Sweep each component (the per-component contract)
done[]— every entry's identifiers (commit, ref/tag, date) must resolve against the VCS; an entry that resolves to nothing is corrected or flagged, never silently kept. Work that landed but was never registered gets added with real identifiers. Ordering and schema follow the board's state schema (required fields present, newest-first where the schema says so).current[]— must describe what is in flight right now. Finished → migrate todone[]with real identifiers; abandoned → remove, recording the reason on the way out; in-flight work that was never registered → added (a start that skipped the planned → current move is exactly the drift a sweep catches).planned[]— facts only: items that already shipped migrate todone[]; recordedblockReasons are re-verified against present reality and corrected as records (acting on a newly-unblocked item is/roundnext's job, not the sweep's; the record correction itself is a shared edge by design — roundnext's blocker re-examination fixes the same records for the items it is about to schedule, the sweep's pass covers the full queue); duplicates merge.decisions[]— an open item whose question has since been answered by landed work is closed with the resolution recorded (the cut-closure discipline: a release is not closed until the decisions it resolves are). Briefing facts that drifted get corrected; the question itself is the human's and is not reworded away.- registry (projects) — every id referenced by swept items exists; entries nothing references any more are pruned.
- wiki / vocabulary tab — where the board projects a vocabulary store, delegate wholesale to that store's own lint + reindex (Compendium's
compendium-lint); the sweep does not re-implement gardening checks. - tone + schema normalization — swept content is (re)written at the board's configured content tone, where the board defines one (a
modespolicy field or the workspace's equivalent), identifiers preserved verbatim. Field keys and value domains are checked against the contract the consumer actually reads — the board renderer or the schema doc — not just against repo facts: data-vs-fact and data-vs-consumer are separate axes, and render fallbacks (apending-style default state, an empty card) silently swallow exactly this mismatch class, so a card that renders is not evidence that its fields are right (adopter-measured: a stage list written as{name,state}against a{label,status}renderer survived two sweeps as all-PENDING). Where a deterministic validator exists (a state lint), run it; where none does, this comparison is part of the sweep. The canonical field contract — includingcurrent[].stages{label, status: 'pending'|'active'|'done'}— now lives in Constellation.md §13.31; sweepstagesclaims like any other board claim (anactivestage on an abandoned track is drift). No fabrication: a fact that cannot be verified is marked as unverified or left out — a plausible-sounding entry is worse than a gap.
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 · 48 lines · 111 tokens per session scan A 44c1ba64ba5d
boardsweep is a skill published in the GitHub repository SoliEstre/EstreGenesis (8 stars, last pushed 4d ago), licensed Apache-2.0. It adds 111 tokens to every session and 1,760 once invoked, about $0.0006 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
search-threads
Search threads with filters. Supports filters like role:planner, type:Decision, after:2024-01, thread:topic-name, status:OPEN.
threads
List and navigate watercooler threads. Use to see active discussions, find specific threads, or get an overview of project threads.
spec-builder
Create, evolve, and archive spec-driven workflow artifacts (proposals, outcome specs, task plans). Use when work needs a durable outcome contract before execution — new deliverables or outcome changes, API/contract changes, migrations, security/privacy-sensitive work, or any long-running task where the outcome must be…
specflo-shelve
Use when the user signals they want to set the active specflo project aside ("we're done with this", "drop this", "not worth it", "shelve it", "park this for now") — map that to specflo shelve — or to pick a paused project back up ("let's pick that back up", "resume that", "un-shelve it") — map that to specflo resume.…
flowai-live-dashboard-template
Team-management dashboard skill in the FlowAI aesthetic — three tabs (Team Members, Team Details, Activity Log), KPI stat row, member table, role distribution bar chart, online presence and activity sparklines, and a top-contributors panel, all in a single self-contained HTML file with light/dark theming, hoverable…
huashu-keynote-black
OpenDesign's all-hands: the year in review, the three priorities, and what every team owns next quarter. Built as a decision-grade corporate strategy deck for whole company.