skills
- Repo stars 216
- Author repo kagenti
flowchart TD
START(["/skills"]) --> NEED{"What do you need?"}
NEED -->|New skill| WORKTREE["git:worktree"]:::git
NEED -->|Edit skill| WORKTREE
NEED -->|Audit all| SCAN["skills:scan"]:::skills
NEED -->|Session review| RETRO["skills:retrospective"]:::skills
WORKTREE --> WRITE["skills:write"]:::skills
WRITE --> VALIDATE["skills:validate"]:::skills
VALIDATE -->|Issues| WRITE
VALIDATE -->|Pass| PR["Create PR"]:::git
SCAN -->|Gaps found| WORKTREE
RETRO -->|Improvements| WORKTREE
classDef skills fill:#607D8B,stroke:#333,color:white
classDef git fill:#FF9800,stroke:#333,color:white
Follow this diagram as the workflow.
Skills Management
Skills for managing the skill system itself. All skill development starts in a worktree — never edit skills directly on main.
Worktree-First Gate
Before creating or editing any skill, create a worktree:
git fetch upstream main
git worktree add .worktrees/skills-<topic> -b docs/skills-<topic> upstream/main
Then work in the worktree, validate, and create a PR.
Available Skills
| Skill | Purpose |
|---|---|
skills:write |
Create new skills or edit existing ones following the standard template |
skills:validate |
Validate skill format, naming, and structure |
skills:scan |
Audit repository skills — gaps, quality, connections, diagrams |
skills:retrospective |
End-of-session review to identify skill gaps and improvements |
Related Skills
git:worktree- Create worktrees for skill developmenttdd:ci- TDD workflow that uses skill patternsrca:ci- RCA workflow that uses skill patternsmeta:write-docs- Documentation writing guidelines
Developer Guide
See docs/developer/claude-code-skills.md for the full guide on why skills exist, how the system works, and best practices.
- Fluxly category
- Engineering
- Author-declared agents
- No explicit declaration found; this is not inferred or tested compatibility
- Static check
- 88 / 100 · heuristic scan, not runtime safety proof
- Author / version / license
- @kagenti · no license declared
- Fluxly token estimate
- Lean
- Fluxly setup estimate
- Plug-and-play
- External API key
- No requirement detected
- Detected OS requirements
- Unspecified
- Runtime requirements
- Unspecified
- Detected file/system behavior
-
- Read-only
- Write / modify
- Detected network behavior
- External requests
- Install commands
- None (reference only)
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
The current SKILL.md does not define a fixed output example. Before creating or editing any skill, create a worktree: Then work in the worktree, validate, and create a PR.
Skill · Purpose skills:write · Create new skills or edit existing ones following the standard template skills:validate · Validate skill format, naming, and structure
git:worktree - Create worktrees for skill development tdd:ci - TDD workflow that uses skill patterns rca:ci - RCA workflow that uses skill patterns
See docs/developer/claude-code-skills.md for the full guide on why skills exist, how the system works, and best practices.
```mermaid
flowchart TD
START(["/skills"]) --> NEED{"What do you need?"}
NEED -->|New skill| WORKTREE["git:worktree"]:::git
NEED -->|Edit skill| WORKTREE
NEED -->|Audit all| SCAN["skills:scan"]:::skills
NEED -->|Session review| RETRO["skills:retrospective"]:::skills
WORKTREE --> WRITE["skills:write"]:::skills
WRITE --> VALIDATE["skills:validate"]:::skills
VALIDATE -->|Issues| WRITE
VALIDATE -->|Pass| PR["Create PR"]:::git
SCAN -->|Gaps found| WORKTREE
RETRO -->|Improvements| WORKTREE
classDef skills fill:#607D8B,stroke:#333,color:white
classDef git fill:#FF9800,stroke:#333,color:white
```
> Follow this diagram as the workflow.
# Skills Management
Skills for managing the skill system itself. **All skill development starts in a worktree** — never edit skills directly on main.
## Worktree-First Gate
Before creating or editing any skill, create a worktree:
```bash
git fetch upstream main
```
```bash
git worktree add .worktrees/skills-<topic> -b docs/skills-<topic> upstream/main
```
Then work in the worktree, validate, and create a PR.
## Available Skills
| Skill | Purpose |
|-------|---------|
| `skills:write` | Create new skills or edit existing ones following the standard template |
| `skills:validate` | Validate skill format, naming, and structure |
| `skills:scan` | Audit repository skills — gaps, quality, connections, diagrams |
| `skills:retrospective` | End-of-session review to identify skill gaps and improvements |
## Related Skills
- `git:worktree` - Create worktrees for skill development
- `tdd:ci` - TDD workflow that uses skill patterns
- `rca:ci` - RCA workflow that uses skill patterns
- `meta:write-docs` - Documentation writing guidelines
## Developer Guide
… Author text anchors workflow facts; Fluxly only indexes current sections, terms, files, and commands.
sections -> Worktree-First Gate → Available Skills → Related Skills → Developer Guide
terms -> All skill development starts in a worktree · > Follow this diagram as the workflow. · Skills for managing the skill system itself. · Then work in the worktree, validate, and create a PR.
files/cmd -> skills:write · skills:validate · skills:scan · skills:retrospective · git:worktree · tdd:ci · rca:ci · meta:write-docs
body sha256 -> 51ef90e14431
Decide Fit First
Design Intent
How To Use It
Boundaries And Review