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

hive技能安全扫描

Agent Skill

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

总安装

703

周安装

29

GitHub Stars

9,609

下载量

230
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/adenhq/hive --skill hive

简介

此工作流程提供了从概念到生产就绪代理的经过验证的路径:

  • 使用 /hive-concepts 学习
  • → 了解基础知识(可选)
  • 使用 /hive-create 构建
  • → 获得经过验证的结构
  • 使用 /hive-pattern 进行优化
  • → 应用最佳实践(可选)
  • 使用 /hive-credentials 配置
  • → 设置 API 密钥(如果需要)
  • 使用 /hive-test 进行测试
  • → 获得经过验证的功能
  • 使用 /hive-debugger 进行调试
  • → 修复运行时问题(如果需要)
  • 工作流程灵活 - 根据需要跳过阶段、自由迭代并适应您的特定要求。目标是通过一致、可重复的流程构建生产就绪的代理。
  • 技能选择指南
  • 在以下情况下选择 hive-concept:
  • 第一次做建筑代理
  • 需要了解事件循环架构
  • 验证工具可用性
  • 了解节点类型、边和判断
  • 在以下情况下选择 hive-create:
  • 实际上建立一个代理
  • 有明确的要求
  • 准备写代码了
  • 想要逐步指导
  • 想要从现有模板开始并对其进行自定义
  • 在以下情况下选择蜂巢模式:
  • 代理结构完整
  • 需要面向客户的节点或反馈边缘
  • 实施审查循环或扇出/扇入
  • 想要判断模式或上下文管理
  • 想要最佳实践
  • 在以下情况下选择 hive-test:
  • 代理结构完整
  • 准备好验证功能
  • 需要全面的测试覆盖率
  • 测试反馈回路、输出键或扇出
  • 在以下情况下选择 hive-debugger:
  • 代理在运行时失败或卡住
  • 查看重试循环或升级
  • 工具调用失败
  • 需要了解节点未完成的原因
  • 想要实时监控代理执行情况
  • 每周安装量
  • 29
  • 存储库
  • 亚丁/蜂巢
  • GitHub 之星
  • 9.6K
  • 第一次看到
  • 2026 年 2 月 22 日
  • 安全审计
  • Gen Agent Trust Hub 通行证
  • 套接字通行证
  • 斯尼克通行证

SKILL.md

Agent Development Workflow

THIS IS AN EXECUTABLE WORKFLOW. DO NOT explore the codebase or read source files. ROUTE to the correct skill IMMEDIATELY.

When this skill is loaded, ALWAYS use the AskUserQuestion tool to present options:

Use AskUserQuestion with these options:
- "Build a new agent" → Then invoke /hive-create
- "Test an existing agent" → Then invoke /hive-test
- "Learn agent concepts" → Then invoke /hive-concepts
- "Optimize agent design" → Then invoke /hive-patterns
- "Set up credentials" → Then invoke /hive-credentials
- "Debug a failing agent" → Then invoke /hive-debugger
- "Other" (please describe what you want to achieve)

DO NOT: Read source files, explore the codebase, search for code, or do any investigation before routing. The sub-skills handle all of that.


Complete Standard Operating Procedure (SOP) for building production-ready goal-driven agents.

Overview

This workflow orchestrates specialized skills to take you from initial concept to production-ready agent:

  1. Understand Concepts/hive-concepts (optional)
  2. Build Structure/hive-create
  3. Optimize Design/hive-patterns (optional)
  4. Setup Credentials/hive-credentials (if agent uses tools requiring API keys)
  5. Test & Validate/hive-test
  6. Debug Issues/hive-debugger (if agent fails at runtime)

When to Use This Workflow

Use this meta-skill when:

  • Starting a new agent from scratch
  • Unclear which skill to use first
  • Need end-to-end guidance for agent development
  • Want consistent, repeatable agent builds

Skip this workflow if:

  • You only need to test an existing agent → use /hive-test directly
  • You know exactly which phase you're in → use specific skill directly

Quick Decision Tree

"Need to understand agent concepts" → hive-concepts
"Build a new agent" → hive-create
"Optimize my agent design" → hive-patterns
"Need client-facing nodes or feedback loops" → hive-patterns
"Set up API keys for my agent" → hive-credentials
"Test my agent" → hive-test
"My agent is failing/stuck/has errors" → hive-debugger
"Not sure what I need" → Read phases below, then decide
"Agent has structure but needs implementation" → See agent directory STATUS.md

