skills-maintenance
Skills Repository Maintenance
Guidelines for maintaining the @duyet/skills repository. This skill ensures consistency across all skills and proper repository management.
When to Invoke This Skill
Use this skill when:
- Adding a new skill to the repository
- Updating existing skill content
- Running validation checks
- Regenerating README.md from skill definitions
- Bumping versions and creating releases
- Fixing skill structure issues
Repository Structure
skills/
├── skill-name/
│ └── SKILL.md # Main skill file with frontmatter
├── skills-maintenance/
│ └── SKILL.md # This file
├── scripts/
│ ├── validate-skills.js # Validates skill structure
│ └── generate-readme.js # Regenerates README.md
├── CLAUDE.md # Repository documentation
├── AGENTS.md # Agent coordination patterns
├── README.md # Auto-generated from skills
├── package.json # NPM scripts and metadata
└── .gitignore # Standard ignores
Adding a New Skill
Step 1: Create Directory and SKILL.md
# Create skill directory
mkdir -p ~/project/skills/new-skill-name
# Create SKILL.md with frontmatter
cat > ~/project/skills/new-skill-name/SKILL.md << 'EOF'
---
name: new-skill-name
description: Brief description of what this skill does. When to use it.
---
# Skill Name
Brief description of the skill's purpose.
## When to Use
Use this skill when:
- [Condition 1]
- [Condition 2]
## Instructions
[Detailed instructions for the agent]
EOF
Step 2: Validate the Skill
cd ~/project/skills
bun run validate
Fix any validation errors before proceeding.
Step 3: Regenerate README
cd ~/project/skills
bun run generate:readme
This updates README.md with the new skill in the appropriate category.
Step 4: Commit with Semantic Commit
cd ~/project/skills
git add -A
git commit -m "feat(skills): add new-skill-name
- Add new skill for [purpose]
- Includes [key features]
Co-Authored-By: duyetbot <duyetbot@users.noreply.github.com>"
git push
Updating an Existing Skill
Step 1: Edit SKILL.md
Make changes to the skill's SKILL.md file.
Step 2: Validate Changes
cd ~/project/skills
bun run validate
Step 3: Update README (if description changed)
cd ~/project/skills
bun run generate:readme
Step 4: Commit with Semantic Commit
cd ~/project/skills
git add -A
git commit -m "feat(skill-name): update [what changed]
- [Change 1]
- [Change 2]
Co-Authored-By: duyetbot <duyetbot@users.noreply.github.com>"
git push
Removing a Skill
Step 1: Remove Directory
cd ~/project/skills
rm -rf old-skill-name
Step 2: Regenerate README
bun run generate:readme
Step 3: Commit
git add -A
git commit -m "fix(skills): remove old-skill-name
- Removed unused skill
- Reason: [why removed]
Co-Authored-By: duyetbot <duyetbot@users.noreply.github.com>"
git push
Version Bumping
Follow semantic versioning (semver) in package.json:
| Change Type | Version Bump | Example |
|---|---|---|
| Bug fix, docs only | Patch | 1.0.0 → 1.0.1 |
| New skill, minor changes | Minor | 1.0.0 → 1.1.0 |
| Breaking change (structure, API) | Major | 1.0.0 → 2.0.0 |
Bumping Version
# Edit package.json version
cd ~/project/skills
# [edit package.json version]
# Commit version bump
git add package.json
git commit -m "chore: bump version to X.Y.Z
Co-Authored-By: duyetbot <duyetbot@users.noreply.github.com>"
# Create and push tag
git tag v$(node -p "require('./package.json').version")
git push origin master --tags
Skill Structure Requirements
Every SKILL.md file must:
-
Start with frontmatter (YAML between
---)--- name: skill-name description: Brief description --- -
Name matches directory
- Directory:
skill-name/ - Frontmatter:
name: skill-name
- Directory:
-
Description is present
- Should be concise (one line)
- Should explain when to use the skill
-
Content after frontmatter
- At minimum, a heading and brief instructions
- Preferably sections: When to Use, Instructions, Examples
Validation Rules
The validate-skills.js script checks:
- ✅ Each directory has a
SKILL.mdfile - ✅
SKILL.mdstarts with---(frontmatter opening) - ✅
namefield exists in frontmatter - ✅
namematches directory name - ✅
descriptionfield exists in frontmatter - ✅ Frontmatter closes with
---
Available Scripts
# List all skills
bun run list
# Format all skill files with Prettier
bun run format
# Validate skill structure
bun run validate
# Regenerate README from skills
bun run generate:readme
Commit Convention
Use semantic commits with skills scope (unless modifying a specific skill):
feat(skills): add new-skill
feat(skills): update scripts
fix(skills): fix validation bug
docs(skills): update README
chore: bump version
For specific skill changes:
feat(skill-name): add new feature
fix(skill-name): fix bug in instructions
docs(skill-name): improve documentation
Always include co-author:
Co-Authored-By: duyetbot <duyetbot@users.noreply.github.com>
Remote Repository
- URL:
git@github.com:duyet/skills.git - HTTPS:
https://github.com/duyet/skills - Branch:
master
Related Documentation
CLAUDE.md- Repository-level documentationAGENTS.md- Agent coordination patternsREADME.md- Generated skill catalog- skills.sh - Skills ecosystem
- Agent Skills Specification
Quick Checklist
Before committing changes:
- All skills validated (
bun run validate) - README regenerated if skills added/removed (
bun run generate:readme) - Commit follows semantic commit format
- Co-author included in commit message
- Changes pushed to remote
More from duyet/skills
quality-gates
Engineering discipline and systematic quality verification. Core principles, anti-patterns, decision rules, and gate procedures for code review and delivery.
2orchestration
Orchestrate complex work through parallel agent coordination. Decompose tasks into parallel lanes, iterate with verify loops, spawn background workers, and synthesize results. Use for multi-component features, large investigations, or any work benefiting from parallelization.
2frontend-design
Create distinctive, production-grade frontend interfaces with React and Next.js. Design quality, component architecture, performance patterns, and state management. Use when building web components, pages, or applications.
2clickhouse
MUST USE when reviewing ClickHouse schemas, queries, or configurations. Contains 28 rules that MUST be checked before providing recommendations. Always read relevant rule files and cite specific rules in responses.
2backend-api-patterns
Backend and API implementation patterns for scalability, security, and maintainability. Use when building APIs, services, and backend infrastructure.
2duyetbot-knowledge
Knowledge base about Duyet Le (@duyet) and duyetbot behavioral patterns. Owner profile, knowledge sources, and execution transparency.
2