Skill Creator
Azure/azqr
Create new skills, modify and improve existing skills, and measure skill performance.
How to install a skill package a user hands over (.skill/.zip/.tar.gz), and how to write a new skill into this runtime so it is listed, enabled and usable.
$ npx skills add spytensor/openmozi --skill skill-authoring -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install spytensor/openmozi skill-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/spytensor/openmozi.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/skill-authoring .claude/skills/skill-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 "skill-authoring" agent skill from https://github.com/spytensor/openmozi/tree/main/skills/skill-authoring into .claude/skills/skill-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-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/spytensor/openmozi/tree/main/skills/skill-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 spytensor/openmozi --skill skill-authoring -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install spytensor/openmozi skill-authoring --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/spytensor/openmozi.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/skill-authoring .agents/skills/skill-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 "skill-authoring" agent skill from https://github.com/spytensor/openmozi/tree/main/skills/skill-authoring into .agents/skills/skill-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-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 spytensor/openmozi --skill skill-authoring -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install spytensor/openmozi skill-authoring --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/spytensor/openmozi.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/skill-authoring .cursor/skills/skill-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 "skill-authoring" agent skill from https://github.com/spytensor/openmozi/tree/main/skills/skill-authoring into .cursor/skills/skill-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-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/spytensor/openmozi.git --path skills/skill-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 spytensor/openmozi --skill skill-authoring -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install spytensor/openmozi skill-authoring --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/spytensor/openmozi.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/skill-authoring .gemini/skills/skill-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 "skill-authoring" agent skill from https://github.com/spytensor/openmozi/tree/main/skills/skill-authoring into .gemini/skills/skill-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-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 spytensor/openmozi skill-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 spytensor/openmozi --skill skill-authoring -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/spytensor/openmozi.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/skill-authoring .github/skills/skill-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 "skill-authoring" agent skill from https://github.com/spytensor/openmozi/tree/main/skills/skill-authoring into .github/skills/skill-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-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 spytensor/openmozi --skill skill-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 spytensor/openmozi skill-authoring --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/spytensor/openmozi.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/skill-authoring .opencode/skills/skill-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 "skill-authoring" agent skill from https://github.com/spytensor/openmozi/tree/main/skills/skill-authoring into .opencode/skills/skill-authoring/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-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.
skill-authoringHow to install a skill package a user hands over (.skill/.zip/.tar.gz), and how to write a new skill into this runtime so it is listed, enabled and usable.
Skill Authoring is an agent skill from spytensor/openmozi. How to install a skill package a user hands over (.skill/.zip/.tar.gz), and how to write a new skill into this runtime so it is listed, enabled and usable. Use when the user says 安装这个技能/装一下这个 SKILL/install this skill, uploads a skill package, or asks MOZI to 做一个技能/写一个 SKILL/把这个流程存成技能 — anything that ends with a skill living inside MOZI.
Its SKILL.md is about 1.3k 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 Agent Workflows, covering Skill authoring. The repository describes itself as: A custom Agent OS built to be hackable, heavily inspired by OpenClaw. The licence is MIT.
4 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit ac46df0. 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.
Shell commands in SKILL.md call:
claudeFrom 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 these keys or tokens, usually read from environment variables:
SOME_API_KEYFrom names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Skill Authoring loads about 1.3k tokens when it runs. Until then it costs about 89 tokens; SKILL.md has 591 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 spytensor/openmozi at commit ac46df0, republished under its MIT licence (© spytensor). 591 words, ~1,284 tokens.
.claude/skills/skill-authoring/SKILL.md (or your agent's skills folder).This is MOZI's own runtime contract for skills. It is not the same as
Claude Code's — skill-creator in this catalog is Anthropic's asset and
describes .claude/ conventions and a claude -p eval loop that do not apply
here. Follow this skill for anything that has to end up installed in MOZI.
A skill package is an archive. .skill is the standard format (it is a zip);
users also send plain .zip, and it is common for the archive to contain the
.skill next to unrelated files they used while building it.
Pass the archive straight to install_skill. Do not unpack it first.
install_skill { "source": "path", "source_path": "<absolute path to the archive>" }source: "path" also accepts a directory containing SKILL.md, or the
SKILL.md file itself.source: "bundled" is only for reinstalling a skill MOZI already ships. It
is never the right choice for a user's package — it needs skill_id, and a
user's skill has no bundled id."overwrite": true only when replacing a skill of the same name.The runtime unpacks the archive, finds SKILL.md (at the root, in a single
wrapper directory, or in a single nested .skill), copies it into the workspace
skill directory, and reloads the catalog. The result includes eligible and any
missing_bins / missing_env.
If it refuses, the message says why. Act on it rather than retrying:
| Message | What to do |
|---|---|
No SKILL.md found inside <file> | Not a skill package. Look inside with shell_exec and tell the user what it actually contains. |
contains N skills | Ask which one, then point source_path at that directory after unpacking. |
Workspace skill already exists | Confirm with the user, then repeat with "overwrite": true. |
missing_bins / missing_env non-empty | It installed but cannot run yet. Tell the user exactly which binary or key is missing. |
When the user asks MOZI to turn a workflow into a skill:
Write the files into a folder you can write — the workspace, or beside the files this turn is already working with. A skill is a directory:
<name>/
SKILL.md # required
references/ # optional supporting docs
scripts/ # optional executable helpersSKILL.md starts with YAML frontmatter. name and description are
required; everything else is optional:
---
name: weekly-pnl-brief
description: "What it does, and — just as important — when it should trigger. Include the phrasings a user would actually type, in their language."
version: "1.0.0"
category: utility # utility | coding | research | communication | media | system
user-invocable: true # false = model-only, not callable by name
requires:
bins: [python3] # checked at load; missing ones make the skill ineligible
env: [SOME_API_KEY]
---The body below the frontmatter is the procedure, and it is what gets loaded into context when the skill activates. Write it as steps, not prose.
Install it — this is the step that makes it real:
install_skill { "source": "path", "source_path": "<the folder you just wrote>" }Installing copies the folder into the workspace skill directory and refreshes
the catalog. Writing SKILL.md somewhere and stopping does not install
anything.
Confirm before you report success. Call list_runtime_skills (or
validate_skill) and check the skill is listed, enabled and eligible. Report
what the runtime returned, not what you intended.
description decides whether the skill is ever used again: it is the only line
in the catalog, so it must carry both what the skill does and when to reach for
it. A description that only says what it does will never trigger.
propose_skill persists a draft into the autogen namespace with
user-invocable: false. It is for a workflow you judged reusable
mid-task — not for a skill the user asked you to make. Autogen drafts are
hidden from the operator's Skills page, so a user who asked for a skill would
see nothing there.install_skill with "overwrite": true, or
the operator editing SKILL.md on the Skills page. Do not hand-patch files
under the workspace skill directory and assume the catalog noticed; call
reload_skills if you do.© spytensor, MIT. 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/skill-authoring of spytensor/openmozi.
Open the folder on GitHubat commit ac46df0
Skill 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 |
|---|---|---|---|---|---|---|
| Skill Authoring this skillspytensor/openmozi | 439 | — | ~1.3k | Automated safety check: Pass | MIT | |
| Skill CreatorAzure/azqr | 794 | 89 repos | ~8.2k | Automated safety check: Pass | Apache-2.0 | |
| Claude Code Skill Developer Guidediet103/claude-code-infrastructure-showcase | 10k | 10 repos | ~3.5k | Automated safety check: Pass | MIT | |
| Darwin Skill Optimizeralchaincyf/darwin-skill | 6.2k | 1 repos | ~4.7k | Automated safety check: Pass | MIT | |
| Claude Code Command Developmentanthropics/claude-plugins-official | 37k | 10 repos | ~4.8k | Automated safety check: Pass | Apache-2.0 | |
| Claude Code Plugin Structureanthropics/claude-plugins-official | 37k | 10 repos | ~3.4k | Automated safety check: Pass | Apache-2.0 |
Azure/azqr
Create new skills, modify and improve existing skills, and measure skill performance.
diet103/claude-code-infrastructure-showcase
A guide to creating and managing Claude Code skills with auto-activation: skill-rules.json triggers, hooks, enforcement levels, YAML frontmatter and progressive disclosure.
alchaincyf/darwin-skill
Scores SKILL.md files on a nine-dimension rubric, then improves them in a keep-or-revert loop with independent judge agents, test prompts, git history and human checkpoints.
anthropics/claude-plugins-official
Explains how to write Claude Code slash commands: Markdown files with YAML frontmatter, arguments, file references, bash context and interactive prompts.
anthropics/claude-plugins-official
Explains the directory layout, plugin.json manifest and component organization of a Claude Code plugin, including auto-discovery and portable paths.
rohitg00/ai-engineering-from-scratch
Evaluates an Agent Skill bundle before release for structure, trigger quality, artifact improvement, script correctness, safety, installed-tree integrity and host portability.
spytensor/openmozi
Smart commit: bump version, find related issues, commit with Co-authored-by, push.
spytensor/openmozi
Full development pipeline: create GitHub issue, plan, implement with agent team, verify (build+test), commit, push, close issue.
spytensor/openmozi
Structured coding workflow: read, plan, implement, test, verify
spytensor/openmozi
Structured research workflow: decompose the question, search in parallel, cross-verify sources, synthesize with citations.
spytensor/openmozi
Runtime self-diagnosis knowledge: database layout, observability APIs, timeout hierarchy, restart procedure, failure replay.
spytensor/openmozi
Creative content workflow: brief, research, outline, draft, refine.
Categories
How to install a skill package a user hands over (.skill/.zip/.tar.gz), and how to write a new skill into this runtime so it is listed, enabled and usable. Skill Authoring is an agent skill from spytensor/openmozi.gz), and how to write a new skill into this runtime so it is listed, enabled and usable.
Skill Authoring fits situations like: the user says 安装这个技能/装一下这个 SKILL/install this skill; uploads a skill package; asks MOZI to 做一个技能/写一个 SKILL/把这个流程存成技能 — anything that ends with a skill living inside MOZI.
Run `npx skills add spytensor/openmozi --skill skill-authoring -a claude-code`. Or copy the skill folder (skills/skill-authoring in spytensor/openmozi) into .claude/skills/skill-authoring in your project. Claude Code loads it when a task matches its description.
Run `npx skills add spytensor/openmozi --skill skill-authoring -a codex`. Or copy the skill folder (skills/skill-authoring in spytensor/openmozi) into .agents/skills/skill-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 spytensor/openmozi --skill skill-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/skill-authoring, .gemini/skills/skill-authoring, .github/skills/skill-authoring and .opencode/skills/skill-authoring in your project.
Going by SKILL.md and its folder, Skill Authoring needs the command-line tools its instructions call (claude) and credentials named SOME_API_KEY. Our summary lists: A credential in SOME_API_KEY.
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.
Skill Authoring is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.3k tokens (SKILL.md is roughly 5.1k 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 Skill Authoring: Skill Creator (Azure/azqr, 794 stars), Claude Code Skill Developer Guide (diet103/claude-code-infrastructure-showcase, 10k stars), Darwin Skill Optimizer (alchaincyf/darwin-skill, 6.2k stars) and Claude Code Command Development (anthropics/claude-plugins-official, 37k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
spytensor (a GitHub user) maintains it in spytensor/openmozi, which has 439 GitHub stars. The repository holds 13 skills in this directory. The repository was last updated on August 7, 2026.
Source: spytensor/openmozi on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.