mirror of
https://github.com/jxxghp/MoviePilot.git
synced 2026-06-27 23:36:24 +08:00
5.5 KiB
5.5 KiB
name, version, description, allowed-tools
| name | version | description | allowed-tools |
|---|---|---|---|
| create-moviepilot-skill | 1 | Use this skill when the user asks to create, scaffold, update, or review a MoviePilot agent skill. This includes adding a new built-in skill under the repository `skills/` directory, editing an existing built-in skill, writing `SKILL.md` frontmatter and workflow instructions, choosing `allowed-tools`, adding helper scripts when needed, and bumping the built-in skill `version` so changes can sync into `config/agent/skills`. | list_directory read_file write_file edit_file execute_command |
Create MoviePilot Skill
This skill guides you through creating or updating a built-in MoviePilot agent skill in this repository.
Scope
Use this workflow for repository built-in skills:
- Create or update files under
skills/<skill-id>/ - Commit the skill as part of the MoviePilot repository
- Do not place the implementation only in
config/agent/skillsunless the user explicitly asks for a local override instead of a built-in skill
MoviePilot-Specific Rules
- The repository root
skills/directory is the bundled source of truth for built-in skills. - On agent startup, bundled skills are synced into
config/agent/skills. - Sync overwrite depends on the
versionfield inSKILL.md. If you update an existing built-in skill, incrementversion, or users may continue using an older copied version. - Keep the folder name and frontmatter
nameidentical. Use lowercase letters, digits, and hyphens only. - Prefer extending an existing skill instead of creating an overlapping duplicate.
Workflow
Step 1: Understand the Request
- Determine whether the user wants a new skill or a change to an existing one.
- Extract the target task, likely trigger phrases, needed tools, and whether helper scripts are necessary.
- If the goal is still ambiguous after reading the request and local context, ask one focused clarification question. Otherwise proceed with a reasonable default.
Step 2: Check Existing Skills First
- Inspect the repository
skills/directory before creating anything new. - If an existing skill already covers most of the workflow, update it instead of adding a near-duplicate.
- Reuse the repository style: concise YAML frontmatter, trigger-rich description, and procedural body sections.
Step 3: Choose the Skill ID and Path
- New built-in skill path:
skills/<skill-id>/SKILL.md - Keep
<skill-id>short, hyphen-case, and under 64 characters. - Use a verb-led or domain-led name that makes the trigger obvious, such as
transfer-failed-retry,moviepilot-api, orcreate-moviepilot-skill.
Step 4: Write Frontmatter Correctly
Use this shape:
---
name: create-moviepilot-skill
version: 1
description: >-
Explain what the skill does and exactly when to use it.
allowed-tools: list_directory read_file write_file edit_file execute_command
---
Rules:
descriptionis the primary trigger surface. Put concrete "when to use" scenarios there.- Include
versionfor built-in skills. Increment it whenever you ship a new built-in revision. - Add
allowed-toolswhen the workflow depends on a small, well-defined tool set. - Add
compatibilityonly when environment constraints actually matter.
Step 5: Write the Body
The body should contain:
- A short purpose statement
- MoviePilot-specific rules or guardrails
- A step-by-step workflow
- Concrete examples of matching user requests
- References to supporting files when they exist
Prefer:
- Imperative instructions
- Concrete file paths
- Examples aligned with actual MoviePilot conventions
Avoid:
- Generic theory that does not change execution
- Large duplicated documentation
- Extra files like
README.mdorCHANGELOG.mdinside the skill directory
Step 6: Add Supporting Files Only When They Help
- Add
scripts/only when the same deterministic work would otherwise be rewritten repeatedly. - Keep helper files inside the same skill directory.
- Reference helper paths explicitly from
SKILL.md. - If the skill is instructions-only, keep it to a single
SKILL.md.
Step 7: Implement the Skill
For a new built-in skill:
- Create
skills/<skill-id>/ - Create
SKILL.md - Add helper scripts only if they are justified
For an existing built-in skill:
- Edit
skills/<skill-id>/SKILL.md - Increment
version - Update helper files in the same directory if needed
Step 8: Validate Before Finishing
- Re-read the frontmatter and confirm
namematches the directory name. - Confirm
descriptionmentions real trigger scenarios. - If you changed an existing built-in skill, confirm
versionincreased. - If possible, validate the file can be parsed by the MoviePilot skills loader.
- Report the final path and note whether the agent needs a restart to sync the
latest built-in skill into
config/agent/skills.
Minimal Example
User request:
给 MoviePilot agent 加一个处理站点 Cookie 更新的内置技能
Expected outcome:
- Create or update a directory such as
skills/update-site-cookie/ - Write
SKILL.mdwith a trigger-richdescription - Include only the tools needed for that workflow
- Increment
versionwhen revising an existing built-in skill
Final Checklist
- Is the skill under the repository
skills/directory? - Does the folder name equal frontmatter
name? - Does
descriptionclearly say when the skill should trigger? - Did you avoid duplicating an existing skill unnecessarily?
- Did you increment
versionfor built-in skill updates? - Did you keep the skill lean and procedural?