Phase 0: Understand Concepts (Optional)

Skill: /hive-concepts Input: Questions about agent architecture

When to Use

  • First time building an agent
  • Need to understand node types, edges, goals
  • Want to validate tool availability
  • Learning about event loop architecture and client-facing nodes

What This Phase Provides

  • Architecture overview (Python packages, not JSON)
  • Core concepts (Goal, Node, Edge, Event Loop, Judges)
  • Tool discovery and validation procedures
  • Workflow overview

Skip this phase if you already understand agent fundamentals.

Phase 1: Build Agent Structure

Skill: /hive-create Input: User requirements ("Build an agent that...") or a template to start from

What This Phase Does

Creates the complete agent architecture:

  • Package structure (exports/agent_name/)
  • Goal with success criteria and constraints
  • Workflow graph (nodes and edges)
  • Node specifications
  • CLI interface
  • Documentation

Process

  1. Create package - Directory structure with skeleton files
  2. Define goal - Success criteria and constraints written to agent.py
  3. Design nodes - Each node approved and written incrementally
  4. Connect edges - Workflow graph with conditional routing
  5. Finalize - Agent class, exports, and documentation

Outputs

  • exports/agent_name/ package created
  • ✅ Goal defined in agent.py
  • ✅ 3-5 success criteria defined
  • ✅ 1-5 constraints defined
  • ✅ 5-10 nodes specified in nodes/init.py
  • ✅ 8-15 edges connecting workflow
  • ✅ Validated structure (passes uv run python -m agent_name validate)
  • ✅ README.md with usage instructions
  • ✅ CLI commands (info, validate, run, shell)

Success Criteria

You're ready for Phase 2 when:

  • Agent structure validates without errors
  • All nodes and edges are defined
  • CLI commands work (info, validate)
  • You see: "Agent complete: exports/agent_name/"

Common Outputs

The hive-create skill produces:

exports/agent_name/
├── __init__.py          (package exports)
├── __main__.py          (CLI interface)
├── agent.py             (goal, graph, agent class)
├── nodes/__init__.py    (node specifications)
├── config.py            (configuration)
├── implementations.py   (may be created for Python functions)
└── README.md            (documentation)

Next Steps

If structure complete and validated: → Check exports/agent_name/STATUS.md or IMPLEMENTATION_GUIDE.md → These files explain implementation options → You may need to add Python functions or MCP tools (not covered by current skills)

If want to optimize design: → Proceed to Phase 1.5 (hive-patterns)

If ready to test: → Proceed to Phase 2

Phase 1.5: Optimize Design (Optional)

Skill: /hive-patterns Input: Completed agent structure

When to Use

  • Want to add client-facing blocking or feedback edges
  • Need judge patterns for output validation
  • Want fan-out/fan-in (parallel execution)
  • Need error handling patterns
  • Want best practices guidance

What This Phase Provides

  • Client-facing interaction patterns
  • Feedback edge routing with nullable output keys
  • Judge patterns (implicit, SchemaJudge)
  • Fan-out/fan-in parallel execution
  • Context management and spillover patterns
  • Anti-patterns to avoid

Skip this phase if your agent design is straightforward.

Phase 2: Test & Validate

Skill: /hive-test Input: Working agent from Phase 1

What This Phase Does

Guides the creation and execution of a comprehensive test suite:

  • Constraint tests
  • Success criteria tests
  • Edge case tests
  • Integration tests

Process

  1. Analyze agent - Read goal, constraints, success criteria
  2. Generate tests - The calling agent writes pytest files in exports/agent_name/tests/ using hive-test guidelines and templates
  3. User approval - Review and approve each test
  4. Run evaluation - Execute tests and collect results
  5. Debug failures - Identify and fix issues
  6. Iterate - Repeat until all tests pass

Outputs

  • ✅ Test files in exports/agent_name/tests/
  • ✅ Test report with pass/fail metrics
  • ✅ Coverage of all success criteria
  • ✅ Coverage of all constraints
  • ✅ Edge case handling verified

Success Criteria

You're done when:

  • All tests pass
  • All success criteria validated
  • All constraints verified
  • Agent handles edge cases
  • Test coverage is comprehensive

Next Steps

