菜单
Dispatches independent tasks to parallel subagents and integrates their results for faster, focused execution. Use when a plan has multiple independent tasks, or a task is large enough to delegate to a fresh focused agent.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Meta-skill that routes a task to the right engineering skill. Load this at the start of a session or when unsure which skill applies — it maps intent to the process that should govern the work.
Catches breaking changes between services before they ship, by testing the contract each consumer actually depends on instead of spinning up the whole system. Use when services deploy independently, when a provider API change could break a consumer, or when end-to-end integration tests are too slow and flaky to guard every service boundary.
Proves whether a change actually moves the metric, with a valid A/B test instead of a guess — a hypothesis, a primary metric, a pre-computed sample size, guardrail metrics, and an honest readout. Use when shipping a change meant to improve a number (conversion, retention, performance), running an A/B or holdout, or deciding whether a feature "worked."
Decouples deploy from release using feature flags — ship code dark, roll out gradually, kill instantly, and remove the flag once it's done. Use when releasing risky or large changes, rolling out by percentage/cohort, delivering A/B variants, or when stale flags are accumulating as debt.
Finds security risks at design time — before code exists — by mapping the system, enumerating how it could be attacked, and deciding what to do about each threat. Use when designing a feature that touches auth, data, money, or external input, when changing a trust boundary, or when a security-sensitive change needs a structured risk pass rather than a code-level review.
Designs durable, curated memory that an agent carries across sessions — what to persist, how to scope and retrieve it, and how to stop it from drifting or poisoning later runs. Use when an agent needs to remember decisions, preferences, or project facts beyond one context window, or when stale/over-generalized memory is corrupting its behavior.
| name | parallel-subagents |
| description | Dispatches independent tasks to parallel subagents and integrates their results for faster, focused execution. Use when a plan has multiple independent tasks, or a task is large enough to delegate to a fresh focused agent. |
A subagent is a fresh, focused worker with its own clean context. Dispatching independent tasks in parallel is faster and keeps each agent's context lean — but a subagent starts cold, so a vague brief or a hidden dependency turns the speedup into a mess of conflicts and rework. Dispatch only what's truly independent, brief it completely, and verify what comes back.
Don't use it to parallelize tasks that share state or have ordering dependencies — those stay sequential.
