Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计通过

agent-developmentAgent 开发

Agent Skill

agent-development 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

751

周安装

31

GitHub Stars

1

下载量

246
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:agent-development(Agent 开发)
来源仓库:https://github.com/pixel-process-ug/superkit-agents
仓库路径:skills/agent-development
安装命令:
npx skills add https://github.com/pixel-process-ug/superkit-agents --skill agent-development
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/pixel-process-ug/superkit-agents --skill agent-development

简介

agent-development 用于查找、检索和筛选相关信息,适合快速定位候选结果。

  • 适用于需要根据关键词或任务场景从来源线索中筛选信息的场景。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装并使用该技能。
  • 安装前需确认权限范围和维护状态,注意可能触发联网或文件读写操作。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Agent Development

Overview

Design and build AI agents that effectively use tools, manage memory, plan multi-step tasks, coordinate with other agents, and operate within safety guardrails. This skill covers the full agent development lifecycle from architecture through evaluation, with emphasis on observable, testable, and safe agent behavior.

Phase 1: Agent Design

  1. Define the agent's purpose and scope
  2. Identify required tools and capabilities
  3. Design memory architecture (short-term, long-term)
  4. Plan agent loop structure (observe, think, act)
  5. Define safety boundaries and guardrails

STOP — Present agent design to user for approval before implementation.

Agent Architecture Decision Table

Agent TypeWhen to UseLoop PatternComplexity
Single-turn tool userSimple queries with tool callsRequest -> Tool -> ResponseLow
ReAct agentMulti-step reasoning tasksThought -> Action -> Observation -> loopMedium
Plan-and-executeComplex tasks with dependenciesPlan -> Execute steps -> ValidateMedium-High
Multi-agent orchestratorParallel/specialized sub-tasksDispatch -> Collect -> SynthesizeHigh
Autonomous loop (Ralph-style)Long-running iterative developmentPlan -> Build -> Verify -> Exit gateHigh

Phase 2: Implementation

  1. Build the agent loop with tool dispatch
  2. Implement memory management (context window, persistence)
  3. Add planning and decomposition logic
  4. Integrate error recovery and retry patterns
  5. Implement output validation

STOP — Run smoke tests on the agent loop before adding complexity.

Tool Use Patterns

Tool Definition Best Practices

PrincipleRuleExample
Clear namingverb-noun formatsearch_documents, create_file
Detailed descriptionsInclude when to use AND when NOT to use"Use for keyword search. Do NOT use for semantic similarity."
Well-typed parametersDescriptions and examples on every paramquery: string // "e.g., 'user authentication'"
Predictable returnsConsistent format across toolsAlways return {success, data, error}
Self-correcting errorsHelp agent recover"Invalid date format. Expected ISO 8601: YYYY-MM-DD"

Tool Selection Strategy

Given a task:
1. Identify required information and actions
2. Map to available tools
3. Determine tool call order (dependencies)
4. Execute with result validation
5. Retry or try alternative tool on failure

Tool Design Principles

  • Composable: small tools that combine for complex tasks
  • Idempotent: safe to retry without side effects (where possible)
  • Observable: return enough context for the agent to verify success
  • Bounded: timeouts and size limits on all operations
  • Documented: every parameter and return value described

Memory Management

Memory Type Decision Table

TypeDurationStorageUse Case
Working MemoryCurrent turnContext windowActive reasoning
Short-term MemoryCurrent sessionIn-context or bufferRecent conversation
Long-term MemoryAcross sessionsDatabase/fileLearned patterns, user prefs
Episodic MemorySpecific eventsIndexed storePast task outcomes
Semantic MemoryKnowledgeVector DBDomain knowledge retrieval

Context Window Management

Strategy: Sliding window with importance-based retention

1. Always retain: system prompt, tool definitions, current task
2. Summarize: older conversation turns into compressed summaries
3. Evict: least relevant context when approaching limit
4. Retrieve: pull relevant long-term memory on demand

Budget allocation:
  System prompt + tools: ~20%
  Current task context:  ~40%
  Conversation history:  ~25%
  Retrieved memory:      ~15%

Memory Update Triggers

TriggerAction
User correctionUpdate learned patterns
Task completionStore outcome and approach
Error recoveryRecord what failed and what worked
New domain knowledgeIndex for future retrieval

Planning Strategies

Hierarchical Task Decomposition

1. Break high-level goal into sub-goals
2. For each sub-goal, identify required actions
3. Order actions by dependencies
4. Execute with checkpoints between phases
5. Re-plan if intermediate results change the approach

ReAct Pattern (Reason + Act)

Thought: I need to find the user's recent orders to answer their question.
Action: search_orders(user_id="123", limit=5)
Observation: Found 5 orders, most recent is #456 from yesterday.
Thought: The user asked about order #456. I have the details now.
Action: respond with order details

Plan-and-Execute Pattern

1. Create a complete plan before any action
2. Execute each step, checking preconditions
3. After each step, validate the result
4. If a step fails, re-plan from current state
5. Never modify the plan mid-step (finish or abort first)

Reflection Pattern

