mixer-scene-contract

Codify an auditable mixer scene contract with schema, approvals, and audit entries.

30|6|Updated May 25, 2026
One-click install
npx skills add https://github.com/Pantani/tdmcp --skill mixer-scene-contract
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: mixer-scene-contract
Source: https://github.com/Pantani/tdmcp/tree/main/.claude/skills/mixer-scene-contract
Command: npx skills add https://github.com/Pantani/tdmcp --skill mixer-scene-contract

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Designs a structured, auditable contract for mixer scene changes to prevent ambiguous or unsafe operations. It defines required identifiers (show_name, snapshot_name, cue_name, scene_id, setlist_ref) and an explicit approval workflow, plus an auditable trail for decisions and actions.

Core Features & Use Cases

  • Explicit naming and identity fields for scenes and cues (show_name, snapshot_name, cue_name, scene_id, setlist_ref).
  • Audit-ready workflow: approvals, decision logging, and operator attribution.
  • Schema-driven guidance for CLI dry-runs, show-director updates, and test coverage.
  • Use Case: a show director requests a mixer scene change, the contract enforces approvals, logs actions, and yields a verifiable audit entry.

Quick Start

Draft the initial mixer-scene contract with required fields, approval flow, and audit entries.

Frequently Asked Questions about mixer-scene-contract

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
Does the mixer scene contract include unit-test checklists for action plan mappings?▼

Yes, the mixer scene contract specifies unit-test checklists alongside mappings to action plans. This ensures the schema, approval flow, and audit entries function correctly during AI-driven mixer control operations.

How do I create an auditable approval workflow for AI-driven mixer scene changes?▼

An auditable mixer scene contract enforces explicit scene naming, snapshot and cue references, and approval IDs. It defines required identifiers like show_name and scene_id to log decisions and generate verifiable audit entries for operator actions.

What fields are required in a mixer scene contract to prevent ambiguous operations?▼

A mixer scene contract requires explicit identity fields including show_name, snapshot_name, cue_name, scene_id, and setlist_ref. These fields codify scene changes and ensure AI-driven mixer control actions are unambiguous and auditable.

How do I draft a mixer scene contract for design-review workflows?▼

Draft the mixer scene contract by defining the required identity fields, configuring the explicit approval flow, and establishing the audit entries. This schema-driven approach specifies CLI dry-run outputs and mappings to action plans for operator review.

Can I use a mixer scene contract for CLI dry-runs and show-director updates?▼

Yes, the mixer scene contract provides schema-driven guidance for CLI dry-runs and show-director updates. It specifies compatibility notes and unit-test checklists to ensure scene change requests are validated before execution.

Why do I need an explicit approval flow for mixer scene control?▼

An explicit approval flow for mixer scene control prevents unsafe operations by requiring operator attribution and decision logging. It ensures every scene change request yields a verifiable audit entry before the action is executed.