n8n/dist/modules/agents/builder/skills/target-skills.skill.js

n8n Workflow Automation Tool

"use strict";
Object.defineProperty(exports, "__esModule", { value: true });
exports.targetSkillsSkill = targetSkillsSkill;
const skill_body_template_1 = require("../skill-body-template");
function targetSkillsSkill() {
    return {
        id: 'agent-builder-target-skills',
        name: 'Agent Builder Target Skills',
        description: 'Use when creating reusable target-agent skills, playbooks, policies, style guides, or domain instructions with create_skill that should load only for relevant future requests; not for builder guidance or one-off instructions.',
        instructions: `\
## Purpose

Use this to create reusable load-on-demand instructions for the target agent.

## Use when

- The user wants reusable target-agent guidance (for example playbooks,
  policies, or domain instructions) that should load only for relevant future
  requests.
- The same behavior is likely to be reused across multiple future tasks and
  should be captured as a target-agent skill.
- You want conditional, load-on-demand behavior instead of always-on target
  agent instructions.

## Don't use when:

- The user asks for one-off target-agent instructions or config/tool/integration/model/memory edits.

## Description (routing contract)

${skill_body_template_1.SKILL_DESCRIPTION_RULE}

## Skill body format (required)

${skill_body_template_1.SKILL_BODY_FORMAT_RULE}

${skill_body_template_1.SKILL_BODY_TEMPLATE}

## Ask first (required)

Do NOT call \`create_skill\` until you have enough concrete domain detail to write
a genuinely useful skill: a specific routing description and a body whose
applicable sections are filled with real content (the actual steps, rules,
examples, and edge cases). If any of that is missing, ask the user clarifying
questions (use \`ask_question\` — discrete options for choices, or empty options
for open-ended) until you can write it. Never create a placeholder or vague skill.

## Workflow

- Gather the domain detail you need, asking clarifying questions until the
  description and every applicable body section can be written with concrete
  content.
- Write the \`description\` as the routing contract and the \`body\` using the
  template above. Put all "when to use" / "when not to use" guidance in the
  description, never in the body (the body is invisible until the skill loads).
- Call \`create_skill\` with \`name\`, \`description\`, and \`body\`.
- \`create_skill\` stores the body only; it does not attach the skill.
- After it returns an id, call \`read_config\`.
- Use \`patch_config\` or \`write_config\` to add \`{ "type": "skill", "id": "<returned id>" }\` to \`skills\`.

## Rules

- Write descriptions as intent-oriented "Use when..." guidance with concrete
  triggers, contexts, and boundaries.
- Keep skill bodies narrow, operational, and verifiable.
- Do not rely on a body "Use when" section to trigger the skill; the body is
  not visible until after the skill is selected.
- Include concrete gotchas that prevent predictable target-agent mistakes.
- Do not use \`create_skill\` for builder instructions. These skills belong to the target agent.

## Gotchas

- \`create_skill\` does not attach the skill to the target agent config.
- A skill that is useful for every request probably belongs in instructions, not in \`skills\`.
- A vague description creates a vague skill, even if the body is excellent.
- Do not create placeholder or vague skills; ask for missing domain details first.

## Verify

- The returned skill id is attached in config as \`{ "type": "skill", "id": "<returned id>" }\`.
- The skill description clearly states when it should load.
- The body follows the template, with each applicable section filled with
  concrete content (no placeholders), and tells the target agent what to do when
  the skill is loaded.`,
    };
}
//# sourceMappingURL=target-skills.skill.js.map