After completing a task:
1. Was the result correct?
2. Was the approach efficient?
3. What could be improved?
4. Should any memory be updated?

Phase 3: Evaluation and Safety

  1. Build evaluation harness with test scenarios
  2. Measure accuracy, efficiency, and safety metrics
  3. Test edge cases and adversarial inputs
  4. Add monitoring and logging
  5. Implement circuit breakers for runaway behavior

STOP — All safety guardrails must be tested before deployment.

Multi-Agent Coordination

Coordination Pattern Decision Table

PatternDescriptionUse When
OrchestratorCentral agent delegates to specialistsClear task hierarchy
PipelineAgents process in sequenceLinear workflows
DebateAgents propose and critiqueNeed diverse perspectives
VotingMultiple agents, majority winsUncertainty in approach
SupervisorOne agent monitors othersSafety-critical tasks

Communication Protocol

Agent-to-Agent message:
{
  "from": "planner",
  "to": "executor",
  "type": "task_assignment",
  "content": { "task": "...", "context": "...", "constraints": "..." },
  "priority": "high",
  "deadline": "2025-01-15T10:00:00Z"
}

Coordination Rules

  • Define clear ownership boundaries
  • Use structured messages between agents
  • Implement deadlock detection
  • Set timeouts for inter-agent communication
  • Log all inter-agent messages for debugging

Evaluation Framework

Metrics Decision Table

MetricWhat It MeasuresHow to MeasureTarget
Task Success RateCorrect completions / totalAutomated + human eval> 90%
EfficiencySteps vs optimal pathStep count comparison< 2x optimal
Tool AccuracyCorrect tool calls / totalLog analysis> 95%
SafetyViolations / total interactionsGuardrail checks0 violations
LatencyTime to complete taskWall clock< SLA
CostToken usage per taskAPI usage trackingWithin budget

Evaluation Dataset Structure

{
  "test_cases": [
    {
      "id": "tc_001",
      "input": "Find all orders over $100 from last week",
      "expected_tools": ["search_orders"],
      "expected_output_contains": ["order_id", "amount"],
      "category": "retrieval",
      "difficulty": "easy"
    }
  ]
}

Safety Guardrails

Input Guardrails

  • Detect and reject prompt injection attempts
  • Validate all user inputs before processing
  • Rate limit requests per user/session
  • Content filtering for harmful requests

Output Guardrails

  • Validate tool call arguments before execution
  • Check outputs for sensitive information (PII, secrets)
  • Enforce response format constraints
  • Prevent infinite tool call loops

Operational Guardrails

  • Maximum tool calls per task (circuit breaker)
  • Maximum tokens per response
  • Timeout for total task duration
  • Escalation to human when confidence is low
  • Audit logging for all actions

Circuit Breaker Thresholds

ConditionThresholdAction
Max tool calls per task20Stop execution, return error
Max consecutive errors3Stop, log, return graceful error
Max task duration5 minutesTimeout, return partial result
Max tokens generated10,000Stop generation
Pattern repeats5 identical errorsOpen circuit, alert operator

Prompt Engineering for Agents

System Prompt Structure

1. Identity and purpose (who the agent is)
2. Available tools (what it can do)
3. Constraints (what it must not do)
4. Output format (how to respond)
5. Examples (few-shot demonstrations)
6. Error handling (what to do when stuck)

Key Prompt Patterns

  • Scratchpad: encourage step-by-step reasoning before action
  • Self-correction: "If your first approach fails, try..."
  • Confidence calibration: "Only proceed if you are confident"
  • Graceful degradation: "If you cannot complete the task, explain why"

Anti-Patterns / Common Mistakes

Anti-PatternWhy It Is WrongWhat to Do Instead
Calling tools without reasoningWastes calls, misses contextUse ReAct pattern (think first)
No max iteration limitInfinite loops, runaway costsSet circuit breaker thresholds
Trusting all tool outputsCorrupted data propagatesValidate tool results
Hardcoded tool sequencesNo adaptability to failuresDynamic tool selection based on state
No error recovery strategyAgent gets stuck on first failureImplement retry with alternatives
Apologizing instead of actingWastes user timeTake corrective action, then report
Over-reliance on single toolFragile if that tool failsProvide fallback tools
No evaluation frameworkShipping blind, no quality signalBuild eval harness before deployment
Unlimited context growthContext overflow, degraded qualityImplement memory management

Integration Points

SkillIntegration
mcp-builderMCP servers provide tools for agents
planningAgent planning uses structured plan generation
autonomous-loopRalph-style loops are a specialized agent pattern
dispatching-parallel-agentsMulti-agent coordination pattern
circuit-breakerOperational safety for agent loops
verification-before-completionAgent output validation
test-driven-developmentTDD for agent tool implementations

Skill Type

FLEXIBLE — Adapt the agent architecture, memory strategy, and coordination patterns to the specific use case. Safety guardrails and evaluation frameworks are strongly recommended for all production agents.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.68%
按下载量换算90

Claude

32.12%
按下载量换算79

Cursor

16.43%
按下载量换算40

Gemini CLI

9.77%
按下载量换算24

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills