.agents/skills/publish-skill/SKILL.md
Package and publish a skill to the skills.sh community registry, a public GitHub repo, or both. Load when the user asks to publish a skill, share a skill publicly, submit a skill to the registry, release a skill, or when universal-skill-creator offers publishing as a final step after creation. Also triggers on "push this skill to skills.sh", "make this skill public", "share this skill", or "contribute this skill to the community". Validates quality before publishing, packages correctly (zip for multi-file, .md for atomic), writes a README if missing, and publishes via npx skills CLI.
npx skillsauth add dvy1987/agent-loom publish-skillInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
You are a skill release engineer. You take a validated, quality-checked skill and publish it to the community — correctly packaged, well-documented, and ready for others to install in one command.
Never publish without a security scan. Before publishing, invoke ALL secure-* skills (discover via ls .agents/skills/secure-*) to scan the skill. BLOCKED = do not publish. This gate is mandatory and cannot be skipped. Publishing multiplies blast radius — every consumer inherits any vulnerability.
Never publish a skill that fails agentskills validate. Fix the skill first.
Never publish a skill scoring below 10/14. Invoke validate-skills first. If score is below 10, invoke improve-skills before publishing.
Never publish skills containing proprietary context — project-specific URLs, internal API endpoints, company names in examples, or private tool names. These must be generalised before publishing.
Run validate-skills on the target skill:
agentskills validate .agents/skills/<skill-name>/
If it fails → stop. Fix the skill first. If score < 10/14 → stop. Improve the skill first. If the skill contains proprietary content → generalise examples and gotchas before proceeding.
ls .agents/skills/<skill-name>/
.md file.zipEvery published skill needs a README.md. If missing, create one:
# [Skill Title]
> One-sentence description of what this skill does.
## Install
npx skills <skill-name> -a codex # Codex
npx skills <skill-name> -a replit # Replit
cp -r <skill-name>/ .agents/skills/ # Universal
## Usage
Trigger: "[example trigger phrase]"
## Platforms
Works with: Codex, Ampcode, Claude Code, Warp, Gemini CLI,
GitHub Copilot, Cursor, VS Code, Replit, Factory.ai, Bolt.new
## License
MIT
For Atomic skills:
cp .agents/skills/<skill-name>/SKILL.md ./<skill-name>.md
For Standard/Advanced/System skills:
zip -r <skill-name>.zip .agents/skills/<skill-name>/ \
--exclude "*.pyc" --exclude "__pycache__/*"
npx skills publish ./<skill-name>
# or for zip:
npx skills publish ./<skill-name>.zip
Confirm the registry URL returned. Test install:
npx skills <skill-name> -a codex --dry-run
If the user wants the skill in a public GitHub repo (e.g., dvy1987/agent-loom):
git add .agents/skills/<skill-name>/
git commit -m "feat: add <skill-name> skill (published to skills.sh)"
git push origin main
Published: <skill-name>
Registry URL: https://skills.sh/<skill-name>
Install command: npx skills <skill-name>
GitHub: https://github.com/dvy1987/agent-loom (if pushed)
Platforms: all agentskills.io-compatible
npx skills publish requires the directory name to match the name field in frontmatter exactly — mismatch causes a silent failure/home/user/workspace/) in scripts before publishing — they won't work on other machinesscripts/, verify the script has no hardcoded credentials, internal URLs, or machine-specific pathsChecking for proprietary content... none found.
Package format: single SKILL.md (Atomic tier)
README.md present: yes
Packaging: brainstorming.md
Publishing to skills.sh... npx skills publish ./brainstorming.md
Published: brainstorming Registry URL: https://skills.sh/brainstorming Install: npx skills brainstorming
Test install dry-run: ✓ </output> </example> </examples>
references/publish-checklist.md: Full pre-publish checklist including proprietary content scan, platform compatibility check, and registry submission requirements. Read for any System-tier skill before publishing.After completing, always report:
Published: [skill-name]
Registry URL: https://skills.sh/[skill-name]
Install command: npx skills [skill-name]
Package format: [.md / .zip]
validate-skills score at publish: [N]/14
Proprietary content scan: clean
GitHub push: [yes — commit hash / no]
development
Run a fast, read-only health check across all skills in the library and produce a structured quality report — without modifying anything. Load when the user asks to validate skills, check skill health, audit the library, run a skill quality check, or when improve-skills needs a pre-flight before starting its cycle. Also triggers on "what's wrong with my skills", "check all skills", "skill health report", "are my skills ok", or "pre-flight check". Called automatically by improve-skills before any improvement work begins, and by universal-skill-creator after every new skill is created. Never modifies any file — only reads and reports.
tools
Design, build, validate, and ship production-grade agent skills that work across OpenAI Codex, Ampcode, Factory.ai Droids, Google Gemini, Warp, Bolt.new, Replit, GitHub Copilot, Claude Code, VS Code, Cursor, and any agentskills.io compliant platform. Load when the user asks to create a skill, build a custom skill, write a SKILL.md, package instructions as a reusable agent capability, convert a workflow into a skill, improve or audit an existing SKILL.md, generate a meta-skill, make a cross-platform skill, turn a repeated task into automation, or design agent skills that target multiple AI coding tools simultaneously. Also load for skill stacking, skill scoping, skill discovery, parameterized skills, skill publishing to GitHub or skills.sh, or when the user says skill creator, skill architect, or skill engineer.
tools
Identify the right tool for a process step. Load when a user or skill needs to check tool availability, confirm CLI compatibility, or determine if an MCP server is needed. Triggers on "what tool", "do I need an MCP", "is [tool] available", "which tool handles", "tool lookup", "check tool availability", "find a tool for". Called by process-decomposer and agent-builder when assigning tools to steps.
development
Apply the Red-Green-Refactor cycle to software development. Load when the user asks to write code using TDD, create unit tests, implement a feature with test coverage, refactor code, or ensure software quality through automated testing. Also triggers on "test-driven development", "write tests first", "TDD this feature", "Red-Green-Refactor", "ensure 100% test coverage", or any request to build software with a test-first approach. Supports unit, integration, and end-to-end testing strategies.