Agent Builder
shareAI-lab/learn-claude-code
Design and build AI agents for any domain. An agent skill from shareAI-lab/learn-claude-code.
A skill your agent uses whenever a build emits or repairs .agentlas/routing-card.json — the shared card contract for the single-agent builder, the team builder, and the packager.
$ npx skills add agentlas-ai/Agentlas-OS --skill routing-card-authoring -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install agentlas-ai/Agentlas-OS routing-card-authoring --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/agentlas-ai/Agentlas-OS.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/routing-card-authoring .claude/skills/routing-card-authoring && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "routing-card-authoring" agent skill from https://github.com/agentlas-ai/Agentlas-OS/tree/main/skills/routing-card-authoring into .claude/skills/routing-card-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "routing-card-authoring", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/agentlas-ai/Agentlas-OS/tree/main/skills/routing-card-authoringType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add agentlas-ai/Agentlas-OS --skill routing-card-authoring -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install agentlas-ai/Agentlas-OS routing-card-authoring --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/agentlas-ai/Agentlas-OS.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/routing-card-authoring .agents/skills/routing-card-authoring && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "routing-card-authoring" agent skill from https://github.com/agentlas-ai/Agentlas-OS/tree/main/skills/routing-card-authoring into .agents/skills/routing-card-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "routing-card-authoring", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add agentlas-ai/Agentlas-OS --skill routing-card-authoring -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install agentlas-ai/Agentlas-OS routing-card-authoring --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/agentlas-ai/Agentlas-OS.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/routing-card-authoring .cursor/skills/routing-card-authoring && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "routing-card-authoring" agent skill from https://github.com/agentlas-ai/Agentlas-OS/tree/main/skills/routing-card-authoring into .cursor/skills/routing-card-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "routing-card-authoring", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/agentlas-ai/Agentlas-OS.git --path skills/routing-card-authoring--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add agentlas-ai/Agentlas-OS --skill routing-card-authoring -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install agentlas-ai/Agentlas-OS routing-card-authoring --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/agentlas-ai/Agentlas-OS.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/routing-card-authoring .gemini/skills/routing-card-authoring && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "routing-card-authoring" agent skill from https://github.com/agentlas-ai/Agentlas-OS/tree/main/skills/routing-card-authoring into .gemini/skills/routing-card-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "routing-card-authoring", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install agentlas-ai/Agentlas-OS routing-card-authoringInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add agentlas-ai/Agentlas-OS --skill routing-card-authoring -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/agentlas-ai/Agentlas-OS.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/routing-card-authoring .github/skills/routing-card-authoring && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "routing-card-authoring" agent skill from https://github.com/agentlas-ai/Agentlas-OS/tree/main/skills/routing-card-authoring into .github/skills/routing-card-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "routing-card-authoring", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add agentlas-ai/Agentlas-OS --skill routing-card-authoring -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install agentlas-ai/Agentlas-OS routing-card-authoring --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/agentlas-ai/Agentlas-OS.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/routing-card-authoring .opencode/skills/routing-card-authoring && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "routing-card-authoring" agent skill from https://github.com/agentlas-ai/Agentlas-OS/tree/main/skills/routing-card-authoring into .opencode/skills/routing-card-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "routing-card-authoring", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
routing-card-authoringA skill your agent uses whenever a build emits or repairs .agentlas/routing-card.json — the shared card contract for the single-agent builder, the team builder, and the packager.
Routing Card Authoring is an agent skill from agentlas-ai/Agentlas-OS. Use whenever a build emits or repairs .agentlas/routing-card.json — the shared card contract for the single-agent builder, the team builder, and the packager. States what belongs in every field, which fields the hub can actually match on, and which fields silently break matching when a sentence leaks into them.
Its SKILL.md is about 2.7k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in AI & LLM Engineering, covering Building AI agents. The repository describes itself as: Agent OS: keep specialist agents in a hub, spin up a temporary orchestrator per task. Local-first, works with any model. The licence is Apache-2.0.
2 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 46420de. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md.
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Routing Card Authoring loads about 2.7k tokens when it runs. Until then it costs about 84 tokens; SKILL.md has 1,243 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from agentlas-ai/Agentlas-OS at commit 46420de, republished under its Apache-2.0 licence (© agentlas-ai). 1,243 words, ~2,745 tokens.
.claude/skills/routing-card-authoring/SKILL.md (or your agent's skills folder).One card, four builders. 10-single-agent-builder, 20-multi-agent-team-builder,
30-agentlas-packager, and 40-session-agent-builder differ in what they
assemble, but the routing card is the same artifact with the same rules in all
four. This file is the reference
they share, and templates/routing-card.example.json is a complete card that
passes schemas/routing-card.schema.json.
Every rule below was measured against the live corpus on 2026-07-30 (492 workforce profiles, 253 stored manifests). The two facts that decide everything else:
communities (422 of 492 populated, 105 distinct) and skills (492 of 492,
1,969 distinct). Everything else is either declared by almost nobody
(roles 6, tools 10, knowledge 0, forbiddenAuthorities 0), or declared
by everyone with the same value (runtimes 14 distinct over 492 profiles,
languages exactly 2, modalities exactly 1) — neither can separate
candidates.task text is
compared semantically against the card's summary. A card whose summary
names its actual deliverable outranks a card with a perfect id list.So the card has two jobs, and mixing them is the classic defect: short ids
for retrieval, whole sentences for judgement. A sentence that leaks into an
id field becomes a slug nothing else can ever match — measured: 8,973 distinct
outputs values across the corpus, 0% shared by two agents.
Columns: what the field is for · what the hub does with it · what to write.
| Field | Hub use | What to write |
|---|---|---|
schemaVersion | none | Exactly "routing-card/2.0". |
card_version | none | Semver of this card's content, bumped when you edit it. |
id | identity | local/<package-slug> before upload. |
canonical_id | identity | Stable cross-registry id when one exists, else omit. |
type | hard filter (entityKind) | "agent", "team", or "plugin". A team means an orchestrator owns workers; do not label a single worker a team. |
name / name_ko | display + lexical retrieval | The job title a human would search for. Not a product pun. |
aliases | lexical retrieval | Other phrasings a requester might type, including Korean. Cheap and safe to add. |
supersedes | lineage | Ids this card replaces. |
| Field | Hub use | What to write |
|---|---|---|
summary (≤240 chars) | semantic ranking against the slot task — the single highest-value field | One sentence: what it does, what the requester ends up holding, and the one boundary that matters. Name the deliverable in the words a requester would use. Do not list technologies for their own sake. |
summary_ko | display + Korean retrieval | Faithful Korean of summary. |
description | semantic ranking | 2–4 sentences: when to use it, what the deliverable contains, and what it explicitly does not do. This is where "does not implement" or "does not run migrations" belongs. |
trigger_examples | semantic ranking (strong) | 6+ real sentences a requester would actually type, 3 Korean and 3 English. Write the request, not a feature name. |
anti_triggers | negative ranking | 4+ sentences that look adjacent but must NOT route here. This is how a design agent stops absorbing implementation work. |
known_failure_cases | honesty, read by the host LLM | What the agent degrades to when an input is missing. Sentences, whole. |
| Field | Hub use | What to write |
|---|---|---|
capabilities | → skills column, lexical + semantic retrieval | 4–8 ids in verb_object snake_case (design_backend_services). Schema enforces the pattern. These become open skill:* graph concepts. Seed aliases may normalize familiar terms, but no finite list owns what an agent is allowed to know or do. |
domains | lexical retrieval | 2–5 broad area words. |
required_inputs / optional_inputs | compatibility display | Canonical interfaces live in contracts/intake.schema.json. Only stable name/id values may project to ontology IDs; descriptions and JSON types never do. |
input_notes | not read by matching | Free-text lines explaining each input, for humans and for the executing model. |
consumes / produces | compatibility display | Canonical interfaces live in contracts/intake.schema.json and contracts/output.schema.json. When present, use short stable kind IDs only. |
supported_runtimes | packaging metadata | Do not emit it as agent identity. Runtime adapters and prepare-time execution policy own compatibility. |
required_plugins | → tools column | {id, min_permissions} for a facility the worker itself must invoke. Almost no card declares tools; state the requirement vendor-free and keep the package usable without it. |
workforce is defined in schemas/routing-card.schema.json and is what the hub
reads. The snapshot agentlas_cloud/workforce/ontology_v1.json
(awo:2026-07-15.2) supplies seed aliases, parent relations and compatibility
mappings. It is not an allowlist. When no seed concept fits, author a faithful
English namespaced ID; the Hub embeds it and connects it to the ontology graph.
| Field | Hub use | What to write |
|---|---|---|
workforce.communities | semantic scope + strong ranking signal | 1–5 open community:* professional-domain ids. Reuse a seed alias when it fits; otherwise author the real community. |
workforce.skills | semantic ranking | 3–12 open skill:* verb-object capability ids that actually distinguish this agent. They are not a fixed dictionary. |
workforce.knowledge | ranking | knowledge:* ids. You may omit it: the compiler now derives one id per knowledge/*.md file the package ships (file stem → knowledge:<stem>), which is why the column existed with 0 producers until 2026-07-30. |
workforce.roles | semantic ranking | 0–4 open role:* professional-responsibility ids. [] is honest when the card already expresses the work better through its summary and skills. |
workforce.languages | delivery metadata, never an identity/callability gate | Languages the work product can genuinely be delivered in. Listing translation does not count. [] is allowed when unknown. |
workforce.modalities | runtime/input metadata, never an identity/callability gate | Declare only non-text media the agent genuinely consumes or emits. Ordinary text reasoning may use []. |
| Field | Hub use | What to write |
|---|---|---|
risk_profile.tier | display, governance | low / medium / high. |
risk_profile.capabilities_at_risk | display, governance | Enum: file_write, cloud_call, payment, publish, delete, private_data_export, external_tool. It never becomes semantic authority identity. |
approval_requirements | → authorities column | Same vocabulary; what a human must approve. |
approval_scope | runtime policy | {grant, ttl_seconds}. |
memory_behavior | runtime policy | {reads, writes, exports_to_cloud} — required object. |
data_access | runtime policy | {reads, writes, exports} path classes. |
cloud_delegation_policy | runtime policy | never / ask / allowed_with_grant. |
cost_hints | display | {model_calls, paid_api}. |
entrypoints | execution | {canonical_command, agent, terminal}. |
benchmark_fixtures | quality | Path to .agentlas/routing-benchmarks.jsonl. |
locale_coverage | display only | {primary, ready, partial} for marketplace copy. It must never project into workforce languages. |
routing_status | gate | draft → searchable → candidate → routing_ready → trusted. Only a card with real triggers, a real summary and a filled workforce block should claim routing_ready. |
routing_status_reason | gate | Why it is not ready, when it is not. |
card_quality_score, quality, integrity, source, stale, updated_at, agent_card_ref | pipeline-owned | Leave to lint, publish and the hub. Do not hand-author scores. |
summary names the deliverable in a requester's words, under 240 chars.trigger_examples (3 ko / 3 en) and 4+ anti_triggers, all real sentences.capabilities: 4–8 verb_object ids, checked against community aliases for
accidental pulls (contract → legal, and similar).description inside required_inputs, optional_inputs, consumes
or produces. Explanations go in input_notes / description /
known_failure_cases.workforce.communities, skills, roles, and knowledge use stable open
English IDs. Seed aliases are reusable examples, never an allowlist.risk_profile.capabilities_at_risk lists only real risks.routing_status is honest.schemas/routing-card.schema.json.templates/routing-card.example.json was compiled through the live hub
compiler (compileExactOwnerPrivateWorkforceProfile) on 2026-07-30. Result:
communities [4] backend-engineering, database-engineering, legal*, software-engineering
skills [9] api-design, software-architecture, data-modeling + 6 from capabilities
knowledge [2] api-contract-checklist, database-schema-patterns (from knowledge/*.md)
inputs [5] requirement-brief, load-profile, service-context, stack-constraints, text*
outputs [3] api-contract, data-model, decision-record
runtimes [4] claude-code, codex, gemini-cli, terminal
languages [2] en, ko modalities [1] text
roles [2] backend-engineer, software-architect
authorities [1] file-write forbiddenAuthorities []The same card written with sentences inside produces/required_inputs
produced outputs [6] and inputs [10] full of unmatchable slugs like
artifact:architecture-decision-record-naming-the-chosen-component-boundaries-and-….
That is the difference this spec exists to hold.
Two known compiler leaks are visible above and are not the author's fault:
legal* (community alias "contract review") and artifact:text* (the type
value of an input becoming a concept). Fix them in the compiler, not by
contorting the card.
© agentlas-ai, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in skills/routing-card-authoring of agentlas-ai/Agentlas-OS.
Open the folder on GitHubat commit 46420de
Routing Card Authoring next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Routing Card Authoring this skillagentlas-ai/Agentlas-OS | 1.6k | — | ~2.7k | Automated safety check: Pass | Apache-2.0 | |
| Agent BuildershareAI-lab/learn-claude-code | 78k | 4 repos | ~1.2k | Automated safety check: Pass | MIT | |
| Paperclip Create Agentpaperclipai/paperclip | 100k | 1 repos | ~2.1k | Automated safety check: Pass | MIT | |
| Senior Prompt Engineermaslennikov-ig/claude-code-orchestrator-kit | 260 | 3 repos | ~1.4k | Automated safety check: Pass | Custom licence | |
| Create Agentgnekt/My-Brain-Is-Full-Crew | 3.9k | — | ~3.1k | Automated safety check: Pass | Custom licence | |
| Ms Agent Framework RAGshuyu-labs/WebCode | 278 | — | ~1.1k | Automated safety check: Pass | Custom licence |
shareAI-lab/learn-claude-code
Design and build AI agents for any domain. An agent skill from shareAI-lab/learn-claude-code.
paperclipai/paperclip
Create new agents in Paperclip with governance-aware hiring.
maslennikov-ig/claude-code-orchestrator-kit
Provides reference guides and Python scripts for prompt optimization, RAG evaluation, and agent orchestration when building or tuning LLM systems.
gnekt/My-Brain-Is-Full-Crew
Create a new custom agent from scratch. An agent skill from gnekt/My-Brain-Is-Full-Crew.
shuyu-labs/WebCode
Comprehensive guide for building Agentic RAG systems using Microsoft Agent Framework in C.
pifferologo/cloud-agents-cli
This skill should be used when the user wants to "write agent code", "build an agent with ADK", "add a tool", "create a callback", "define an agent", "use state management", or needs ADK (Agent…
agentlas-ai/Agentlas-OS
A skill your agent uses when an agent folder must pass the Agentlas Cloud 2-stage security scan (static rules + BYOK LLM judgment) before private sync or public publish, or when asked to…
agentlas-ai/Agentlas-OS
A skill your agent uses when the user types /prompts:hep-build or /agentlas-build, mentions @Hephaestus for build work, asks to create a single Agentlas agent, create a multi-agent team, or package…
agentlas-ai/Agentlas-OS
A skill your agent uses when the user types /hep-graph or asks to create, list, inspect, or request a run of an Agentlas automation graph.
agentlas-ai/Agentlas-OS
A skill your agent uses when the user types $hephaestus-upload, /hep-upload, or /agentlas-upload, or asks to upload, publish, or list an Agentlas agent or team.
agentlas-ai/Agentlas-OS
A skill your agent uses when generating or auditing a multi-role agent team package with orchestrator, PM Soul, Memory Curator, Policy Gate, workers, eval, QA, handoffs, and runtime adapters.
agentlas-ai/Agentlas-OS
A skill your agent uses when the user types $hephaestus-network, /hep-network, or /agentlas-network, mentions @Hephaestus, or asks Agentlas to staff a durable goal from registered Local, owner…
Categories
A skill your agent uses whenever a build emits or repairs .agentlas/routing-card.json — the shared card contract for the single-agent builder, the team builder, and the packager. Routing Card Authoring is an agent skill from agentlas-ai/Agentlas-OS.json — the shared card contract for the single-agent builder, the team builder, and the packager.
Routing Card Authoring fits situations like: repairs .agentlas/routing-card.json — the shared card contract for the single-agent builder; the team builder.
Run `npx skills add agentlas-ai/Agentlas-OS --skill routing-card-authoring -a claude-code`. Or copy the skill folder (skills/routing-card-authoring in agentlas-ai/Agentlas-OS) into .claude/skills/routing-card-authoring in your project. Claude Code loads it when a task matches its description.
Run `npx skills add agentlas-ai/Agentlas-OS --skill routing-card-authoring -a codex`. Or copy the skill folder (skills/routing-card-authoring in agentlas-ai/Agentlas-OS) into .agents/skills/routing-card-authoring in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add agentlas-ai/Agentlas-OS --skill routing-card-authoring -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/routing-card-authoring, .gemini/skills/routing-card-authoring, .github/skills/routing-card-authoring and .opencode/skills/routing-card-authoring in your project.
SKILL.md names no scripts, command-line tools or credentials: Routing Card Authoring is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Routing Card Authoring is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 2.7k tokens (SKILL.md is roughly 11k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Routing Card Authoring: Agent Builder (shareAI-lab/learn-claude-code, 78k stars), Paperclip Create Agent (paperclipai/paperclip, 100k stars), Senior Prompt Engineer (maslennikov-ig/claude-code-orchestrator-kit, 260 stars) and Create Agent (gnekt/My-Brain-Is-Full-Crew, 3.9k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
agentlas-ai (a GitHub organization) maintains it in agentlas-ai/Agentlas-OS, which has 1,576 GitHub stars. The repository holds 53 skills in this directory. The repository was last updated on October 10, 2026.
Source: agentlas-ai/Agentlas-OS on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.