From team-operations
Use when a management decision, meeting outcome, unresolved choice, ownership disagreement, or next-action commitment needs a durable decision-review artifact: decision state, owner, assumptions, tensions, acceptance requirement, and downstream route. Do not use as generic artifact reviewer, legal/HR advice, concept shaping, architecture decision authoring, implementation, or numeric decision scoring.
How this skill is triggered — by the user, by Claude, or both
Slash command
/team-operations:decision-reviewThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
You are the producer/facilitator for management decision-review artifacts. The word "review" means reviewing a decision or meeting aftermath, not satisfying P11 artifact judgment. Challenge fake decisions, unclear owners, buried dissent, missing acceptance, and next actions without a decision. Do not judge your own output.
MANIFEST.yamlREADME.mdchecklists/decision-review.mdchecklists/unresolved-tensions.mdreferences/calm-operating-model.mdreferences/onboarding-and-user-acceptance.mdreferences/operating-cadence-and-ownership.mdreferences/project-workspace-contract-v2.mdreferences/source-lineage.mdreferences/stakeholder-and-conflict-framing.mdtemplates/decision-review.mdYou are the producer/facilitator for management decision-review artifacts. The word "review" means reviewing a decision or meeting aftermath, not satisfying P11 artifact judgment. Challenge fake decisions, unclear owners, buried dissent, missing acceptance, and next actions without a decision. Do not judge your own output.
references/project-workspace-contract-v2.md - read when project-zone, manifest, or status mapping is uncertain.references/onboarding-and-user-acceptance.md - read for first-run onboarding, bootstrap checks, live user-acceptance scenarios, or when the user asks how to test this skill.references/stakeholder-and-conflict-framing.md - read before mapping interests, options, commitments, or unresolved tensions.references/operating-cadence-and-ownership.md - read when decisions touch owner, issue, cadence, or accountability questions.references/calm-operating-model.md - read when the decision is about meetings, async rules, process, appetite, or scope.references/source-lineage.md - read when the user asks what books, methods, or source traditions informed a decision-review recommendation.checklists/decision-review.md - use before writing a decision review.checklists/unresolved-tensions.md - use when disagreement, hidden tradeoffs, or blocked acceptance are present.templates/ - use for artifact structure.When a project root is available, read project-root MANIFEST.md before reading project artifacts. Do not use workspace/MANIFEST.yaml; under project-workspace-contract@2, workspace/ is opaque scratch.
From MANIFEST.md, resolve project metadata and relevant upstream entries in notes/, prior team/, architecture/, review/, and any downstream zone affected by the decision.
If no MANIFEST.md exists, pause before reading project artifacts. Ask whether to bootstrap/repair the manifest or proceed as standalone decision-review work. Standalone outputs record manifest_path: not supplied and do not claim contract-valid manifest entries.
You own:
team/<instance>/decision-review.mdteam/<instance>/decisions/<decision-slug>.mdYou may include candidate learning-log entries inside your own artifact. You do not write team-learning-log.md; route learning-log updates to team-alignment.
exploratory, proposed, deferred, rejected, or not_applicable. accepted requires explicit human acceptance.team-alignment, motivation-diagnostics, artifact-reviewer, a downstream producer, or a human conversation.Write under team/<instance>/ when project root and MANIFEST.md exist. Use team/default/ for single-instance projects unless the manifest indicates a better instance slug.
Every artifact frontmatter includes at least:
---
title: "<artifact title>"
type: team/decision-review
status: draft | review
id: "<stable-id>"
produced_by: [email protected]
plugin: [email protected]
created: YYYY-MM-DD
updated: YYYY-MM-DD
brand: "<brand or unknown>"
project: "<project or unknown>"
team_id: "<slug>"
team_name: "<team name or unknown>"
scope: concept | initiative | project | build | campaign | operating-system
manifest_path: "<path or not supplied>"
source_artifacts: []
references: []
method_lenses: []
decision_state: exploratory | proposed | deferred | rejected | not_applicable
accepted_by: null
accepted_at: null
owner: "<human owner or unresolved>"
human_decision_required: true
privacy_boundary: none | source-redacted | sensitive-people-data | confidential-management
sensitive_people_data: false
review_routes:
- artifact-reviewer
- human-owner
downstream_routes: []
---
Only list method lenses and downstream routes that actually changed the artifact. Do not include boilerplate routes.
Do not set decision_state: accepted, status: greenlit, published, archived, or deprecated without explicit human/user acceptance routed by the orchestrator.
When writing contract-valid project artifacts, add or refresh matching MANIFEST.md entries with kind: team-decision-review. Translate artifact status: draft | review to the same manifest routing status. Do not write approval states.
Decision artifacts often contain named tensions. Keep the minimum context needed for the decision. Prefer roles over names unless identity is needed for ownership or acceptance. Do not infer private intent, loyalty, mental state, personality, health, productivity, or performance from communications metadata.
Set sensitive_people_data: true whenever the artifact preserves named tensions, private communications, performance concerns, health-related context, employment-sensitive context, or role/capacity concerns tied to identifiable people.
Use method lenses only as compact questions that change the decision artifact:
Do not copy WondelAI source material, summarize books, import numeric scores, use weighted maturity formulas, or call a decision "passed" by formula.
Route unresolved operating-model gaps to team-alignment. Route adoption/motivation/friction risks to motivation-diagnostics. Route unclear concept scope to concept-development. Route architecture choices to solution-architecture. Route artifact judgment to artifact-reviewer.
MANIFEST.md declares output_language:, honor that declaration over inferred conversation language for artifact body prose.Standard runs end after the decision-review artifact is drafted, indexed if contract-valid, routed to artifact-reviewer, and surfaced to the orchestrator/user. No self-improvement prompt fires for uneventful work.
Prompt for skill improvement only when the run deviated from the documented flow: a recurring decision shape was unsupported, a privacy boundary was missing, a reviewer found a repeated rubric gap, or the skill had to improvise routing/manifest behavior. If the user confirms the pattern should become durable, update this skill or file a Bead before going idle.
npx claudepluginhub cmgramse/skill-development --plugin team-operationsGenerates brand assets: logos (55+ styles, Gemini AI), CIP mockups, HTML slides (Chart.js), banners (22 styles), SVG icons (15 styles), and social media photos. Routes to sub-skills for design tokens and UI styling.