skill
aweskill
A CLI-first skill package manager that AI agents can operate themselves.
Set up
Skills are installed by placing their folder where your agent loads skills.
Install instructions come from the README
README
synced Oct 14, 2026Like npm for local AI agent skills: one install, many coding agents.
aweskill is a local skill package manager for AI agents such as Codex, Claude Code, Cursor, Gemini CLI, Qwen Code, Windsurf, OpenCode, and more.
It helps developers find, install, update, bundle, deduplicate, back up, and reuse skills across multiple AI coding tools.
Instead of copying the same SKILL.md folders into every tool by hand, aweskill keeps one central source of truth in ~/.aweskill/skills/ and projects selected skills into each agent's expected directory using symlink, junction, or managed copy.
Website: aweskill.webioinfo.top — project homepage with install guides and agent compatibility overview.
Quick Start
aweskill is designed for a simple loop: install the CLI once, equip your agent with the built-in management skills, then let the agent operate aweskill for day-to-day work.
1. Install aweskill
If you are working inside Codex, Claude Code, Cursor, or another coding agent, just hand the whole job to it — the agent installs the CLI, initializes the store, and projects the built-in skills. Invoke skills (/ in Claude Code, $ in Codex) afterwards to confirm the new skills appear; if not, restart the agent first.
You can tell your agent:
Read https://github.com/Webioinfo01/aweskill/blob/main/README.ai.md and follow it to install aweskill for this agent.
Working outside a coding agent and prefer to do it yourself? Install globally with npm (requires Node.js 20 or later), then initialize the central store — the commands are in the folded blocks below.
Package page: npmjs.com/package/aweskill
# Install aweskill and initialize the central store
npm install -g aweskill
aweskill store init
# Show where the aweskill store lives
aweskill store where --verbose
Example: a coding agent following README.ai.md to install aweskill, initialize the central store, and project the built-in skills.
# Install from this repository
npm install
npm run build
npm install -g .
# Install the dev version from GitHub (dev branch contains in-progress changes and may be unstable)
npm install -g Webioinfo01/aweskill#dev
# Local development link
npm install
npm link
aweskill --help
# Install from a packed tarball
npm install
npm pack
npm install -g ./aweskill-<version>.tgz
2. Equip your agent
If you just installed aweskill by hand, one step remains: project the three built-in management skills into your current agent — aweskill for day-to-day operations, aweskill-doctor for diagnosis and repair, and aweskill-creator for authoring (see Built-In Agent Skills for what each covers). Agent-assisted installs complete this step automatically.
You can tell your agent:
List the supported agent ids, then project aweskill, aweskill-doctor, and aweskill-creator into codex's global skills directory.
# See supported agent ids
aweskill agent supported
# Project the built-in management skills into your current agent
aweskill agent add skill aweskill,aweskill-doctor,aweskill-creator --global --agent codex
# Verify the current projected state
aweskill agent list --global --agent codex
Replace codex with your agent id.
3. Use aweskill through natural language
From here on, day-to-day use needs no memorized commands: state the intent and the agent enters the matching aweskill workflow. The six common scenarios follow — each opens with the intent and the outcome in plain language; expand the folded block to run the CLI by hand or verify exactly what happens.
Bring existing skills under management
If you already have skills scattered across Claude Code, Codex, and other tools, aweskill can scan those directories and bring the unmanaged ones into the central store as the single source of truth going forward. Scanning only discovers and reports; importing happens after you confirm. On import, the original directory is replaced by a symlink into the central store by default (original files can be kept instead).
You can tell your agent:
Bring the skills already in my Claude Code directories into aweskill.
# Scan agent skill directories (dry-run: only discover)
aweskill store scan
# Scan and import all discovered skills
aweskill store scan --import
# Scan and import with detailed output
aweskill store scan --import --verbose
# Scan and import, overwriting existing skills
aweskill store scan --import --override
# Scan and import, keeping originals instead of replacing with symlinks
aweskill store scan --import --keep-source
# Scan specific agent only
aweskill store scan --import --agent claude
Find, install, and keep skills up to date
When you need a new skill, have the agent search skills.sh and sciskillhub.org together, or only the local central store: remote results come with a source aweskill store install can use directly, and local results point at the skill path. Installs record their source, so one command later checks or refreshes updates while your local edits in the central store stay protected. Peek at a skill with store show before installing or updating.
You can tell your agent:
Find a proteomics skill and install it; then check whether my installed skills have source updates.
# Search both skills.sh and sciskillhub.org
aweskill find protein
# Search one provider only
aweskill find protein --provider sciskill
# Search the local central store and print matching skill paths
aweskill find review --local
# Inspect one local skill summary
aweskill store show paper-review
# Print the full markdown or just the path
aweskill store show paper-review --raw
aweskill store show paper-review --path
# Install a skill from a GitHub-style source discovered via skills.sh
aweskill store install owner/repo
# Install a scientific skill from sciskillhub.org
aweskill store install sciskill:open-source/research/lifesciences-proteomics
# Check tracked installs for updates without changing files
aweskill store update --check
# Refresh one tracked skill from its recorded source
aweskill store update lifesciences-proteomics
Create a new skill
Making a skill follows the same lifecycle as installing one: scaffold into the central store, iterate, validate, project, and publish when it is good enough.
You can tell your agent:
Make me a skill for reviewing papers: scaffold it, write the trigger description, and project it to Codex.
# Check whether a similar skill already exists before writing a new one
aweskill find review
aweskill find review --local
# Scaffold a new skill with valid SKILL.md frontmatter and references/
aweskill store create paper-review --description "Use when reviewing academic papers, checking citations, or summarizing manuscripts. 中文触发词:论文评审、审稿、文献总结。"
# Draft the skill: edit the generated SKILL.md body at
# ~/.aweskill/skills/paper-review/SKILL.md and add on-demand docs under references/
# Validate the frontmatter (dry-run by default)
aweskill doctor fix-skills --skill paper-review
# Project and iterate; projections are symlinks, so edits go live instantly
aweskill agent add skill paper-review --global --agent codex
A few notes:
- With the built-in
aweskill-creatorskill projected, you can just ask your agent to "make me a skill for X" — it interviews you, checks for existing skills, scaffolds, drafts, tests with realistic prompts, validates, and projects - For a repo-specific skill shared through git, scaffold into the repo instead and bring it into the store later:
aweskill store create my-skill --dir <repo>/.agents/skills, thenaweskill store install <path>on each machine - To publish, copy the finished skill directory into its own git repo; others install it with
aweskill install owner/repo - Created skills are not source-tracked (like
scan --import), sostore updatenever overwrites your edits
Group skills into reusable bundles
When the same skills always travel together — a project's stack, a team's standard workflow — group them into a bundle and project or remove the whole set at once instead of naming skills one by one. Bundles live in ~/.aweskill/bundles/*.yaml and can be shared through git.
You can tell your agent:
Create a backend bundle with api-design and db-schema in it.
# Create a reusable bundle
aweskill bundle create backend
# Add multiple skills into the bundle
aweskill bundle add backend api-design,db-schema
# Inspect what the bundle contains
aweskill bundle show backend
Project skills into agents
A skill takes effect only once it is projected into the target agent's skill directory — the projected state is the activation state. Project a single skill, several skills, or a whole bundle, into one agent or every detected agent. Projections are symlinks by default, so edits in the central store go live instantly. Disable a projection with agent remove, and when you no longer want aweskill to manage things at all, agent recover turns the symlinks back into full directories.
You can tell your agent:
Project the backend bundle to Codex and Cursor.
# Project one skill into detected global agent directories
aweskill agent add skill biopython
# Project multiple skills into one specific global agent directory
aweskill agent add skill biopython,scanpy --global --agent codex
# Project a whole bundle into every detected global agent directory
aweskill agent add bundle backend --global --agent all
# Turn managed symlinks back into full directories
aweskill agent recover --global --agent codex
Inspect, repair, and back up
Local state drifts over time: broken projections, duplicate entries, suspicious files, malformed frontmatter. The doctor commands handle these — they all default to dry run, only --apply makes real changes, and rewrites or moves can back up the originals first. The central store as a whole can be archived with store backup and restored with store restore at any time.
You can tell your agent:
Inspect my Codex skills for broken or duplicate projections, but do not modify anything yet.
# Inspect the central store layout and entry counts
aweskill store where --verbose
# Create a backup archive of the current store
aweskill store backup
# Restore a backup archive into the current store
aweskill store restore ~/Downloads/aweskill-backup.tar.gz
# Inspect agent entries and categories
aweskill agent list
# Remove suspicious entries from the central store
aweskill doctor clean
# Move duplicate central-store skills into dup_skills
aweskill doctor dedup --apply
# Back up duplicates before moving them into dup_skills
aweskill doctor dedup --apply --backup
# Back up malformed SKILL.md files before rewriting them
aweskill doctor fix-skills --apply --backup
# Inspect repair actions for one agent
aweskill doctor sync --global --agent codex
# Repair broken / duplicate / matched agent entries for one agent
aweskill doctor sync --global --agent codex --apply
# Remove suspicious agent entries only when explicitly requested
aweskill doctor sync --global --agent codex --apply --remove-suspicious
aweskill doctor fix-skills reports two groups of categories:
- Actionable fixes:
missing-closing-delimiteradds the missing frontmatter closing fence,invalid-yamlrebuilds broken frontmatter from recoverable fields and body text,added-frontmatterinserts minimal frontmatter when the file starts with body content,normalized-namerestores a usable canonical skill name, andnormalized-descriptionrestores a usable description from the first body sentence. - Informational checks:
normalized-required-permissionsreports permissions that could be normalized into the canonical list form,preserved-unknown-fieldsreports frontmatter fields outside the built-in core set, andremoved-empty-fieldsreports blank arrays, objects, or scalar values that could be dropped.
See docs/fix-skills-categories.md for full details and before/after examples.
Add the aweskill badge to your project
If your project uses aweskill and you'd like to show support, add one of these badges to your README:
| Badge | Preview |
|---|---|
aweskill-badge.svg | Used by aweskill itself |
aweskill-badge2.svg | For companion projects |
Example using aweskill-badge2.svg:
<a href="https://github.com/Webioinfo01/aweskill">
<img src="https://raw.githubusercontent.com/Webioinfo01/aweskill/main/logo/aweskill-badge2.svg" alt="aweskill companion">
</a>
Place it in your README title, e.g.:
# My Project <a href="https://github.com/Webioinfo01/aweskill"><img src="https://raw.githubusercontent.com/Webioinfo01/aweskill/main/logo/aweskill-badge2.svg" alt="aweskill companion"></a>
FAQ
Why aweskill, and who is it for?
aweskill is for developers and teams who use more than one AI agent, maintain reusable SKILL.md folders or agent instructions, and want one local source of truth instead of copying the same skills into every tool. It is especially useful when the problem is not only distribution, but also ongoing repair: broken projections, duplicate skills, suspicious entries, stale links, and malformed SKILL.md files that accumulate over time.
- One central store for all your local skills in
~/.aweskill/skills/ - Search, install, and update loop across skills.sh, sciskillhub.org, GitHub-style sources, and local paths
- Multi-agent projection across Codex, Claude Code, Cursor, Gemini CLI, Qwen Code, Windsurf, OpenCode, and more
- Doctor workflows for real local mess such as broken projections, duplicate entries, suspicious files, malformed frontmatter, and drift between agent directories and the central store
- Bundle-based organization for reusable skill sets by project, team, workflow, or agent
- Managed enable/disable model with plug-and-play projection instead of manually copying folders into each tool
- Agent-callable management, repair, and authoring skills so AI agents can run
aweskill,aweskill-doctor, andaweskill-creatorworkflows from natural-language requests - Backup, restore, deduplication, cleanup, sync repair, and recovery in one local CLI workflow
Where does aweskill store skills?
aweskill stores managed skills in ~/.aweskill/skills/.
Can aweskill share skills between Claude Code and Codex?
Yes. aweskill keeps one central copy of a skill and projects it into each agent's expected skill directory.
Do projected skills work inside git worktrees?
By default aweskill writes relative symlinks, which resolve only at the depth they were created for. If you commit projected skills into git and check them out into a nested git worktree, the relative target can dangle. Run aweskill agent add … --absolute (or set AWESKILL_ABSOLUTE_SYMLINKS=1 to make it the default) to write absolute symlink targets that resolve at any depth, so the same committed projection works in the main checkout and in nested worktrees. Note the tradeoff: an absolute target hard-codes this machine's ~/.aweskill path, so it will dangle on another machine or in CI where the home directory differs — use it only when the same checkout is reused at varying depths on one machine.
Does aweskill support Cursor and Gemini CLI?
Yes. aweskill supports skill projection for Cursor, Gemini CLI, and many other AI agents.
Is aweskill local-first?
Yes. aweskill manages skills on your local machine and does not require a hosted service.
Can AI agents call aweskill directly?
Yes. aweskill ships built-in management skills for aweskill and aweskill-doctor; after installing or projecting those skills, an AI agent can follow natural-language requests to search, install, update, bundle, repair, deduplicate, clean, sync, or project skills by running aweskill commands.
What makes aweskill different once the local skill state gets messy?
aweskill does not stop at install-and-project. It also gives you a repair path when local state drifts:
doctor syncinspects or repairs broken, stale, duplicate, matched, new, external, and suspicious agent entriesdoctor cleanfinds suspicious non-store files in managed areas before they silently accumulatedoctor deduphelps reconcile duplicate skills without forcing blind deletiondoctor fix-skillsrepairs malformedSKILL.mdfrontmatter and can back up originals firstagent listas a dry-run view lets you inspect repair state before applying changes
How does aweskill handle find, install, and update?
aweskill combines local orchestration with a source-aware skill lifecycle:
- Find skills across skills.sh, sciskillhub.org, or the local central store with one command
- Install skills from GitHub-style sources, local paths, or
sciskill:<skill-id>identifiers into the central store - Update tracked installs from their recorded sources while protecting local central-store edits
- Project the same managed skills into Codex, Claude Code, Cursor, Gemini CLI, and other agents
What is the difference between scan and install?
Both commands add skills to the central store, but serve different purposes:
store scan --import | store install | |
|---|---|---|
| Primary use | Batch discovery from agent directories | Single skill from GitHub, local path, or sciskill |
| Source tracking | No (one-time import) | Yes (automatic, enables update) |
| Key flags | --override, --verbose, --scope, --agent | --skill, --all, --ref, --as |
| Typical command | aweskill store scan --import | aweskill store install owner/repo |
Use scan --import for initial setup — discover and import skills from existing agent directories. Use install for ongoing management — install individual skills with source tracking for future updates.
Comparison
| Capability | sciskill | Skills Manager | skillfish | vercel-labs/skills | skills-manage | How aweskill does it |
|---|---|---|---|---|---|---|
| One central local skill store | ✗ | ✓ | ✗ | ✗ | ✓ | Keeps all managed skills in ~/.aweskill/skills/ as the source of truth |
| Registry or catalog discovery | ✓ | ✗ | ✓ | ✓ | ✓ | Searches skills.sh, sciskillhub.org, or the local central store with aweskill find |
| GitHub-style repo import/install | ✗ | ✗ | ✓ | ✓ | ✓ | Imports from GitHub-style sources and sciskill:<skill-id> into the central store |
| Local-path import/install | ✗ | ✗ | ✗ | ✓ | ✗ | Imports from local paths into the central store |
| Tracked updates from recorded sources | ✗ | ✗ | ✓ | ✓ | ✗ | Records source metadata, then refreshes with aweskill update while protecting local central-store edits |
| Plug-and-play multi-agent projection | ✗ | ✓ | ✓ | ✓ | ✓ | Projects selected skills from the central store into agent-specific directories using symlink, junction, or managed copy |
| Bundle, manifest, or collection grouping | ✗ | ✗ | ✓ | ✗ | ✓ | Uses bundles to group reusable skills by project, team, workflow, or agent |
| Agent-callable management skills | ✗ | ✗ | ✗ | ✗ | ✗ | Ships built-in aweskill, aweskill-doctor, and aweskill-creator skills so AI agents can run aweskill workflows from natural-language requests |
| Local maintenance and recovery | ✗ | ✗ | ✗ | ✗ | ✗ | Includes backup, restore, deduplication, clean, sync, fix-skills, and recover workflows in the CLI |
sciskill here refers to the public registry-metadata repository under sciskillhub, not a local skill-manager CLI.
Use aweskill when your main problem is not just installing a skill once, but maintaining a reusable local skill inventory across multiple AI agents over time and keeping that local state repairable when it inevitably gets messy.
Built-In Agent Skills
aweskill works best when your coding agent can operate it directly.
Project the built-in aweskill, aweskill-doctor, and aweskill-creator skills into your agent first:
aweskillcovers day-to-day operations such asfind,install,update,bundle, andagent addaweskill-doctorcovers repair-first workflows such asdoctor sync,doctor clean,doctor dedup,doctor fix-skills, andagent recoveraweskill-creatorcovers authoring workflows: scaffold a new skill withstore create, draft it, test it, validate it, and project it- Without projecting them, an agent can still run shell commands, but it will not have the built-in skill guidance that makes aweskill workflows easier to discover and apply from natural-language requests
aweskill store install resources/skills/aweskill
aweskill store install resources/skills/aweskill-doctor
aweskill store install resources/skills/aweskill-creator
See docs/DESIGN.md for skill directory structure and design principles.
Core Model
aweskill keeps one central skill store in ~/.aweskill/skills/, groups reusable skills through bundles, and projects selected skills into each agent's own skill directory. That projected filesystem state is the activation model.
What It Supports
Supported agents currently include:
adal, amp, antigravity, augment, bob, claude-code, cline, codebuddy, command-code, continue, codex, copilot, cortex, crush, cursor, deepagents, droid, firebender, gemini-cli, github-copilot, goose, iflow-cli, junie, kilo, kilo-code, kimi-cli, kiro-cli, kode, mcpjam, mistral-vibe, mux, neovate, openclaw, openclaude-ide, openhands, opencode, pi, pochi, qoder, qwen-code, replit, roo, trae, trae-cn, warp, windsurf, zencoder
Key directories:
- Central store:
~/.aweskill/skills/ - Duplicate holding area:
~/.aweskill/dup_skills/ - Backup root:
~/.aweskill/backup/ - Dedup backup area:
~/.aweskill/backup/dedup/ - fix-skills backup area:
~/.aweskill/backup/fix_skills/ - Bundles:
~/.aweskill/bundles/*.yaml - Built-in skills:
resources/skills/aweskill/,resources/skills/aweskill-doctor/
Discovery and install sources:
- skills.sh is used as a community discovery source and may return directly installable GitHub-style sources or discover-only entries that point you to the upstream skills.sh page
- sciskillhub.org is used as a scientific and technical skill registry and provides installable
sciskill:<skill-id>sources - The local central store is available as a
localsearch provider and reads~/.aweskill/skills/*/SKILL.md aweskill findsearchesskills.shandsciskillby default, merges results by normalized name, and lets--limitapply per provider before merge and dedupe; use--localor--provider localto search only the local central storeaweskill store installcurrently accepts local paths, GitHub sources, andsciskill:<skill-id>identifiers
Command Surface
Core commands: store init, store where, store scan, bundle create, agent add, doctor clean
Top-level convenience commands are available for high-frequency search and tracked-source flows: aweskill find, aweskill install, and aweskill update.
| Command | Description |
|---|---|
aweskill self-update [--dev] [--check] | Update the aweskill CLI itself; default updates from npm, --dev builds from GitHub dev branch, --check shows versions without updating |
aweskill store init [--scan] [--verbose] | Create the ~/.aweskill layout |
aweskill store create <name> [--description <description>] [--dir <dir>] | Create a new skill scaffold with valid SKILL.md frontmatter and references/ in the central store, or under --dir for repo-based authoring |
aweskill store where [--verbose] | Show the ~/.aweskill location and summarize core store directories |
aweskill store backup [archive] [--skills-only] | Archive the central store; by default includes both skills and bundles |
aweskill store restore <archive> [--override] [--skills-only] | Restore from a backup archive or unpacked backup directory |
aweskill store scan [--global|--project [dir]] [--agent <agent>] [--import] [--override] [--keep-source] [--verbose] | Scan supported agent skill directories; add --import to import discovered skills into the central store; entries carrying another tool's ownership marker (e.g. .ctx-skill.json) are reported as external and skipped on import |
aweskill store find <query> [--provider <skills-sh|sciskill|local>] [--local] [--limit <n>] [--domain <domain>] [--stage <stage>] | Search skills.sh and sciskill by default, or search the local central store with --local / --provider local; remote results print installable source values or discover-only notes, while local results print skill paths and store show hints |
aweskill store install <source> [--list] [--skill <name>] [--all] [--ref <ref>] [--as <name>] [--override] | Install skills from a local path, GitHub source, or sciskill:<skill-id> into the central store and record them for future store update runs |
aweskill store update [skill...] [--check] [--prune] [--source <source>] [--override] [--verbose] | Check or refresh tracked skills from their recorded source while treating the central store copy as the protected local state; --prune removes tracking for local-store entries that were already deleted |
aweskill store list [--verbose] | List skills in the central store |
aweskill store show <skill> [--summary|--raw|--path] | Show a central-store skill summary by default, print the full SKILL.md, or print only the SKILL.md path |
aweskill store remove <skill> [--force] | Remove one skill from the central store and clean any tracked lock entry for that skill |
aweskill bundle list [--verbose] | List central bundles |
aweskill bundle create <name> | Create a bundle |
aweskill bundle add <bundle> <skill> | Add one or more skills to a bundle |
aweskill bundle remove <bundle> <skill> | Remove one or more skills from a bundle |
aweskill bundle show <name> | Inspect bundle contents |
aweskill bundle template list [--verbose] | List built-in bundle templates |
aweskill bundle template import <name> | Copy a built-in template bundle into the store |
aweskill bundle template install <name> [--override] | Install every skill of a template from its recorded sources, then import the bundle; templates without sources fall back to plain import |
aweskill agent supported | List all supported agent ids, mark global install status with ✓ / x, and show detected global skills paths |
aweskill agent add bundle|skill ... | Project managed skills into agent directories |
aweskill agent remove bundle|skill ... [--force] | Remove managed projections |
aweskill agent list [--global|--project [dir]] [--agent <agent>] [--verbose] | Read-only dry-run view of doctor sync: inspect linked, broken, stale, locally-modified, duplicate, matched, new, external, and suspicious entries (external marks directories another tool such as ctx manages; reported, never touched); when --agent is omitted, print the detected agent set for that scope before the grouped results |
aweskill agent recover | Convert managed symlinks into full directories |
aweskill doctor sync [--apply] [--remove-suspicious] [--global|--project [dir]] [--agent <agent>] [--verbose] | Dry-run by default; add --apply to repair broken entries, relink duplicate / matched ones, and refresh stale copy projections (locally-modified copies are reported only and never overwritten; external entries are left alone), and --apply --remove-suspicious to also remove suspicious ones; when --agent is omitted, print the detected agent set for that scope first |
aweskill doctor clean [--apply] [--skills-only] [--bundles-only] [--verbose] | Find suspicious non-store entries, grouped by skills and bundles, and optionally remove them |
aweskill doctor dedup [--apply] [--backup] [--delete] | Find duplicate skills and optionally move or delete them; --backup copies the duplicates into ~/.aweskill/backup/dedup/ first |
aweskill doctor fix-skills [--apply] [--backup] [--include-info] [--skill <skill>] [--verbose] | Inspect malformed SKILL.md frontmatter; actionable fixes include missing closing fences, invalid YAML rebuilds, added frontmatter, normalized names, and normalized descriptions; --backup copies original files into ~/.aweskill/backup/fix_skills/ before rewriting, --include-info adds non-rewritten informational checks, and --apply rewrites actionable fixes only |
aweskill find prefers to print source values that aweskill store install can use directly. When a provider returns a discover-only source such as smithery.ai, the result still appears, but aweskill marks it as unsupported for direct install and tells you to visit the matching skills.sh page so you can inspect the upstream installation instructions there. Local search results do not print install commands; they print the skill path and an aweskill store show <skill> hint instead. When searching both remote providers at once, --limit applies per provider before merge and dedupe.
--domain and --stage are sciskill-only filters. If you pass either flag with --provider skills-sh, aweskill now fails fast instead of ignoring the filter. When using --domain or --stage with sciskill, the value must exactly match the corresponding enum, including spaces and capitalization; invalid values also fail fast and print the allowed values.
--domain Values
| Value | Meaning |
|---|---|
Agricultural Sciences | Agricultural sciences |
Chemical Sciences | Chemical sciences |
Computational Sciences | Computational sciences |
General Research | General research |
Life Sciences | Life sciences |
Mathematical and Statistical Sciences | Mathematical and statistical sciences |
Medical and Health Sciences | Medical and health sciences |
Physical Sciences | Physical sciences |
--stage Values
| Value | Meaning |
|---|---|
Study Design | Study design |
Data / Sample Acquisition | Data / sample acquisition |
Data Processing | Data processing |
Data Analysis and Modeling | Data analysis and modeling |
Validation and Interpretation | Validation and interpretation |
Visualization and Presentation | Visualization and presentation |
Writing and Publication | Writing and publication |
Contributing
If you want to contribute, see docs/CONTRIBUTING.md.
For command-model and filesystem design constraints, see docs/DESIGN.md.
That file now covers:
- development workflow and testing expectations
docs/DESIGN.md covers:
- design tradeoffs
- bundle file format
- projection model
- built-in skill structure and design principles
Documentation, tests, and small focused improvements are all welcome.
For a shareable archive collection maintained outside this repository, see oh-my-skills, a separate backup repository for skill bundles and full-snapshot archives.
Supported Agents
Works with 48 agents including:
Claude Code · Cursor · Windsurf · Codex · GitHub Copilot · Gemini CLI · OpenCode · Goose · Amp · Roo Code · Kiro CLI · Kilo Code · Trae · Cline · Antigravity · Droid · Augment · OpenClaw · CodeBuddy · Command Code · Crush · Kode · Mistral Vibe · Mux · OpenClaude IDE · OpenHands · Qoder · Qwen Code · Replit · Trae CN · Neovate · AdaL · WorkBuddy AI
| Agent | Global Path | Project Path |
|---|---|---|
adal | ~/.adal/skills/ | <project>/.adal/skills/ |
amp | ~/.agents/skills/ | <project>/.agents/skills/ |
antigravity | ~/.gemini/antigravity/skills/ | <project>/.gemini/antigravity/skills/ |
augment | ~/.augment/skills/ | <project>/.augment/skills/ |
bob | ~/.bob/skills/ | <project>/.bob/skills/ |
claude-code | ~/.claude/skills/ | <project>/.claude/skills/ |
cline | ~/.cline/skills/ | <project>/.cline/skills/ |
codebuddy | ~/.codebuddy/skills/ | <project>/.codebuddy/skills/ |
command-code | ~/.commandcode/skills/ | <project>/.commandcode/skills/ |
continue | ~/.continue/skills/ | <project>/.continue/skills/ |
codex | ~/.codex/skills/ | <project>/.codex/skills/ |
copilot | ~/.copilot/skills/ | <project>/.copilot/skills/ |
cortex | ~/.snowflake/cortex/skills/ | <project>/.cortex/skills/ |
crush | ~/.config/crush/skills/ | <project>/.config/crush/skills/ |
cursor | ~/.cursor/skills/ | <project>/.cursor/skills/ |
deepagents | ~/.deepagents/agent/skills/ | <project>/.deepagents/agent/skills/ |
droid | ~/.factory/skills/ | <project>/.factory/skills/ |
firebender | ~/.firebender/skills/ | <project>/.firebender/skills/ |
gemini-cli | ~/.gemini/skills/ | <project>/.gemini/skills/ |
github-copilot | ~/.copilot/skills/ | <project>/.copilot/skills/ |
goose | ~/.goose/skills/ | <project>/.goose/skills/ |
iflow-cli | ~/.iflow/skills/ | <project>/.iflow/skills/ |
junie | ~/.junie/skills/ | <project>/.junie/skills/ |
kilo | ~/.kilocode/skills/ | <project>/.kilocode/skills/ |
kiro-cli | ~/.kiro/skills/ | <project>/.kiro/skills/ |
kilo-code | ~/.kilocode/skills/ | <project>/.kilocode/skills/ |
kimi-cli | ~/.kimi/skills/ | <project>/.kimi/skills/ |
kode | ~/.kode/skills/ | <project>/.kode/skills/ |
mcpjam | ~/.mcpjam/skills/ | <project>/.mcpjam/skills/ |
mistral-vibe | ~/.vibe/skills/ | <project>/.vibe/skills/ |
mux | ~/.mux/skills/ | <project>/.mux/skills/ |
neovate | ~/.neovate/skills/ | <project>/.neovate/skills/ |
openclaw | ~/.openclaw/skills/ | <project>/.openclaw/skills/ |
openclaude-ide | ~/.openclaude/skills/ | <project>/.openclaude/skills/ |
openhands | ~/.openhands/skills/ | <project>/.openhands/skills/ |
opencode | ~/.opencode/skills/ | <project>/.opencode/skills/ |
pi | ~/.pi/agent/skills/ | <project>/.pi/agent/skills/ |
pochi | ~/.pochi/skills/ | <project>/.pochi/skills/ |
qoder | ~/.qoder/skills/ | <project>/.qoder/skills/ |
qwen-code | ~/.qwen/skills/ | <project>/.qwen/skills/ |
replit | - | <project>/.agent/skills/ |
roo | ~/.roo/skills/ | <project>/.roo/skills/ |
trae | ~/.trae/skills/ | <project>/.trae/skills/ |
trae-cn | ~/.trae-cn/skills/ | <project>/.trae-cn/skills/ |
warp | ~/.warp/skills/ | <project>/.warp/skills/ |
windsurf | ~/.codeium/windsurf/skills/ | <project>/.codeium/windsurf/skills/ |
workbuddy | ~/.workbuddy-ai/skills/ | <project>/.workbuddy-ai/skills/ |
zencoder | ~/.zencoder/skills/ | <project>/.zencoder/skills/ |
Related Tools
Similar Skill Managers
- sciskill: a public registry-metadata repository that tracks GitHub skills with valid
SKILL.mdfiles and publishes a collected index for discovery. - Skills Manager: a desktop application for managing skills across multiple AI coding assistants, with synchronization and GUI-driven organization.
- skillfish: a CLI-first skill manager focused on installing, updating, and syncing skills across agents.
- vercel-labs/skills: a widely adopted open agent-skills CLI and ecosystem entry point built around reusable
SKILL.mdpackages. - skills-manage: a Tauri desktop app for managing AI coding agent skills from one place, with a central library, marketplace browsing, GitHub import, collections, and per-platform installs.
Other Useful AI Skill Tools
- cc-switch: a desktop all-in-one manager for Claude Code, Codex, Gemini CLI, OpenCode, and related local AI tooling.
- SkillClaw: an agentic skill evolution system that captures real sessions through a local proxy, syncs skills through local or object storage, and can evolve shared skill libraries with an optional server.
- SkillNexus: a full-lifecycle AI skill studio for generating, testing, evaluating, evolving, and ranking skills.
- Vibe-Skills: an all-in-one AI skills package and harness that orchestrates expert Skills, verification, and persistent context for general-purpose agents.
Support
If aweskill saves you time, consider supporting it:
- ⭐ Star the repo — it helps others find it.
- ☕ Ko-fi — buy me a coffee.
- 💬 WeChat — scan the QR code below.
aweskill is free and open source. Sponsors keep it maintained — thank you.
Development
See docs/CONTRIBUTING.md for setup, testing, and code style. See docs/DESIGN.md for design principles and command semantics.
Awesome Ecosystem
aweskill is the skill manager at the center of a growing family of "awesome" tools built around AI coding agents — local-first and agent-operable.
Install the whole family in one command with the built-in awe bundle template — each skill still downloads from its own repository, so every project stays the single source of truth for its skill:
aweskill bundle template install awe
aweskill agent add bundle awe --agent claude-code
CLI Tools
- aweskill — CLI-first skill package manager supporting 48+ AI coding agents.
- aweswitch — Agent profile switcher for Claude Code, Codex, and OpenCode.
- awerouter — Smart router that splits requests between Flash and Pro models using structural signals, cutting unnecessary model spend.
- awecompress — Transparent context-compression proxy for coding agents: frozen summaries for long sessions, stackable with awerouter.
- aweshelf — Bookmark, categorize, and restore AI coding sessions; pairs with aweswitch to save profiles and launch with one command.
- aweshare — Share local Ollama/vLLM backends, domestic coding plans, or authorized OpenAI/Anthropic subscriptions through a self-hosted hub — a sharing economy for tokens.
- awewarm — Subscription window warmer that keeps AI coding-plan windows active, for local setups and through a remote hub server.
- awewarm-hub — Multi-tenant hub server for awewarm: invites, tenant capacity limits, and shared warm-up windows.
- awescholar — AI-agent-operable scientific literature discovery and curation. Search, annotate, filter, and report on academic papers.
Desktop Apps
- awedot — A floating orb at your screen edge keeps track of the current AI session: bookmark it in one click, resume anytime, and pair with aweswitch to pin the agent's config (e.g., relaunch with the GLM model).
Project Collections
- Awesome AI Meets Biology — A curated survey of AI applications in biology, bioinformatics, and biomedical research. Powered by awescholar.
- Awesome AI Virtual Tumor — A curated collection of state-of-the-art AI systems for virtual tumor modeling and simulation: static models, dynamic models, agents, benchmarks, and reviews.
License
This project is licensed under MPL-2.0.