llm-finder
Skill104 starsChanged 3 days agoMITView on GitHub
Recommend models that fit the stated task, with explicit quality, deployment, and cost tradeoffs. This skill is coordination-exempt: skip the ai-coord gate for its declared work. User instructions take precedence over these defaults. This skill reads sources and reports in chat. Save a report only when the user requests a file. Repository writes beyond this declared work must enter the applicable coordination gate. Do not implement a recommendation, install tools, or run paid inference by default. Explicit task or session…
In this repository46 other files it gives its agents.
- AGENTS.mdAGENTS.md
- toolkit/AGENTS.mdAGENTS.md
- agents-brainSkill
- agents-docsSkill
- agents-introspectionSkill
- ai-pruneSkill
- apple-device-integrationSkill
- brainstorm-with-meSkill
- chromium-browserSkill
- cli-castSkill
- cli-coingeckoSkill
- cli-ghSkill
- cli-justSkill
- codebase-designSkill
- code-polishSkill
- commitSkill
- copy-transcript-pathSkill
- deslopSkill
- effect-tsSkill
- evm-atlasSkill
- fresh-eyes-sweepSkill
- frontend-designSkill
- grill-meSkill
- html-playgroundSkill
- interview-meSkill
- large-file-refactorSkill
- naming-refactorSkill
- node-deps-bumperSkill
- orchestrationSkill
- pdfSkill
- release-bumperSkill
- repo-fanoutSkill
- repo-harmonizationSkill
- repo-renameSkill
- retroSkill
- skill-harmonizationSkill
- social-mediaSkill
- spreadsheetsSkill
- tailwind-cssSkill
- task-handoffSkill
- todo-archiveSkill
- tool-finderSkill
- vitestSkill
- wrap-upSkill
- writing-editorSkill
- yeetSkill
The file
We split this skill into the rules it gives an agent
12 rules. About 0 are common, 10 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈10
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 23
Do not implement a recommendation, install tools, or run paid inference by default.
- Distinctive: line 33
Read the caller's requirements and relevant supplied context before researching candidates.
- Distinctive: line 34
Ask only when missing information changes scope, deployment safety, or the ranking.
- Distinctive: line 44
Read references/sources.md before gathering evidence.
- Very specific: line 55
Use public APIs and plain page retrieval first.
- Distinctive: line 56
Do not install a browser, CLI, or package automatically.
- Distinctive: line 64
Keep demonstrated quality separate from popularity and adoption.
- Distinctive: line 68
Use task-relevant benchmark categories and evaluation methods.
- Distinctive: line 70
Do not fabricate scores, prices, latency, or availability.
- Distinctive: line 72
When a discrete decision precedes language generation, assess a decision model plus a language model.
- Distinctive: line 77
Use the same workload and volume for every option.
- Very specific: line 116
Default: non-deprecated language models, newest first.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
LLM Finder
Recommend models that fit the stated task, with explicit quality, deployment, and cost tradeoffs.
This skill is coordination-exempt: skip the ai-coord gate for its declared work.
User instructions take precedence over these defaults. This skill reads sources and reports in chat. Save a report only when the user requests a file. Repository writes beyond this declared work must enter the applicable coordination gate. Do not implement a recommendation, install tools, or run paid inference by default. Explicit task or session authorization governs those actions.
This skill runs only through explicit invocation or an authorized parent workflow. A parent workflow may load these instructions and apply narrower requirements. Do not infer a product directory or require a repository.
Workflow
1. Define the workload
Read the caller's requirements and relevant supplied context before researching candidates. State material assumptions. Ask only when missing information changes scope, deployment safety, or the ranking. Continue independent research while that information is pending.
Record the task, modalities, required languages, output contract, context size, latency, throughput, and expected volume. Record the current model and exact version when available. Record budget, hardware, license, region, retention, and no-training constraints. Treat deployment restrictions as caller requirements. Do not impose a particular gateway or hosting platform.
2. Find current candidates
Read references/sources.md before gathering evidence. Start with creator documentation and model cards. Check provider availability, pricing, capabilities, and retirement notices. Use task-matched leaderboards to test quality claims. Use Hugging Face metadata, cards, revisions, licenses, and hardware evidence for open-weights candidates.
Cover hosted APIs, gateways, and local inference when they fit the workload. Narrow the search when the caller restricts deployment. Batch independent source lookups. Give brief progress updates during sustained research.
Record exact model IDs, versions or revisions, serving providers, quantizations, and retrieval dates. Distinguish a creator's model from a provider's deployment. Confirm that a benchmark result matches the proposed version and settings.
Use public APIs and plain page retrieval first. When a required page needs rendering, use the chromium-browser skill.
Do not install a browser, CLI, or package automatically.
3. Compare evidence and fit
Apply hard requirements before ranking quality or cost. Check input and output modalities, schema and tool support, context limits, languages, licenses, lifecycle, region, and retention. For local inference, check memory, runtime support, quantization, and expected speed on the available hardware.
Keep demonstrated quality separate from popularity and adoption. Downloads, likes, usage share, and creator recognition can support adoption claims. They do not establish task accuracy. Do not reject a newcomer solely for missing popularity or an arbitrary adoption threshold. Apply an explicit caller reputation gate when one exists.
Use task-relevant benchmark categories and evaluation methods. Record score dates, settings, uncertainty, and material method differences. Missing evidence does not establish equal quality. Label unsupported quality claims and cost gaps. Do not fabricate scores, prices, latency, or availability.
When a discrete decision precedes language generation, assess a decision model plus a language model. Recommend the pair only when its modalities fit and its expected cost, latency, or control benefit justifies both stages.
4. Compare cost on one workload
Use the same workload and volume for every option. State input, output, reasoning, image, audio, caching, batch, and region assumptions when applicable. Include both stages of a pair and any routing frequency. For local inference, separate hardware and hosting expense from token charges. Do not treat local inference as free by assumption.
Show cost per request and at the expected volume. Compare absolute savings or premiums and ratios against the current model. If its price is unavailable, name another baseline. Keep observed costs separate from estimates. Use scenarios when usage or prices remain uncertain. Do not infer total cost from input price alone.
5. Deliver the recommendation
Lead with the preferred option and useful alternatives. Explain when each option is preferable. State whether the recommendation changes the current model. Do not turn alternatives into a routing implementation requirement.
Include these fields in the report:
- Workload, constraints, baseline, and material assumptions.
- Exact candidate IDs and versions, deployment paths, retrieval dates, and fit decisions.
- Task-relevant quality evidence and separate adoption evidence, with source links.
- Prices, cost assumptions, estimated costs, and relative costs on the common workload.
- Excluded candidates and reasons, including unavailable or retired deployments.
- Evidence gaps and the smallest evaluation needed to resolve a material uncertainty.
Completion Evidence
Complete the authorized research and deliver the report in chat. If a file was requested, also save it at the requested path. Do not stop after a shortlist or a progress report. Stop for a missing requirement only when it prevents a useful recommendation. State the exact missing input and complete independent research first.
Gateway Helper
Resolve scripts/ relative to this skill directory. The helper uses runtime builtins and needs no package installation.
It reads the public catalog without authentication:
bun run <skill-root>/scripts/gateway-models.ts --input image --tag structured-output --region eu --max-input 2
node <skill-root>/scripts/gateway-models.ts --type evaluation --input text
bun run <skill-root>/scripts/gateway-models.ts --endpoints <creator/model>Default: non-deprecated language models, newest first. Options: --type <t>, --match <a,b>, --creator <a,b>,
--input <a,b>, --tag <a,b>, --region <r>, --zdr, --max-input <USD per 1M>, --max-output <USD per 1M>,
--include-deprecated, --describe, --endpoints <id>, and --json. --zdr accepts models whose catalog value is
all or some. Verify the chosen provider when a requirement needs universal zero data retention.
The helper preserves unknown model fields in JSON output. Missing prices display as - and fail an active price
ceiling. Requests time out after 20 seconds. Exit codes: 0 for success, 2 for invalid arguments, and 1 for network or
response-validation errors. Catalog values are evidence of the provider's claims, not an independent service guarantee.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

