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.