@majiayu000/templates-ryancnelson-deli-gator
BThis skill implements the delegation pattern for SERVICE queries, keeping the main Claude context clean by offloading SERVICE-specific operations to a specialized sub-agent.
Install
agr install @majiayu000/templates-ryancnelson-deli-gator --target claudeWrites 2 files into .claude/skills/, pinned to git-2497950a.
- .claude/skills/templates-ryancnelson-deli-gator/SKILL.md
- .claude/skills/templates-ryancnelson-deli-gator/metadata.json
Document
SERVICE Delegation Skill
Overview
This skill implements the delegation pattern for SERVICE queries, keeping the main Claude context clean by offloading SERVICE-specific operations to a specialized sub-agent.
Keywords (Triggers Delegation)
- service
- resource
- item
- query
- IDENTIFIER-PATTERN (e.g., PROJ-####)
Pattern
When user mentions any keyword above:
- DO NOT handle the query directly
- DO NOT load SERVICE API documentation
- DO NOT construct API calls yourself
Instead:
- Read
AGENT-INSTRUCTIONS.mdfrom this skill directory - Delegate to sub-agent via Task tool
- Present results to user
Delegation Steps
Step 1: Read Agent Instructions
Read("path/to/skills/delegating-to-service-agent/AGENT-INSTRUCTIONS.md")
Step 2: Invoke Task Tool
Task(
subagent_type: "general-purpose",
description: "Query SERVICE",
prompt: "<paste full agent instructions here>
USER REQUEST: <user's exact request>
Return clean formatted results."
)
Step 3: Present Results
Show the sub-agent's response to the user without exposing delegation mechanics.
Example
User says: "show me my service items"
You do:
- Recognize keyword: "service"
- Read AGENT-INSTRUCTIONS.md
- Delegate via Task tool
- Present: "Found 5 items: ITEM-1 (status), ITEM-2 (status), ..."
What You Should NEVER Do
❌ Run ~/bin/service-* commands yourself
❌ Construct API calls manually
❌ Try to authenticate with SERVICE API
❌ Load SERVICE API documentation
Those resources are for the SUB-AGENT, not for you!
Benefits
✅ Your context stays clean (< 1KB vs 5-10KB) ✅ Sub-agent uses cheaper model ✅ Faster responses ✅ Scalable pattern (reuse for other services)
Files in This Skill
SKILL.md(this file) - When and how to delegateAGENT-INSTRUCTIONS.md- Complete knowledge for sub-agentUSAGE-EXAMPLE.md- Example delegation flow
Shell Wrappers Used by Sub-Agent
~/bin/service-list # List items
~/bin/service-show # Show specific item
~/bin/service-search # Search items
~/bin/service-create # Create new item
~/bin/service-update # Update existing item
Testing
Verify this skill works:
- Start fresh Claude session
- Say: "show me my service items"
- Verify delegation happens automatically
- Verify sub-agent uses correct wrapper
- Verify results are accurate
- Verify main context < 1KB
Troubleshooting
Delegation didn't happen?
- Check startup doc is loaded (should have ⛔ warnings)
- Verify keywords are in user query
- Check if user explicitly asked you NOT to delegate
Sub-agent chose wrong tool?
- Review decision tree in AGENT-INSTRUCTIONS.md
- Add more specific patterns
- Test with different phrasings
Results are inaccurate?
- Test shell wrappers manually:
~/bin/service-list - Check authentication tokens
- Verify API responses
Related Documentation
- Startup Doc:
config/startup-docs/0X-service-delegation.md(⛔ loaded every session) - Concept File:
config/concepts/service-access.md(STOP warnings) - Shell Wrappers:
~/bin/service-*
Created: YYYY-MM-DD Status: Active Pattern: Delegation Agent v1.0
Repository README
Describes majiayu000/claude-skill-registry-data as a whole, which may contain artifacts other than this one. Where this artifact had no useful description of its own, its summary was taken from here.
Claude Skill Registry (Data)
This repo contains the archived skill contents (the heavy, browsable skill files).
Canonical layout
- Category folders at repo root (e.g.
development/,documents/,data/, ...) - Each skill lives under a category:
<category>/<skill>/SKILL.md+<category>/<skill>/metadata.json - Case conflicts are resolved with
{name}-{owner}-{repo}suffixes (fallback:-{short-hash}).
Archive status
- Live badges above are sourced from
claude-skill-registry-corestats.json. - Counts in this README are intentionally dynamic, not hardcoded.
- If the badges look stale, refresh the
corebuild/index pipeline rather than editing numbers here.
Where the index + site live
- Core repo: https://github.com/majiayu000/claude-skill-registry-core
- Main repo (merged publish artifact): https://github.com/majiayu000/claude-skill-registry
Trustgrade B
- passBody integrity
Whether the stored document is plausibly the kind of file the artifact declares, rather than something fetched by mistake.
- passType matchnot applicable to this artifact type
Whether the artifact is really the kind of thing its metadata claims it is.
- passFreshness
How long since the source repository was last pushed to.
- passPrompt injection
Scans the artifact's own text for instructions aimed at your agent rather than at you.
- warnLicenseno SPDX license detected
Whether the source repository declares an SPDX license permissive enough to redistribute.
How the grade is calculated
Each check contributes 0 points when it passes, 1 when it warns, and 2 when it fails. The total maps to a letter:
- Aevery check passed
- Bone warning
- Ctwo warnings
- Dprompt injection or body integrity failed, or three warnings
- Fone of those failed, and something else is wrong
These are automated hygiene checks, not a security audit, and not a dependency or vulnerability scan. A grade of A means nothing was flagged — not that the artifact is safe.
Versions
git-2497950a44132026-07-31