/create-moviepilot-skill
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,
$ npx -y skills add jxxghp/moviepilot --skill create-moviepilot-skill --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/create-moviepilot-skill
Context preview
The summary Claude sees to decide when to auto-load this skill.
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,
SKILL.md
create-moviepilot-skill.SKILL.mdname: create-moviepilot-skill
version: 1
description: >-
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`.
allowed-tools: 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/skills` unless 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 `version` field in `SKILL.md`. If you update an
existing built-in skill, increment `version`, or users may continue using an older copied version.
- Keep the folder name and frontmatter `name` identical. 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`, or `create-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:
- `description` is the primary trigger surface. Put concrete "when to use"
scenarios there.
- Include `version` for built-in skills. Increment it whenever you ship a new
built-in revision.
- Add `allowed-tools` when the workflow depends on a small, well-defined tool
set.
- Add `compatibility` only 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.md` or `CHANGELOG.md` inside 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:
1. Create `skills/<skill-id>/` 2. Create `SKILL.md` 3. Add helper scripts only if they are justified
For an existing built-in skill:
1. Edit `skills/<skill-id>/SKILL.md` 2. Increment `version` 3. Update helper files in the same directory if needed
Step 8: Validate Before Finishing
- Re-read the frontmatter and confirm `name` matches the directory name.
- Confirm `description` mentions real trigger scenarios.
- If you changed an existing built-in skill, confirm `version` increased.
- 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.md` with a trigger-rich `description`
- Include only the tools needed for that workflow
- Increment `version` when revising an existing built-in skill
Final Checklist
- Is the skill under the repository `skills/` directory?
- Does the folder name equal frontmatter `name`?
- Does `description` clearly say when the skill should trigger?
- Did you avoid duplicating an existing skill unnecessarily?
- Did you increment `version` for built-in skill updates?
- Did you keep the skill lean and procedural?
Read more
name: create-moviepilot-skill version: 1 description: >- 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`. allowed-tools: 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/skills` unless 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 `version` field in `SKILL.md`. If you update an
existing built-in skill, increment `version`, or users may continue using an older copied version.
- Keep the folder name and frontmatter `name` identical. 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`, or `create-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:
- `description` is the primary trigger surface. Put concrete "when to use"
scenarios there.
- Include `version` for built-in skills. Increment it whenever you ship a new
built-in revision.
- Add `allowed-tools` when the workflow depends on a small, well-defined tool
set.
- Add `compatibility` only 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.md` or `CHANGELOG.md` inside 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:
1. Create `skills/<skill-id>/` 2. Create `SKILL.md` 3. Add helper scripts only if they are justified
For an existing built-in skill:
1. Edit `skills/<skill-id>/SKILL.md` 2. Increment `version` 3. Update helper files in the same directory if needed
Step 8: Validate Before Finishing
- Re-read the frontmatter and confirm `name` matches the directory name.
- Confirm `description` mentions real trigger scenarios.
- If you changed an existing built-in skill, confirm `version` increased.
- 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.md` with a trigger-rich `description`
- Include only the tools needed for that workflow
- Increment `version` when revising an existing built-in skill
Final Checklist
- Is the skill under the repository `skills/` directory?
- Does the folder name equal frontmatter `name`?
- Does `description` clearly say when the skill should trigger?
- Did you avoid duplicating an existing skill unnecessarily?
- Did you increment `version` for built-in skill updates?
- Did you keep the skill lean and procedural?
Repo: jxxghp/moviepilot
Other skills on moviepilot.
- /anysearch
API key for higher rate limits. Anonymous access available with lower rate limits.
Open skill - /browser-use
Use this skill when the user asks the agent to open, browse, inspect, extract content from, click through, fill forms on, screenshot, or verify a web page with a browser. Also use it for MoviePilot scenarios that need browser interaction, such as checking a site page, confirming
Open skill - /command-dispatch
Use this skill when the user's intent is to execute a system or plugin function. Applicable scenarios include: 1) The user sends a slash command starting with / (e.g. /cookiecloud, /sites, /subscribes, etc.); 2) The user describes an action in natural language that can be
Open skill - /create-moviepilot-plugin
Use this skill when the user asks to create, modify, debug, validate, or scaffold a MoviePilot local plugin. Covers MoviePilot V2 plugin development, _PluginBase implementations, package.v2.json/package.json market metadata, plugins.v2/plugins source layout,
Open skill - /database-operation
Use this skill when you need to inspect, query, maintain, or carefully modify the MoviePilot database. This skill uses the bundled scripts/mp-db.py helper, which reads MoviePilot local settings itself and never requires database passwords or full PostgreSQL DSNs in the agent
Open skill - /feedback-issue
Use this skill ONLY when the user EXPLICITLY requests filing an upstream issue for MoviePilot core, frontend, or an installed plugin, for example "反馈 issue", "提 issue", "报 bug", "给 MP 提 issue", "让上游修一下", "提交错误报告", "提问题", "提需求", "功能请求", or English "file an issue / report a bug /
Open skill

