add-model
Adds new AI models from providers like Anthropic or OpenAI to your application codebase.
Install
mkdir -p .claude/skills/add-model-micheam && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/19093" && unzip -o skill.zip -d .claude/skills/add-model-micheam && rm skill.zipInstalls to .claude/skills/add-model-micheam
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Add a new AI model to a provider (anthropic, openai, groq, cerebras). Use when a new model is announced and needs to be supported in aico.Key capabilities
- →Gather model ID, description, pricing, and context window information
- →Create a new Go file for the AI model in the provider directory
- →Implement `assistant.GenerativeModel` interface methods for the new model
- →Register the new model in the provider's main file
- →Update the provider's documentation comment block
- →Deprecate predecessor models by updating their description and documentation
How it works
This skill gathers information about a new AI model, creates its Go implementation file, registers it within the appropriate provider, and updates documentation.
Inputs & outputs
When to use add-model
- →Adding support for a new LLM
- →Updating model pricing
- →Registering new API endpoints
About this skill
Add Model Skill
Add a new AI model to the aico codebase.
Arguments
$ARGUMENTS should be in the format provider:model-id (e.g. anthropic:claude-opus-4-6).
If only a model ID is given, infer the provider from the model name prefix:
claude-*→anthropicgpt-*,o1*,o3*,o4*→openaillama*,mixtral*→groqqwen*→cerebras- Other → ask the user
Prerequisite: Gather Model Information
Before writing any code, gather the following from the user or from provided reference URLs:
- Model ID — the exact string used in API calls (e.g.
claude-opus-4-6,gpt-4.1) - Description — what the model is best at
- Pricing — input/output per MTok
- Context window and max output tokens
- Notable capabilities (e.g. extended thinking, vision, tool calling)
- Predecessor model to deprecate (optional)
If the user provides a reference URL, fetch it to extract this information. Otherwise, search the web for the latest model information from the provider's official documentation.
Step-by-step Procedure
1. Read the existing model files in the target provider
Before creating any file, read at least one existing model file in the same provider directory to understand the exact current pattern. The patterns described below are guidelines — always match the actual code.
Provider directories:
internal/providers/anthropic/internal/providers/openai/internal/providers/groq/internal/providers/cerebras/
2. Create the model Go file
Create a new file at internal/providers/<provider>/<model_file_name>.go.
File naming convention — replace hyphens and dots with underscores, drop suffixes like -versatile or -instant for brevity:
claude-opus-4-6→claude_opus_4_6.gogpt-4.1→gpt4_1.gogpt-4.1-mini→gpt4_1_mini.goo3→o3.gollama-3.3-70b-versatile→llama3_3_70b.go
All models must:
- Add the interface compliance check:
var _ assistant.GenerativeModel = (*TypeName)(nil) - Implement all methods of
assistant.GenerativeModel:Provider() stringName() stringDescription() stringSetSystemInstruction(...*assistant.TextContent)GenerateContent(ctx, ...Message) (*GenerateContentResponse, error)GenerateContentStream(ctx, ...Message) (iter.Seq2[*GenerateContentResponse, error], error)
Provider-specific patterns:
Anthropic (internal/providers/anthropic/)
- Import: anthropic "github.com/anthropics/anthropic-sdk-go", anthropicopt "github.com/anthropics/anthropic-sdk-go/option"
- Define: const ModelNameXxx = "model-id"
- Struct fields: client *anthropic.Client, opts []anthropicopt.RequestOption
- Constructor: takes *anthropic.Client (NOT apiKey)
- GenerateContent: buildRequestBody() → m.client.Messages.New()
- GenerateContentStream: buildRequestBody() → m.client.Messages.NewStreaming()
Template: claude_opus_4_6.go
OpenAI (internal/providers/openai/)
- Struct fields: systemInstruction []*assistant.TextContent, client *APIClient
- Constructor: takes apiKey string → NewAPIClient(apiKey)
- GenerateContent: BuildChatRequest() → m.client.DoPost(ctx, endpoint, req, resp)
- GenerateContentStream: BuildChatRequest() → m.client.DoStream(ctx, endpoint, req)
- Also implements SetHttpClient(c *http.Client) (not part of interface, but required for this provider)
Template: gpt4_1.go
Groq / Cerebras (OpenAI-compatible)
- Import: "micheam.com/aico/internal/providers/openai"
- Struct fields: systemInstruction []*assistant.TextContent, client *openai.APIClient
- Constructor: takes apiKey string → openai.NewAPIClient(apiKey)
- GenerateContent: delegates to openai.GenerateContent(ctx, m.client, Endpoint, m.Name(), ...)
- GenerateContentStream: delegates to openai.GenerateContentStream(ctx, m.client, Endpoint, m.Name(), ...)
- Uses the provider's Endpoint constant (defined in the provider main file)
Template: llama3_3_70b.go (groq) or gpt_oss_120b.go (cerebras)
3. Register the model in the provider file
Edit the provider's main file (e.g. anthropic.go, chat.go for openai, groq.go, cerebras.go).
Update all three registration points:
AvailableModels()— add the new model struct to the returned sliceselectModel()— add acasefor the model ID stringNewGenerativeModel()— add acasefor the model ID with the constructor call
Place the new model at the top of each list/switch (latest model first).
Note:
cmd/aico/models.godoes NOT need changes. It aggregates models from all providers automatically via each provider'sAvailableModels()function.
4. Update the doc comment
Update the documentation comment block at the top of the provider file to include the new model's description, capabilities, and pricing.
5. Deprecate predecessor (if requested)
If the user requests deprecating an older model:
- Prefix its
Description()return with[Deprecated] <Model Name> - superseded by <New Model>. - Move its entry in the doc comment to the bottom with
(Deprecated)suffix - Keep all code functional — do NOT remove the model
6. Build and test
make test
This runs go vet ./... and go test -tags e2e ./....
7. Verify with CLI
Run and show the user the output of:
go run ./cmd/aico models
go run ./cmd/aico models describe <new-model-id>
If a predecessor was deprecated, also show:
go run ./cmd/aico models describe <deprecated-model-id>
8. Commit
Follow the Conventional Commits format:
feat(api): add <Model Name> support
If a predecessor was deprecated:
feat(api): add <Model Name> support and deprecate <Old Model>
When not to use it
- →When the user does not provide a provider and model ID
- →When the user wants to remove a model entirely instead of deprecating it
- →When the user wants to bypass the `make test` and CLI verification steps
Limitations
- →All models must implement `assistant.GenerativeModel` interface
- →Model naming convention must be followed for file creation
- →Registration points in the provider's main file must be updated
How it compares
This workflow systematically integrates new AI models into the codebase, ensuring proper implementation, registration, and documentation, unlike manual, ad-hoc additions.
Compared to similar skills
add-model side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| add-model (this skill) | 0 | 4mo | No flags | Advanced |
| langchain-architecture | 8 | 2mo | Review | Intermediate |
| voice-ai-development | 5 | 6mo | No flags | Advanced |
| deepgram-core-workflow-a | 0 | 10d | Review | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
You might also like
langchain-architecture
wshobson
Design LLM applications using the LangChain framework with agents, memory, and tool integration patterns. Use when building LangChain applications, implementing AI agents, or creating complex LLM workflows.
voice-ai-development
davila7
Expert in building voice AI applications - from real-time voice agents to voice-enabled apps. Covers OpenAI Realtime API, Vapi for voice agents, Deepgram for transcription, ElevenLabs for synthesis, LiveKit for real-time infrastructure, and WebRTC fundamentals. Knows how to build low-latency, production-ready voice experiences. Use when: voice ai, voice agent, speech to text, text to speech, realtime voice.
deepgram-core-workflow-a
jeremylongshore
Implement speech-to-text transcription workflow with Deepgram. Use when building pre-recorded audio transcription, batch processing, or implementing core transcription features. Trigger with phrases like "deepgram transcription", "speech to text", "transcribe audio", "audio transcription workflow", "batch transcription".
llm-what-to-use-when
TimelessP
Practical decision guide for choosing between Vercel AI SDK, LiteLLM, LightLLM, and direct provider SDKs based on runtime, deployment model, and constraints. Use when asked which LLM tooling to use for JS/TS apps, Python apps, static SPAs, or self-hosted inference.
mcp-builder
anthropics
Guide for creating high-quality MCP (Model Context Protocol) servers that enable LLMs to interact with external services through well-designed tools. Use when building MCP servers to integrate external APIs or services, whether in Python (FastMCP) or Node/TypeScript (MCP SDK).
telegram-bot-builder
davila7
Expert in building Telegram bots that solve real problems - from simple automation to complex AI-powered bots. Covers bot architecture, the Telegram Bot API, user experience, monetization strategies, and scaling bots to thousands of users. Use when: telegram bot, bot api, telegram automation, chat bot telegram, tg bot.