菜单
A self-improving agent stack that gets better as it works: an executor does the work, an observer extracts patterns, a static meta-observer anchors, and a skill-editor persists the learnings. Use for teams that should compound their own capability over cycles. `metacog_shell()`.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Drive the whole cave-teams library from one function, as DATA — build/run any team from a spec in any sequence, save a team to your proven library, reuse a proven team anywhere, and discover teams across projects. Use when you want to serialize a team, run a team from JSON/dict, save+reuse a proven team across repos ("golden"), or have a higher system / global app drive cave-teams. NOT how you normally program (use the cave-teams DSL for that). Triggers: "cave()", "metacontrol", "run from a spec", "team as data", "golden team", "reuse a proven team", "scan for .cave", "global cave".
Build and run programmable agent teams with cave-teams — the provider-agnostic version of Claude Code Teams. Use when the user wants to wire multiple agents together, run agents in sequence or parallel, build a multi-agent pipeline/workflow, make a "team" of coding agents (Claude Code, Codex, MiniMax, or any), loop an agent until a check passes, run a contest between agents, or compose agents with the >> / | DSL. Triggers: "agent team", "multi-agent", "orchestrate agents", "wire these agents", "run agents in parallel", "cave-teams", "agent pipeline", "agent workflow".
Program WHEN each agent may be messaged — conditions on messages, the GUARDRAILS of a leader-driven team run. Use to gate agents on runtime state: after these two respond, only when a flag holds, any predicate over the message log. THIS is what makes cave-teams programmable where Claude Code Teams' flow is fixed.
Run agents that craft, compete, and evolve over generations — the user buys the best, winners reproduce. A compiler (a domain → a trained agent) and a research lab (selection discovers what works) in one engine. `crafter_sim()`.
N agents read and write a shared state over rounds, with a mutator that folds each contribution in and an optional adjudicator (stigmergy arena). Use for agents collaborating on a shared board, a market, a workspace they all see. `blackboard()`.
Run different agents depending on a condition (guarded choice / router). Use for 'if X do this else that', routing, triage, picking a path by the state. `choice()` / `router()`.
| name | cave-metacog |
| description | A self-improving agent stack that gets better as it works: an executor does the work, an observer extracts patterns, a static meta-observer anchors, and a skill-editor persists the learnings. Use for teams that should compound their own capability over cycles. `metacog_shell()`. |
A separate meta-pattern: metacog_shell(executor, observer, meta, skill_editor, cycles). The executor works; the observer extracts patterns; meta is the static fixed-point anchor; the skill_editor writes learnings back as skills. Three self-expanding roles around one static anchor — it compounds over cycles.
from cave_teams import metacog_shell
shell = metacog_shell(executor, observer, meta, skill_editor=editor, cycles=3)
result = await shell.execute({"goal": "..."})
metacog_shell() returns a MetacogShell (a Link), so it composes — but build it with the constructor (it wires four roles). Register it as a cave() op only if you want to drive it from data.
cave-conditions · cave-teams · cave
Part of the cave-teams plugin — the language + full DSL is the cave-teams skill; drive any pattern from data with the cave skill.