agentsclimarketplace

Kb review

Skill Iabstergo1/pdf-to-study-kb/.agents/skills/kb-review

Work the Review-Queue and review_proposals items one by one (lint failure lists, cross-domain promotion candidates, overwrite-protection-rejected change proposals), giving analysis and fix suggestions; the final accept/reject is the user's. Use when the user says "work the review queue / look at the pending items / what's in the Review-Queue / walk me through the review backlog".From its SKILL.md

Install
npx -y skills add Iabstergo1/pdf-to-study-kb --skill kb-review

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

4.7 KB, ~1.1k tokens by cl100k_base, as published. Nobody here has run it

kb-review — Review-Queue processing

Work wiki/Review-Queue/ and review_proposals items one by one. By default it only analyzes and suggests; the final accept/reject is the user's. The execution layer is scripts/pipeline.py; this skill only orchestrates, surfaces acceptance, and marks failure stops.

1. Triggers / Non-triggers

  • Triggers: "work the review queue", "look at the pending items", "what's in the Review-Queue", "walk me through the review backlog", "handle the lint failures / cross-domain promotions / overwrite proposals".
  • Non-triggers: ingesting a new source (use ingest); read-only queries (use kb-query); saving a query result (use kb-save); a whole-vault semantic check (use wiki-lint-semantic); never accept a proposal or edit a human page without user confirmation.

2. Inputs

  • wiki/Review-Queue/*.md: lint failure lists, promotion-*.md, *-proposal.md, semantic-lint reports.
  • The machine ledger: the review_proposals table, via python scripts/pipeline.py status or related CLI state.
  • Relevant vault pages, the concept registry, source state.

3. Outputs

  • For each item: a classification, the risk, a suggested fix, and whether a user decision is needed.
  • After the user confirms, execute the matching fix/promotion/marking; without confirmation, do not edit the target.
  • Append > handled: <conclusion> to a processed Review-Queue item, or note that it still awaits the user.

4. Dependencies

  • CLI: status, lint, promote-concept, rebuild-registry; if needed, return to ingest or the target source's lint loop.
  • Protocols: docs/skill-runtime/schema.md, concept-resolution.md, save-back-policy.md.
  • Human-page protection stays top priority: a human page is edited by the user, never auto-overwritten by the skill.

5. Persisted artifacts

  • The handled-markers on wiki/Review-Queue/*.md.
  • If the user confirms a fix: the matching proposed page, the registry-derived rebuild, or a new proposal.
  • The machine review_proposals stays the ledger; this skill does not hand-write the database.

6. CLI commands

python scripts/pipeline.py status
python scripts/pipeline.py lint --source <source_id>
python scripts/pipeline.py promote-concept --id <canonical_id>
python scripts/pipeline.py rebuild-registry
python scripts/pipeline.py proposals-resolve --signature <kind> [--source <src>] --all-matching --apply

Run vault-changing commands (e.g. promote-concept / page fixes / marking handled) only after user confirmation. After a fix is verified, retire the matching review_proposals rows with proposals-resolve (dry-run first, then --apply after user confirmation) so the skill-mine backlog stops counting fixed signals.

7. Workflow

Sub-unitInputOutputAcceptancePersistedFailure stop
R1 collect queueReview-Queue + statuspending listfiles and ledger alignedqueue missing
R2 classifyone itemlint/promotion/coverage/semantic/overwrite classclass maps to a fix pathanalysis drafttype unclear
R3 suggestitem + related pagesfix/reject/promote suggestionstates risk, affected pages, commandschat outputevidence thin
R4 user confirmuser decisionexecute or rejectno target edit without confirmationReview-Queue markhuman-page conflict
R5 verify loopfix resultlint/rebuild/check resultthe command passes or re-enqueues on failurenew proposal/markverify fails

8. Failure stops / recovery

User has not confirmed; target managed_by: human; cross-domain promotion semantics unclear; a homonym promotion; a lint fix would exceed the write scope; promote-concept or rebuild-registry fails; an item lacks evidence. Recovery: unresolved items stay in Review-Queue with their state; re-run the matching lint after fixes.

9. Acceptance criteria

  • Every pending item has a class, a suggestion, and a user-decision state.
  • No target vault page edited without user confirmation.
  • A promotion-candidate has been judged "semantic reuse vs homonym".
  • After a confirmed promotion, promote-concept + rebuild-registry were run.
  • After a lint-violation fix, the matching lint was re-run; failures stay in Review-Queue.
  • No human page was auto-overwritten.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.