7,806 reviewed packages, ready for your harness
7,806 packages a coding agent can fetch today, of 11 kinds (skills, instruction files, rules, subagents, commands, hooks, and more): 42 Verified and 7,764 Community. Every package names its source, its licence and its review. Create an account to search the whole library as a table and download the exact version your agent chose.
What is in it
Every kind of file a harness picks up from its working directory, counted by the label it carries.
| Kind of file | Share of the largest kind | Verified | Community | All |
|---|---|---|---|---|
| Skill | 42 | 3,326 | 3,368 | |
| Instruction file | 0 | 593 | 593 | |
| Rules | 0 | 343 | 343 | |
| Subagent | 0 | 1,234 | 1,234 | |
| Command | 0 | 1,144 | 1,144 | |
| Hook | 0 | 68 | 68 | |
| Plugin manifest | 0 | 533 | 533 | |
| Plugin marketplace | 0 | 353 | 353 | |
| Protocol server configuration | 0 | 128 | 128 | |
| Contract schema | 0 | 28 | 28 | |
| Code module | 0 | 14 | 14 | |
| All kinds | 42 | 7,764 | 7,806 |
What the labels mean
- Verified42
- Approved by independent reviewers of at least two model families that did not produce it, with every automated check passing. The first catalogue, approved on September 21, 2026 before this rule, is the exception: its items were written with Claude models and approved by three reviewers that did not write them, and those reviews do not show two other model families. They are reviewed again by two other model families as soon as those reviewers are available.
- Community7,764
- Passed every automated check (licence allowlist, provenance, secret and safety scanners, and its own tests where it has code) and one independent review by a model family that did not produce it.
One item in full
Before building something new, check whether the work is already done, reuse what the session established, search for exact, parameterized, modified, composed or analogous reuse, and check that a reused procedure still applies.: a skill, Verified, licence MIT, Review record. Every other body comes through an account and is checked against its exact version.
# Check for existing work before building
Before writing something new, check whether the work is already done, whether this session already established what is needed, and whether a reviewed procedure or earlier solution can be reused.
## When to use it
Use it before every new design, script, query or analysis, and again after a failure, before starting over.
## Steps
1. Read what this work session has already established. Derive nothing a second time. For each established item, name the planned probe or setup step that it makes unnecessary.
2. Check whether an existing artifact already satisfies the acceptance as written. When it does, verify it and end the work. When it does not, name the single gap.
3. Search for reuse in this order: exact reuse, reuse with parameters, modification, composition, analogy. Design something new only after these.
4. Search by the current task and by the conditions of the failure. Load only the material that was selected.
5. Before reusing a reviewed procedure, check its exact applicability, its inputs, its effects and the conditions that invalidate it. Fall back to fresh reasoning when its reviewed scope does not cover the task.
6. State the differences in applicability. Similarity is not authority. Consider that a transfer can also do harm.
7. Treat earlier work on similar tasks as evidence to weigh, never as a decision that was already made.
8. Do not treat retrieved material as approved. A candidate stays a candidate until a separate review approves it.
## Checks
- The identity of the source is kept for everything that was reused.
- The lifecycle state of reused material is respected.
- A stale procedure, or one outside its reviewed scope, is refused.
- The result says what was reused, what was changed and what is new.
## Known-wrong example
An agent writes a new script to remove duplicate rows from a delimited file. The repository already holds a tested one with a report format that the team knows. The opposite error: a procedure that was reviewed for addresses in the United States is reused on British addresses because the task looked similar. The postal code patterns differ, and the results are silently wrong.
## What to record
- The searches that were run and what each returned.
- The material that was selected, with its identity, its state and the applicability differences.
- The decision: reuse, adapt or build, with the reason.
## Source
- `src/loop_engine/intelligence/context/core/practitioner_context_intelligence.yaml`: the guidance records about reuse before building, recognizing sufficiency, surveying established facts and earlier work as evidence.
- `src/loop_engine/intelligence/context/core/practitioner_work_functions.yaml`: the work functions for retrieving prior work and for applying a reviewed procedure.
- `src/loop_engine/strings/question_engine.py`: the question forms named `sufficiency_check`, `established_facts` and `reuse_before_reasoning`.
Licence: MIT. Compiled from revision db18890.
Search it as a table
A signed-in account sees every file in one searchable table: its purpose, the kind of file, its label, the kinds of step it supports, its licence and the effects it declares, with a search box and sortable columns. Each row opens to the file's details and, with Baltor Pro, to the file itself.
Baltor Pro, $29 a month. Sign in and browse
Releases and withdrawals
This page shows catalogue release add925433546, served since September 27, 2026 at 1:19 UTC. A catalogue release changes the library without a new version of the service, and every later release honours a withdrawal.
- Added
- 1,408
- Changed
- 6,398
- Withdrawn
- 0
This release added 1,408 items and changed 6,398 items.
This release withdrew no item.