
delegating-to-new-relic-agent
by ryancnelson
AI Assistant Delegation Framework - Keep your context clean by delegating API queries to specialized sub-agents ๐
SKILL.md
name: Delegating to New Relic Agent description: Recognize New Relic queries and delegate to specialized sub-agent to avoid context pollution keywords: newrelic, nrql, monitoring, alerts, apm, logs, drop-rules, observability, delegate, agent when_to_use: When user mentions "newrelic", "nrql", "alerts", "drop rules", or asks to query/search New Relic monitoring data. ALWAYS delegate to sub-agent. version: 1.0.0
Delegating to New Relic Agent
Core Principle
Never handle New Relic operations directly. Always delegate to a specialized sub-agent to keep your context clean and costs low.
Recognition Patterns
Delegate when user says:
- "query newrelic for..."
- "show me nrql results"
- "list drop rules"
- "any alerts firing?"
- "search newrelic logs"
- "what applications are monitored?"
- "verify this nrql query"
- Any mention of: newrelic, nrql, monitoring, alerts, apm, drop-rules, observability
How to Delegate
Use the Task tool with a specialized prompt:
Task(
subagent_type: "general-purpose",
description: "Query New Relic monitoring",
prompt: "<full agent instructions from AGENT-INSTRUCTIONS.md>"
)
Agent Prompt Template
When delegating, include:
- The complete agent instructions (see AGENT-INSTRUCTIONS.md)
- The user's specific request
- Clear output format requirements
Example:
You are a New Relic monitoring specialist. Your job is to query New Relic using shell wrappers and return clean results.
<AGENT INSTRUCTIONS HERE>
USER REQUEST: Show me active alerts
Return a clean summary with:
- Alert severity
- Entity names
- Alert conditions
- Status
After Agent Returns
- Present results cleanly to user
- Offer follow-up if relevant (e.g., "Would you like to see logs for that service?")
- Don't expose mechanics (NerdGraph, GraphQL, auth, etc.) to user
Benefits
- โ Main context stays clean
- โ Cheaper queries (sub-agent uses less expensive model)
- โ Specialized knowledge isolated
- โ Scalable pattern for other monitoring services
Example Flow
User: "show me active alerts"
Main Assistant: [Recognizes New Relic query]
โ Invokes Task tool with agent instructions
โ Agent runs monitoring-alerts wrapper
โ Agent returns formatted results
Main Assistant: "You have 2 active alerts:
CRITICAL: federated-graphql - High error rate
WARNING: nginx-gateway - Response time elevated
Would you like details on either of these?"
Common Query Types
NRQL Queries:
- "query logs for errors"
- "count transactions"
- "average response time"
Drop Rules:
- "show drop rules"
- "list log filters"
- "verify nrql before dropping"
Alerts:
- "any alerts?"
- "critical alerts"
- "what's alerting?"
Applications:
- "list monitored apps"
- "find nginx service"
Logs:
- "search logs for 502"
- "nginx error logs"
Red Flags
DON'T:
- โ Try to run monitoring-* scripts yourself
- โ Construct NerdGraph GraphQL queries in main session
- โ Load detailed New Relic API knowledge
- โ Handle authentication directly
- โ Parse complex monitoring data structures
DO:
- โ Immediately delegate on New Relic keywords
- โ Trust the sub-agent's results
- โ Present clean summaries to user
- โ Suggest relevant follow-up queries
Version History
- 1.0.0 (2025-10-15): Initial delegation skill created to reduce context pollution
Score
Total Score
Based on repository quality metrics
SKILL.mdใใกใคใซใๅซใพใใฆใใ
ใฉใคใปใณในใ่จญๅฎใใใฆใใ
100ๆๅญไปฅไธใฎ่ชฌๆใใใ
GitHub Stars 100ไปฅไธ
3ใถๆไปฅๅ ใซๆดๆฐใใใ
10ๅไปฅไธใใฉใผใฏใใใฆใใ
ใชใผใใณIssueใ50ๆชๆบ
ใใญใฐใฉใใณใฐ่จ่ชใ่จญๅฎใใใฆใใ
1ใคไปฅไธใฎใฟใฐใ่จญๅฎใใใฆใใ
Reviews
Reviews coming soon