plane
Plane is a team behavior observatory — synthesize Plane API data into observations about how teams actually behave under pressure, not just ticket state. Five compound commands surface cycle velocity vs. plan, stale-ticket ownership churn, reviewer gate strength, stated-vs-actual priority drift, and cross-project workload concentration. Reads from the live mcp__plane MCP server when present; documentation-only otherwise. Use when investigating "why is this team's plan diverging from reality", auditing cycle health, finding orphan tickets, identifying review bottlenecks, or onboarding to a new project. Trigger with "/plane-cycle-velocity", "/plane-stale-tickets", "/plane-reviewer-gate-strength", "/plane-priority-drift", "/plane-cross-project-load", "audit Plane cycle", "team behavior plane", "how is my team behaving".
What this skill does
# Plane — Team Behavior Observatory A behavioral observation layer on top of Plane's project-tracking API. This skill **does not** wrap Plane CRUD — `mcp__plane` already does that and you should call it directly for ticket entry, status changes, etc. Instead, this skill answers behavioral questions about how a team is actually performing under pressure: cycle velocity vs. plan, ownership churn, reviewer gate strength, priority drift, and cross-project load. Each question is answered by a compound command that synthesizes data across multiple Plane endpoints — observations no single endpoint exposes. ## Overview The NOI (`references/noi.md`) is the design anchor: **Plane is a team behavior observatory**. Five compound commands derive from that framing: 1. `/plane-cycle-velocity` — does cycle close-out match cycle planning? 2. `/plane-stale-tickets` — which `In Progress` tickets are quietly failing under shared ownership? 3. `/plane-reviewer-gate-strength` — which reviewers gate-keep harder than the spec demands? 4. `/plane-priority-drift` — does the team plan high-priority work but ship low-priority work? 5. `/plane-cross-project-load` — which engineers are spread across too many active projects? None of these are answerable from any single Plane API call. Each requires cross-endpoint synthesis. That synthesis is the value. ## Prerequisites - `mcp__plane` MCP server installed and configured (env vars `PLANE_API_KEY`, `PLANE_WORKSPACE_SLUG`, `PLANE_API_HOST_URL`) - A Plane workspace with at least one project, cycle, and active issues (otherwise the commands return informative empty states) ## Authentication This skill does not handle credentials directly. Auth is delegated to the MCP server. See `references/api-surface.md` for the env-var setup; if `mcp__plane` returns an auth error, the skill surfaces the error verbatim and instructs the user to verify their token. ## Instructions ### Mode detection Determine user intent from their prompt: - **Compound query mode** (default): user asks about cycle health, team behavior, stale tickets, reviewer patterns, priority drift, or workload distribution → route to `plane-analyst` agent (see `agents/plane-analyst.md`) which orchestrates the compound commands. - **API help mode**: user asks "how do I query X in Plane" or "what endpoint does Y" → route to `plane-expert` agent (see `agents/plane-expert.md`) which answers from `references/api-surface.md` without firing live API calls. - **Skill metadata**: user asks "what does this skill do" / "explain plane skill" → return the Overview above + the 5 commands. If unclear, use `AskUserQuestion`: > Are you asking about (a) team behavior / cycle health / patterns, or (b) how to use a specific Plane API endpoint? ### Step 1: Resolve target project Most compound commands operate on a specific project. Extract the project slug or readable identifier (e.g., `BRAVES`, `OPS`) from the user's prompt. If absent, list available projects via `mcp__plane__get_projects` and ask which one. Cache the chosen project for the rest of the conversation. ### Step 2: Route to compound command Match user intent to one of the five commands: | User asks about... | Command | |---|---| | cycle velocity, sprint completion, overrun | `/plane-cycle-velocity` | | stale tickets, orphan work, ownership churn | `/plane-stale-tickets` | | reviewer bottlenecks, blocked PRs, gate-keeping | `/plane-reviewer-gate-strength` | | priority drift, planning vs. reality, P1 vs. P3 | `/plane-priority-drift` | | workload distribution, project sprawl, focus | `/plane-cross-project-load` | Read `references/compound-commands.md` for the exact endpoint sequence and output format per command. ### Step 3: Execute via `plane-analyst` agent Invoke the analyst agent (`agents/plane-analyst.md`) with the chosen command + project. The agent: 1. Calls the relevant `mcp__plane__*` tools in sequence 2. Performs the JOIN logic 3. Computes the behavioral score per the command's formula 4. Renders the output table per the format in `compound-commands.md` 5. Adds a "Behavioral signal" interpretation paragraph If `mcp__plane` is unavailable, the agent emits a documentation-only response: shows what the command WOULD return, plus the install hint. ### Step 4: Interpret the signal The output is observations, not prescriptions. The skill says "this team plans P1s and ships P3s — the planning conversation is theater." It does NOT say "fire the planner." Interpretation belongs to the human reading the report. ## Output Each compound command produces: - A table of metrics specific to that observation - A "Behavioral signal" paragraph that names the pattern in plain language - Optionally, a follow-up suggestion (e.g., "consolidate projects" / "split this queue") — framed as a question the team can take to its retro ## Error Handling | Error | Recovery | |---|---| | `mcp__plane` unavailable | Emit documentation-only output + install hint pointing at `~/.claude.json` MCP config | | API rate limit (429) | Back off + retry with exponential delay; if persistent, advise user to wait and re-run | | Empty project (no cycles / issues) | Return informative empty state explaining why the command can't compute | | Auth error (401/403) | Surface verbatim + instruct user to verify env vars or re-issue token | | Workspace member lookup fails | Fall back to assignee UUIDs in output (less readable but functional) | ## Examples **"How is my team performing on cycle velocity?"** ``` /plane-cycle-velocity BRAVES ``` → Renders the cycle-velocity table from `references/compound-commands.md` § Command 1. **"Are we shipping what we plan?"** ``` /plane-priority-drift BRAVES ``` → Renders the priority-drift table; surfaces the gap between planned and shipped priorities. **"Which engineers are stretched too thin?"** ``` /plane-cross-project-load ``` → Walks the entire workspace; lists engineers with their active-project / active-cycle / open-issue counts; flags crisis-level stretch. ## Resources - [NOI](references/noi.md) — the secret-identity statement that anchors every command - [API surface](references/api-surface.md) — endpoints consumed + auth + pagination - [Compound commands](references/compound-commands.md) — exact endpoint sequence + output format per command - [Plane docs](https://docs.plane.so/) — upstream API reference - `mcp__plane` MCP server — direct CRUD wrapper this skill builds on top of
Related in Backend & APIs
jfrog
IncludedInteract with the JFrog Platform via the JFrog CLI and REST/GraphQL APIs. Use this skill when the user wants to manage Artifactory repositories, upload or download artifacts, manage builds, configure permissions, manage users and groups, work with access tokens, configure JFrog CLI servers, search artifacts, manage properties, set up replication, manage JFrog Projects, run security audits or scans, look up CVE details, query exposures scan results from JFrog Advanced Security, manage release bundles and lifecycle operations, aggregate or export platform data, or perform any JFrog Platform administration task. Also use when the user mentions jf, jfrog, artifactory, xray, distribution, evidence, apptrust, onemodel, graphql, workers, mission control, curation, advanced security, exposures, or any JFrog product name.
cupynumeric-migration-readiness
IncludedPre-migration readiness assessor for porting NumPy to cuPyNumeric. Use BEFORE substantial porting work begins when the user asks whether code will scale on GPU, whether they should migrate to cuPyNumeric, which NumPy patterns transfer cleanly, what must be refactored before porting, or mentions pre-port assessment, scaling analysis, or refactor planning. Inspect the user's source code, look up NumPy usage, cross-reference the cuPyNumeric API support manifest, and distinguish distributed-scaling-friendly patterns from blockers such as unsupported APIs, scalar synchronization, host round-trips, Python/object-heavy control flow, shape/data-dependent branching, and in-place mutation hazards. Produce a verdict of READY, LIGHT REFACTOR, SIGNIFICANT REFACTOR, or NOT RECOMMENDED, with concrete refactor pointers.
alibabacloud-data-agent-skill
IncludedInvoke Alibaba Cloud Apsara Data Agent for Analytics via CLI to perform natural language-driven data analysis on enterprise databases. Data Agent for Analytics is an intelligent data analysis agent developed by Alibaba Cloud Database team for enterprise users. It automatically completes requirement analysis, data understanding, analysis insights, and report generation based on natural language descriptions. This tool supports: discovering data resources (instances/databases/tables) managed in DMS, initiating query or deep analysis sessions, real-time progress tracking, and retrieving analysis conclusions and generated reports. Use this Skill when users need to query databases, analyze data trends, generate data reports, ask questions in natural language, or mention "Data Agent", "data analysis", "database query", "SQL analysis", "data insights".
token-optimizer
IncludedReduce OpenClaw token usage and API costs through smart model routing, heartbeat optimization, budget tracking, and native 2026.2.15 features (session pruning, bootstrap size limits, cache TTL alignment). Use when token costs are high, API rate limits are being hit, or hosting multiple agents at scale. The 4 executable scripts (context_optimizer, model_router, heartbeat_optimizer, token_tracker) are local-only — no network requests, no subprocess calls, no system modifications. Reference files (PROVIDERS.md, config-patches.json) document optional multi-provider strategies that require external API keys and network access if you choose to use them. See SECURITY.md for full breakdown.
resend-cli
IncludedUse this skill when the task is specifically about operating Resend from an AI agent, terminal session, or CI job via the official resend CLI: installing/authenticating the CLI, sending/listing/updating/cancelling emails, batch sends, domains and DNS, webhooks and local listeners, inbound receiving, contacts, topics, segments, broadcasts, templates, API keys, profiles, or debugging Resend CLI/API failures. Trigger on mentions of Resend CLI, `resend`, `resend doctor`, `resend emails send`, `resend domains`, `resend webhooks listen`, `resend emails receiving`, or agent-friendly terminal automation.
alibabacloud-odps-maxframe-coding
IncludedUse this skill for MaxFrame SDK development and documentation navigation on Alibaba Cloud MaxCompute (ODPS). Helps answer MaxFrame API, concept, official example, and supported pandas API questions; create data processing programs; read/write MaxCompute tables; debug jobs (remote or local); and build custom DPE runtime images. Trigger when users mention MaxFrame, MaxCompute with MaxFrame, ODPS table processing, DPE runtime, MaxFrame docs/examples, DataFrame/Tensor operations, or GPU runtime setup. Works for both English and Chinese queries about Alibaba Cloud data processing with MaxFrame.