Tokenlab model picker
Skill hedging8563/tokenlab-skills/skills/tokenlab-model-picker
Agent skills for TokenLab API integration, model picking, native endpoints, cost routing, and OpenAI-compatible migration
npx -y skills add hedging8563/tokenlab-skills --skill tokenlab-model-pickerAssembled 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.
What its author says it does
Copied from the file, not written here
Pick TokenLab models for chat, coding, image, video, audio, embeddings, reranking, and translation by reading public model catalog signals before recommending concrete model IDs.
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
2.9 KB, as published. Nobody here has run it
TokenLab Model Picker
Use this skill when a user asks which TokenLab model to use, how to compare model options, or how to route a workload across model families.
What this skill should deliver
- A short model shortlist with exact TokenLab model IDs.
- The workload assumptions used to pick the models.
- A public catalog lookup path that the user or agent can rerun.
- A fallback model when the first choice is unavailable or too expensive.
- A caveat when a recommendation depends on volatile pricing, availability, or benchmark data.
Preferred approach
- Identify the workload: chat, coding, agent loop, image, video, audio, embedding, rerank, translation, or multimodal.
- Use the public model catalog before recommending hardcoded IDs:
- General catalog:
GET https://api.tokenlab.sh/v1/models - Task shortlist:
GET https://api.tokenlab.sh/v1/models?recommended_for=<scene> - Model contract:
GET https://api.tokenlab.sh/v1/models/:model - Pricing detail:
GET https://api.tokenlab.sh/v1/models/:model/pricing
- General catalog:
- Prefer exact public model IDs over family names.
- Separate recommendation dimensions:
- quality or frontier capability
- cost sensitivity
- latency or fast iteration
- native endpoint needs
- multimodal input or output
- Return a compact table, then one runnable API example if useful.
Default shortlist patterns
- Coding and agent work: choose a strong reasoning/coding model, a cheaper fallback, and a fast iteration model.
- General chat: choose one balanced model and one lower-cost fallback.
- Image or video: use
recommended_for=imageorrecommended_for=videoinstead of guessing request shapes. - Embeddings, rerank, translation, TTS, STT, music, or 3D: use the task-specific shortlist and inspect the model contract before showing parameters.
Output format
- One sentence naming the workload assumptions.
- A table with
Use,Model ID,Why, andFallback. - One catalog command the user can rerun.
- One warning line if availability, pricing, or provider-native behavior must be verified.
Avoid
- Do not claim a single universal best model.
- Do not recommend provider-prefixed or physical route names as public model IDs.
- Do not invent prices or model counts.
- Do not silently translate a native-only need into a generic chat completion.
- Do not recommend a model that is absent from the current public catalog.
Edge Cases
- If the user asks for the cheapest option, still include capability limits.
- If the user asks for a benchmark winner, require a cited benchmark and observed date.
- If the catalog is unavailable, say so and fall back to the last known examples only as examples, not truth.