Token导航 LogoToken导航TokenDH.com
研究检索敏感数据clawhub未标认证来源可访问clear审计提醒

venture-spawner冒险产卵者

Agent Skill

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

总安装

2,644

周安装

108

GitHub Stars

公开资料未说明

下载量

855
OpenClaw

安装说明

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

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:venture-spawner(冒险产卵者)
来源仓库:https://github.com/dodge1218/venture-spawner
安装命令:
openclaw skills install venture-spawner
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

ClawHubOpenClaw
openclaw skills install venture-spawner

简介

venture-spawner 实现即时代理招聘与任务填充,适配动态工作负载需求。

  • 适合在 OpenClaw 中应对突发性高并发或专业化子任务分发场景。
  • 自动处理上下文传递与超时控制,但需预先配置子代理能力矩阵。
  • 使用前应明确任务优先级与资源配额,防止无限创建实例造成成本失控。
  • 建议在沙箱环境测试后再接入生产,确保协调器与子节点通信稳定。

SKILL.md

name
spawner
version
1.0.0
description
Instant agent hiring. Takes job postings from the orchestrator and fills them with properly configured sub-agents. Handles context passing, timeout enforcement, concurrent agent limits, and completion tracking. The bridge between scoping (orchestrator) and execution (sub-agents).

Spawner — Instant Agent Hiring

Takes job postings → spawns the right agent → passes context → tracks completion.

Activation

Invoked by the orchestrator after JOB_BOARD.md is written with job postings. Can also be invoked directly when the user says "spawn an agent to do X".

Input

Read workspace/JOB_BOARD.md for pending job postings.

Each posting has:

  • Job title
  • Bucket (BUILD/OUTREACH/etc)
  • Task description
  • Context (files, prior work)
  • Acceptance criteria
  • Workspace path
  • Timeout
  • Dependencies
  • Expected outputs

Spawning Rules

Concurrency

  • Max 3 sub-agents running at once. Period.
  • Before spawning, check subagents list for active count.
  • If at limit, queue the job and wait for a completion event.

Agent Configuration by Bucket

BucketLabel PatternTimeoutKey Context to PassNotes
🏗️ BUILDbuild-[project]600swebdev-sop, project files, WORK_BUCKETS.mdAlways include "npm run build must pass, git commit + push"
📬 OUTREACHoutreach-[target]300soutreach-infrastructure.md, warmup state, suppression listInclude SSH commands for droplet
💰 SALESsales-[client]300sbusiness-strategy.md, client project fileInclude pitch framework
🔧 MAINTAINfix-[project]-[issue]300sProject memory file, error descriptionInclude "verify fix works" step
🧠 STRATEGYresearch-[topic]300sbusiness-strategy.md, OUTSTANDING.mdInclude "cite sources" requirement
📦 PRODUCTproduct-[item]300sproduct-catalog-registry.md, casefinder docsInclude unit economics requirement
🤖 SYSTEMsystem-[tool]300sRelevant skill files, OpenClaw docsInclude "test the skill" step
💼 CAREERcareer-[company]300sRyan's resume, target roleInclude "output PDF" requirement
💡 IDEATIONideation-[source]600sbatch-cognition skill, value-stack.mdInclude ICE scoring requirement

Task Description Template

For each sub-agent spawn, construct the task as:

You are working on: [workspace path]

## Job
[Bucket emoji] [Bucket name]: [Job title]

## What to Do
[Detailed task description from job posting]

## Context
[Relevant file contents or summaries — keep under 2K tokens]
[Reference to full files the agent can read itself]

## Acceptance Criteria
[Specific, testable conditions — copied from job posting]
- [ ] [criterion 1]
- [ ] [criterion 2]
- [ ] [criterion 3]

## Constraints
- [Bucket-specific constraints from table above]
- Do NOT modify .env files with real keys
- Build must pass before committing
- Git commit with descriptive message

Dependency Handling

  • Check the "Depends On" field of each job.
  • If dependency job is ✅ DONE → spawn immediately.
  • If dependency job is still running → queue, spawn after completion event.
  • If dependency job ❌ FAILED → mark this job as BLOCKED, notify orchestrator.

Context Passing Between Related Jobs

When jobs in the same wave are related:

  • Job A produces output/analysis.md → Job B needs it as input
  • Include in Job B's context: "Read [path] for context from related job"
  • If Job A hasn't finished yet, Job B waits (dependency handling above)

Spawn Execution

# Pseudocode for spawning logic
for wave in execution_plan.waves:
    active = get_active_subagents()
    
    for job in wave.jobs:
        if job.effort == "QUICK":
            execute_inline(job)  # No sub-agent needed
            job.status = "✅"
            continue
        
        # Wait for slot
        while len(active) >= 3:
            wait_for_completion_event()
            active = get_active_subagents()
        
        # Check dependencies
        if job.depends_on and not all_done(job.depends_on):
            job.status = "QUEUED"
            continue
        
        # Spawn
        agent = sessions_spawn(
            label=f"{bucket_prefix}-{job.slug}",
            mode="run",
            runTimeoutSeconds=job.timeout,
            task=build_task_description(job)
        )
        job.status = "🔄"
        job.agent_key = agent.childSessionKey
        active.append(agent)
    
    # Wait for wave to complete before next wave
    wait_for_all_wave_completions(wave)

Completion Tracking

When a sub-agent completion event arrives:

  1. Match to job in JOB_BOARD.md by session key or label.
  2. Check acceptance criteria:

- Does the expected output exist? - Did the build pass? - Did it push to git?

  1. Mark job: ✅ DONE (with artifact link) or ❌ FAILED (with reason) or ⚠️ PARTIAL.
  2. Update JOB_BOARD.md.
  3. Check if any QUEUED jobs can now be spawned (dependency resolved).
  4. If all jobs in current wave done → start next wave.

Failure Handling

Failure TypeAction
Sub-agent timeoutKill agent, mark ⚠️, retry once with simpler scope
Sub-agent errorMark ❌, log error, notify orchestrator
Build failureMark ⚠️, check build output, fix inline if trivial
Dependency failedMark BLOCKED, skip, notify orchestrator
3 consecutive failuresStop spawning, escalate to Ryan

Anti-patterns

  • ❌ Spawning 10 agents at once (max 3)
  • ❌ Spawning an agent for a 2-minute task (do it inline)
  • ❌ Not passing context (agent wastes time re-reading)
  • ❌ Marking ✅ without checking output exists
  • ❌ Polling subagents in a loop (wait for push events)
  • ❌ Spawning duplicate agents for the same job
  • ❌ Not killing stale agents (> timeout + 5 min buffer)

Output

Update workspace/JOB_BOARD.md with:

  • Status per job (⏳ → 🔄 → ✅/❌/⚠️)
  • Agent session key (for tracking)
  • Artifact link (file path, URL, commit hash)
  • Completion time

When all jobs complete, notify orchestrator for reconciliation.

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

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

04

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

补充不同宿主或平台的使用分布数据

能力 5

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

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

平台分布

OpenClaw

89.16%
按下载量换算762

安全审计

VirusTotal

通过

ClawScan

可疑

Static analysis

通过

权限和风险

敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

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

来源信息

继续浏览同类 Skills