Skip to content
Conduit

skill

aweskill

A CLI-first skill package manager that AI agents can operate themselves.

Wehuman01/aweskillcommunitylistedunreviewednot running here yet

Set up

Skills are installed by placing their folder where your agent loads skills.

Install instructions come from the README

Skills do not use an MCP config. Follow the steps in the README below; one-click install arrives with accounts.

README

synced Oct 14, 2026

Like 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-creator skill 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, then aweskill 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), so store update never 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-delimiter adds the missing frontmatter closing fence, invalid-yaml rebuilds broken frontmatter from recoverable fields and body text, added-frontmatter inserts minimal frontmatter when the file starts with body content, normalized-name restores a usable canonical skill name, and normalized-description restores a usable description from the first body sentence.
  • Informational checks: normalized-required-permissions reports permissions that could be normalized into the canonical list form, preserved-unknown-fields reports frontmatter fields outside the built-in core set, and removed-empty-fields reports 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:

BadgePreview
aweskill-badge.svgUsed by aweskill itself
aweskill-badge2.svgFor 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, and aweskill-creator workflows 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 sync inspects or repairs broken, stale, duplicate, matched, new, external, and suspicious agent entries
  • doctor clean finds suspicious non-store files in managed areas before they silently accumulate
  • doctor dedup helps reconcile duplicate skills without forcing blind deletion
  • doctor fix-skills repairs malformed SKILL.md frontmatter and can back up originals first
  • agent list as 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 --importstore install
Primary useBatch discovery from agent directoriesSingle skill from GitHub, local path, or sciskill
Source trackingNo (one-time import)Yes (automatic, enables update)
Key flags--override, --verbose, --scope, --agent--skill, --all, --ref, --as
Typical commandaweskill store scan --importaweskill 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

CapabilitysciskillSkills Managerskillfishvercel-labs/skillsskills-manageHow 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:

  • aweskill covers day-to-day operations such as find, install, update, bundle, and agent add
  • aweskill-doctor covers repair-first workflows such as doctor sync, doctor clean, doctor dedup, doctor fix-skills, and agent recover
  • aweskill-creator covers authoring workflows: scaffold a new skill with store 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 local search provider and reads ~/.aweskill/skills/*/SKILL.md
  • aweskill find searches skills.sh and sciskill by default, merges results by normalized name, and lets --limit apply per provider before merge and dedupe; use --local or --provider local to search only the local central store
  • aweskill store install currently accepts local paths, GitHub sources, and sciskill:<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.

CommandDescription
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 supportedList 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 recoverConvert 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

ValueMeaning
Agricultural SciencesAgricultural sciences
Chemical SciencesChemical sciences
Computational SciencesComputational sciences
General ResearchGeneral research
Life SciencesLife sciences
Mathematical and Statistical SciencesMathematical and statistical sciences
Medical and Health SciencesMedical and health sciences
Physical SciencesPhysical sciences

--stage Values

ValueMeaning
Study DesignStudy design
Data / Sample AcquisitionData / sample acquisition
Data ProcessingData processing
Data Analysis and ModelingData analysis and modeling
Validation and InterpretationValidation and interpretation
Visualization and PresentationVisualization and presentation
Writing and PublicationWriting 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

AgentGlobal PathProject 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.md files 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.md packages.
  • 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.

↑↓ navigate openesc close