Agent ready for:

  • Production deployment
  • Integration into larger systems
  • Documentation and handoff
  • Continuous monitoring

Phase Transitions

From Phase 1 to Phase 2

Trigger signals:

  • "Agent complete: exports/..."
  • Structure validation passes
  • README indicates implementation complete

Before proceeding:

  • Verify agent can be imported: from exports.agent_name import default_agent
  • Check if implementation is needed (see STATUS.md or IMPLEMENTATION_GUIDE.md)
  • Confirm agent executes without import errors

Skipping Phases

When to skip Phase 1:

  • Agent structure already exists
  • Only need to add tests
  • Modifying existing agent

When to skip Phase 2:

  • Prototyping or exploring
  • Agent not production-bound
  • Manual testing sufficient

Common Patterns

Pattern 1: Complete New Build (Simple)

User: "Build an agent that monitors files"
→ Use /hive-create
→ Agent structure created
→ Use /hive-test
→ Tests created and passing
→ Done: Production-ready agent

Pattern 1b: Complete New Build (With Learning)

User: "Build an agent (first time)"
→ Use /hive-concepts (understand concepts)
→ Use /hive-create (build structure)
→ Use /hive-patterns (optimize design)
→ Use /hive-test (validate)
→ Done: Production-ready agent

Pattern 1c: Build from Template

User: "Build an agent based on the deep research template"
→ Use /hive-create
→ Select "From a template" path
→ Pick template, name new agent
→ Review/modify goal, nodes, graph
→ Agent exported with customizations
→ Use /hive-test
→ Done: Customized agent

Pattern 2: Test Existing Agent

User: "Test my agent at exports/my_agent"
→ Skip Phase 1
→ Use /hive-test directly
→ Tests created
→ Done: Validated agent

Pattern 3: Iterative Development

User: "Build an agent"
→ Use /hive-create (Phase 1)
→ Implementation needed (see STATUS.md)
→ [User implements functions]
→ Use /hive-test (Phase 2)
→ Tests reveal bugs
→ [Fix bugs manually]
→ Re-run tests
→ Done: Working agent

Pattern 4: Agent with Review Loops and HITL Checkpoints

User: "Build an agent with human review and feedback loops"
→ Use /hive-concepts (learn event loop, client-facing nodes)
→ Use /hive-create (build structure with feedback edges)
→ Use /hive-patterns (implement client-facing + feedback patterns)
→ Use /hive-test (validate review flows and edge routing)
→ Done: Agent with HITL checkpoints and review loops

Skill Dependencies

hive (meta-skill)
    │
    ├── hive-concepts (foundational)
    │   ├── Architecture concepts (event loop, judges)
    │   ├── Node types (event_loop, function)
    │   ├── Edge routing and priority
    │   ├── Tool discovery procedures
    │   └── Workflow overview
    │
    ├── hive-create (procedural)
    │   ├── Creates package structure
    │   ├── Defines goal
    │   ├── Adds nodes (event_loop, function)
    │   ├── Connects edges with priority routing
    │   ├── Finalizes agent class
    │   └── Requires: hive-concepts
    │
    ├── hive-patterns (reference)
    │   ├── Client-facing interaction patterns
    │   ├── Feedback edges and review loops
    │   ├── Judge patterns (implicit, SchemaJudge)
    │   ├── Fan-out/fan-in parallel execution
    │   └── Context management and anti-patterns
    │
    ├── hive-credentials (utility)
    │   ├── Detects missing credentials
    │   ├── Offers auth method choices (Aden OAuth, direct API key)
    │   ├── Stores securely in ~/.hive/credentials
    │   └── Validates with health checks
    │
    ├── hive-test (validation)
    │   ├── Reads agent goal
    │   ├── Generates tests
    │   ├── Runs evaluation
    │   └── Reports results
    │
    └── hive-debugger (troubleshooting)
        ├── Monitors runtime logs (L1/L2/L3)
        ├── Identifies retry loops, tool failures
        ├── Categorizes issues (10 categories)
        └── Provides fix recommendations

Troubleshooting

"Agent structure won't validate"

  • Check node IDs match between nodes/init.py and agent.py
  • Verify all edges reference valid node IDs
  • Ensure entry_node exists in nodes list
  • Run: PYTHONPATH=exports uv run python -m agent_name validate

