example-argument-substitution
This skill contains shell command directives (!`command`) that may execute system commands. Review carefully before installing.
Argument Substitution Pattern — Example Skill
How to Use This Skill
This skill is a living test harness for argument substitution behavior. Read it, run it, observe what happened, and extend it.
Step 1 — Read this file. Do this before running. Note what you expect to see in each section.
Step 2 — Run with 0 arguments: /example-argument-substitution
Step 3 — Run with 10 arguments: /example-argument-substitution CANARY_A CANARY_B CANARY_C CANARY_D CANARY_E CANARY_F CANARY_G CANARY_H CANARY_I CANARY_J
Step 4 — Compare. Each section states what it expects. Check whether output matches.
How to Add a New Test
When you have a hypothesis about substitution behavior — test it here before applying it anywhere else.
- State your hypothesis — write exactly what you expect to appear in the output
- Add the pattern — put it in a new section below with an
**Expected with 10 args:**and**Expected with 0 args:**annotation - Run with 0 args —
/example-argument-substitution - Run with 10 CANARY args —
/example-argument-substitution CANARY_A CANARY_B ... - Observe — does the rendered output match your hypothesis exactly?
- Record the finding — if the hypothesis was wrong, correct it. If it involves literal
$Nsyntax, record the verified fact in./references/argument-substitution-reference.md(reference files are not substituted) - Only then apply the pattern to other skills
Do not document any pattern as safe without completing all 7 steps.
Compare each section below between the two runs. Some sections are intentional substitution — they should show values. Others are unintentional — they show what corruption looks like.
Capture Block (intentional substitution — should show values)
All positional args captured into named XML tags. Everything else references these tags.
$0 $1 $2 $3 $4 $5 $6 $7 $8 $9 <all_args>$ARGUMENTS</all_args> <arg_by_index_0>$ARGUMENTS[0]</arg_by_index_0> <arg_by_index_1>$ARGUMENTS[1]</arg_by_index_1> <arg_by_index_2>$ARGUMENTS[2]</arg_by_index_2>
Expected with 10 args: each tag holds its CANARY value. Expected with 0 args: all tags empty.
Intentional Substitution in Prose (should show values)
These are correct uses of substitution — injecting argument values directly into skill output.
The skill was invoked with first argument: The target is: All arguments received: <all_args>
A skill instruction that uses the value directly:
Process the file using mode .
Expected with 10 args: prose shows CANARY_A, CANARY_B, full CANARY string. Expected with 0 args: blanks where the values would be — still correct for a 0-arg invocation.
Intentional Substitution Combined with Command Substitution
Command substitution runs at load time; argument substitution also runs at load time. Both happen before Claude reads the skill. This line combines both:
!echo "Loaded at $(date '+%Y-%m-%dT%H:%M:%S') — first arg is: $0"
Expected with 10 args: timestamp + CANARY_A on the same line.
Expected with 0 args: timestamp + empty string after first arg is:.
Unintentional Substitution — Code Examples (shows corruption)
This section intentionally demonstrates what corruption looks like when you write shell code examples in SKILL.md body. The variables below are consumed at load time.
A bash function you might want to document:
check_file() {
local path=$1
local mode=$2
[[ -f $1 ]] && chmod $2 $1
}
Expected with 10 args: $1 → CANARY_A, $2 → CANARY_B — code is corrupted.
Expected with 0 args: $1 → empty, $2 → empty — also corrupted, differently.
Brace form is equally substituted:
process() {
echo "arg: ${1}, mode: ${2}"
}
Expected with 10 args: ${1} → CANARY_A, ${2} → CANARY_B — brace form is NOT safe.
Expected with 0 args: both render empty — still corrupted.
Awk field references in single quotes are also substituted:
awk '{print $5, $1}' file.txt
Expected with 10 args: $5 → CANARY_F, $1 → CANARY_A — awk example is broken.
Expected with 0 args: both disappear — single quotes provide no protection.
The Correct Pattern — Pre-Declaration + Reference File
For prose and output strings: use substitution directly (as shown in the Intentional sections above).
For code examples containing shell variables: move them to a reference file.
Reference files are NOT subject to substitution and can show literal $1, ${1}, $ARGUMENTS syntax safely.
The pre-declaration pattern for routing skills:
- Capture args into XML tags at the very top of SKILL.md (as in the Capture Block above)
- Use
<tagname>throughout the rest of SKILL.md — never bare$Nafter the capture block - Put all code examples with
$Ninreferences/*.md
Routing (uses <arg0> as action — correct pattern)
flowchart TD
Start(["Read <arg0>"]) --> Q{arg0 value?}
Q -->|"greet"| Greet["Say hello to <arg1>"]
Q -->|"farewell"| Farewell["Say goodbye to <arg1>"]
Q -->|"inspect"| Inspect["Show all captured values"]
Q -->|"(empty)"| Help["Output usage line"]
Q -->|"(anything else)"| Unknown["Output: Unknown action. Valid: greet, farewell, inspect"]
Actions
greet
Trigger: <arg0> is greet
Output:
Hello, <arg1>!
(invoked as: <all_args>)
If <arg1> is empty, substitute world.
farewell
Trigger: <arg0> is farewell
Output:
Goodbye, <arg1>. It was a pleasure.
(invoked as: <all_args>)
If <arg1> is empty, substitute friend.
inspect
Trigger: <arg0> is inspect
Output all captured values:
arg0 = <arg0>
arg1 = <arg1>
arg2 = <arg2>
arg3 = <arg3>
arg4 = <arg4>
arg5 = <arg5>
arg6 = <arg6>
arg7 = <arg7>
arg8 = <arg8>
arg9 = <arg9>
all_args = <all_args>
arg_by_index_0 = <arg_by_index_0>
arg_by_index_1 = <arg_by_index_1>
arg_by_index_2 = <arg_by_index_2>
Full Reference
All substitution variables, pitfall table, and verified escape evidence:
More from jamie-bitflight/claude_skills
perl-lint
This skill should be used when the user asks to lint Perl code, run perlcritic, check Perl style, format Perl code, run perltidy, or mentions Perl Critic policies, code formatting, or style checking.
24brainstorming-skill
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or when users request help with ideation, marketing, and strategic planning. Explores user intent, requirements, and design before implementation using 30+ research-validated prompt patterns.
11design-anti-patterns
Enforce anti-AI UI design rules based on the Uncodixfy methodology. Use when generating HTML, CSS, React, Vue, Svelte, or any frontend UI code. Prevents "Codex UI" — the generic AI aesthetic of soft gradients, floating panels, oversized rounded corners, glassmorphism, hero sections in dashboards, and decorative copy. Applies constraints from Linear/Raycast/Stripe/GitHub design philosophy: functional, honest, human-designed interfaces. Triggers on: UI generation, dashboard building, frontend component creation, CSS styling, landing page design, or any task producing visual interface code.
7python3-review
Comprehensive Python code review checking patterns, types, security, and performance. Use when reviewing Python code for quality issues, when auditing code before merge, or when assessing technical debt in a Python codebase.
7hooks-guide
Cross-platform hooks reference for AI coding assistants — Claude Code, GitHub Copilot, Cursor, Windsurf, Amp. Covers hook authoring in Node.js CJS and Python, per-platform event schemas, inline-agent hooks and MCP in agent frontmatter, common JSON I/O, exit codes, best practices, and a fetch script to refresh docs from official sources. Use when writing, reviewing, or debugging hooks for any AI assistant.
7agent-creator
Create high-quality Claude Code agents from scratch or by adapting existing agents as templates. Use when the user wants to create a new agent, modify agent configurations, build specialized subagents, or design agent architectures. Guides through requirements gathering, template selection, and agent file generation following Anthropic best practices (v2.1.63+).
6