orchestrator-framework
$
npx mdskill add SkillPanel/maister/orchestrator-frameworkProvides shared orchestration patterns for workflow orchestrators
- Reduces duplication by documenting common phase execution and state management patterns
- Defines reference files for phase transitions, interactive mode, and initialization
- Guides orchestrators on task directory setup and metadata schema
- Serves as a non-executable reference for all orchestrator implementations
SKILL.md
.github/skills/orchestrator-frameworkView on GitHub ↗
--- name: orchestrator-framework description: Shared orchestration patterns for all workflow orchestrators. NOT an executable skill - provides reference documentation for phase execution, state management, interactive mode, and initialization. All orchestrators reference these patterns. user-invocable: false --- # Orchestrator Framework This skill provides **shared reference documentation** for all orchestrator skills in the maister plugin. It is NOT an executable skill - orchestrators reference these patterns and implement them for their specific domain. ## Purpose Reduce duplication across orchestrators by documenting common patterns once: - **Phase Blocks**: Simple phase structure with inline transitions (`→ Pause`, `→ AUTO-CONTINUE`) — these are the only two transition types; see `orchestrator-patterns.md` § 2 for semantics - **State Management**: `orchestrator-state.yml` schema and operations - **Phase Gates**: Pause behavior and user prompts - **Initialization**: Task directory setup, metadata, task creation patterns ## How Orchestrators Use This Each orchestrator reads the framework reference file at initialization (Step 1): ```markdown ### Step 1: Load Framework Patterns **Read the framework reference file NOW using the Read tool:** 1. `../orchestrator-framework/references/orchestrator-patterns.md` ``` ## Reference Files | File | Purpose | |------|---------| | `references/orchestrator-patterns.md` | Delegation rules, interactive mode, state schema, initialization, context passing, issue resolution | | `references/orchestrator-creation-checklist.md` | Authoring checklist for creating new orchestrators (not loaded at runtime) | ## Key Principles All orchestrators follow these principles: 1. **State-Driven Execution**: `orchestrator-state.yml` is source of truth 2. **Resume Capability**: Any orchestrator can be paused and resumed 3. **Interactive**: Pause after each phase for user review 4. **User-Confirmed Rollback**: Never auto-rollback without user approval 5. **Task Progress**: Always track progress with TaskCreate/TaskUpdate tools 6. **Standards Discovery**: Reference `.maister/docs/INDEX.md` throughout ## Orchestrators Using This Framework - `development` (bug fixes, enhancements, features) - `performance` - `migration` - `research` ## NOT an Executable Skill This skill does NOT get invoked directly. It exists to: 1. Provide discoverable documentation for orchestrator patterns 2. Serve as single source of truth for common logic 3. Enable consistent behavior across all orchestrators When building new orchestrators, reference these patterns rather than duplicating them.
More from SkillPanel/maister
- developmentUnified orchestrator for all development tasks. ALWAYS execute when invoked — never skip for 'straightforward' tasks. Phases adapt based on detected task characteristics rather than predetermined types. Use for any development work that modifies code.
- docs-managerInternal engine for managing project documentation and technical standards in .maister/docs/. Handles file operations, INDEX.md generation, and .github/copilot-instructions.md integration. Invoked by maister-init, standards-update, and standards-discover skills.
- implementation-plan-executorExecute implementation plans by delegating each task group to task-group-implementer subagent. Main agent coordinates prepares context, invokes subagent, processes output, marks checkboxes, updates work-log. Uses lazy standards loading from INDEX.md with keyword-triggered discovery.
- implementation-verifierVerify completed implementations for quality assurance. Delegates all verification work to specialized subagents - completeness checking, test execution, code review, pragmatic review, production readiness, and reality assessment. Compiles results into comprehensive verification report. Read-only verification - reports issues but does not fix them. Use after implementation is complete and before code review/commit.
- migrationOrchestrates the complete migration workflow from current state analysis through implementation to compatibility verification. Handles technology migrations, platform changes, and architecture pattern transitions with adaptive risk assessment, incremental execution, and rollback planning. Use when migrating technologies, platforms, or architecture patterns.
- performanceOrchestrates performance optimization workflows using static code analysis to identify bottlenecks (N+1 queries, missing indexes, O(n^2) algorithms, blocking I/O, memory leaks). Accepts optional user-provided profiling data. Reuses standard specification, planning, implementation, and verification phases.
- product-designInteractive product/feature design orchestrator. Transforms fuzzy ideas into structured product briefs through collaborative exploration, iterative refinement, and visual prototyping. Adaptive phases detect design complexity and adjust depth.
- quick-bugfixQuick bug fix with TDD red/green gates and complexity escalation
- standards-discoverDiscover coding standards from project configuration files, code patterns, documentation, and external sources (PRs, CI/CD)
- standards-updateUpdate or create project standards from conversation context or explicit description