"Agent has structure but won't run"

  • Check for STATUS.md or IMPLEMENTATION_GUIDE.md in agent directory
  • Implementation may be needed (Python functions or MCP tools)
  • This is expected - hive-create creates structure, not implementation
  • See implementation guide for completion options

"Tests are failing"

  • Review test output for specific failures
  • Check agent goal and success criteria
  • Verify constraints are met
  • Use /hive-test to debug and iterate
  • Fix agent code and re-run tests

"Agent is failing at runtime"

  • Use /hive-debugger to analyze runtime logs
  • The debugger identifies retry loops, tool failures, and stalled execution
  • Get actionable fix recommendations with code changes
  • Monitor the agent in real-time during TUI sessions

"Not sure which phase I'm in"

Run these checks:

# Check if agent structure exists
ls exports/my_agent/agent.py

# Check if it validates
PYTHONPATH=exports uv run python -m my_agent validate

# Check if tests exist
ls exports/my_agent/tests/

# If structure exists and validates → Phase 2 (testing)
# If structure doesn't exist → Phase 1 (building)
# If tests exist but failing → Debug phase

Best Practices

For Phase 1 (Building)

  1. Start with clear requirements - Know what the agent should do
  2. Define success criteria early - Measurable goals drive design
  3. Keep nodes focused - One responsibility per node
  4. Use descriptive names - Node IDs should explain purpose
  5. Validate incrementally - Check structure after each major addition

For Phase 2 (Testing)

  1. Test constraints first - Hard requirements must pass
  2. Mock external dependencies - Use mock mode for LLMs/APIs
  3. Cover edge cases - Test failures, not just success paths
  4. Iterate quickly - Fix one test at a time
  5. Document test patterns - Future tests follow same structure

General Workflow

  1. Use version control - Git commit after each phase
  2. Document decisions - Update README with changes
  3. Keep iterations small - Build → Test → Fix → Repeat
  4. Preserve working states - Tag successful iterations
  5. Learn from failures - Failed tests reveal design issues

Exit Criteria

You're done with the workflow when:

✅ Agent structure validates ✅ All tests pass ✅ Success criteria met ✅ Constraints verified ✅ Documentation complete ✅ Agent ready for deployment

Additional Resources

  • hive-concepts: See .claude/skills/hive-concepts/SKILL.md
  • hive-create: See .claude/skills/hive-create/SKILL.md
  • hive-patterns: See .claude/skills/hive-patterns/SKILL.md
  • hive-test: See .claude/skills/hive-test/SKILL.md
  • Agent framework docs: See core/README.md
  • Example agents: See exports/ directory

Summary

This workflow provides a proven path from concept to production-ready agent:

  1. Learn with /hive-concepts → Understand fundamentals (optional)
  2. Build with /hive-create → Get validated structure
  3. Optimize with /hive-patterns → Apply best practices (optional)
  4. Configure with /hive-credentials → Set up API keys (if needed)
  5. Test with /hive-test → Get verified functionality
  6. Debug with /hive-debugger → Fix runtime issues (if needed)

The workflow is flexible - skip phases as needed, iterate freely, and adapt to your specific requirements. The goal is production-ready agents built with consistent, repeatable processes.

Skill Selection Guide

Choose hive-concepts when:

  • First time building agents
  • Need to understand event loop architecture
  • Validating tool availability
  • Learning about node types, edges, and judges

Choose hive-create when:

  • Actually building an agent
  • Have clear requirements
  • Ready to write code
  • Want step-by-step guidance
  • Want to start from an existing template and customize it

Choose hive-patterns when:

  • Agent structure complete
  • Need client-facing nodes or feedback edges
  • Implementing review loops or fan-out/fan-in
  • Want judge patterns or context management
  • Want best practices

Choose hive-test when:

  • Agent structure complete
  • Ready to validate functionality
  • Need comprehensive test coverage
  • Testing feedback loops, output keys, or fan-out

Choose hive-debugger when:

  • Agent is failing or stuck at runtime
  • Seeing retry loops or escalations
  • Tool calls are failing
  • Need to understand why a node isn't completing
  • Want real-time monitoring of agent execution

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

37.16%
按下载量换算85

Claude

30.34%
按下载量换算70

Cursor

21.19%
按下载量换算49

Gemini CLI

8.99%
按下载量换算21

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add https://github.com/adenhq/hive --skill hive 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

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

来源信息

继续浏览同类 Skills