Skip to content

Extending Skills ​

Skills are Markdown instruction files with frontmatter. They teach Murph when and how to use a source, tool, workflow, or evidence type.

File location ​

Shipped runtime skills live in the app's skills/ directory. User-created runtime skills live in:

text
~/.murph/skills/*.md

Murph loads shipped skills first, then user skills. A user skill with the same name overrides the shipped skill.

File shape ​

md
---
name: jira
description: Use Jira evidence for issue, project, cycle, and blocker questions.
knowledgeDomains: [work_item]
contextSourceNames: [jira.thread_search]
groundingPolicy: prefer_search
priority: 20
riskLevel: low
---

Use Jira evidence when the request mentions issues, projects, cycles, blockers, or roadmap status.
Prefer issue titles, current status, assignee, labels, and recent comments over memory.

Frontmatter ​

FieldPurpose
nameStable skill id. Defaults to the filename when omitted.
descriptionSelection hint for when the skill is relevant.
knowledgeDomainsDomains the skill applies to, such as work_item or code.
contextSourceNamesContext sources the skill expects or prefers.
channelNamesChannel providers where this skill applies.
sessionModesSession modes where this skill applies.
groundingPolicymodel_choice, prefer_search, or required_when_no_artifacts.
priorityHigher priority skills are considered first. Default is 10.
riskLevellow, medium, or high. Default is low.

Priority ​

Use priority to resolve overlap:

  • 10: normal source guidance.
  • 20: important source-specific workflow.
  • 30+: narrow high-priority operational behavior.

Avoid making broad skills high priority. They can crowd out more specific instructions.

Grounding policy ​

Use prefer_search when search is usually helpful but not mandatory.

Use required_when_no_artifacts when Murph should retrieve source evidence before answering factual questions if no current artifacts already exist.

Use model_choice for style, routing, or interpretation guidance that does not require retrieval.

Instructions ​

The body should be operational, not promotional. Include:

  • what evidence to prefer;
  • what claims require grounding;
  • what to avoid;
  • when to queue or ask instead of answering;
  • source-specific terms users are likely to use.

Keep one skill focused on one source or workflow. Create separate skills when priorities, risk, or grounding expectations differ.

Self-hosted handoff agent for async coverage.