amoa-module-lifecycle
Use when adding, modifying, removing, prioritizing, or reassigning modules. Trigger with module CRUD requests. Loaded by ai-maestro-orchestrator-agent-main-agent
Best use case
amoa-module-lifecycle is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Use when adding, modifying, removing, prioritizing, or reassigning modules. Trigger with module CRUD requests. Loaded by ai-maestro-orchestrator-agent-main-agent
Teams using amoa-module-lifecycle should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/amoa-module-lifecycle/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How amoa-module-lifecycle Compares
| Feature / Agent | amoa-module-lifecycle | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Use when adding, modifying, removing, prioritizing, or reassigning modules. Trigger with module CRUD requests. Loaded by ai-maestro-orchestrator-agent-main-agent
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Module Lifecycle Commands Skill ## Overview Core CRUD operations for modules during Orchestration Phase. Each module maps 1:1 to a GitHub Issue. ## Prerequisites Orchestration Phase active, gh CLI authenticated, AI Maestro running. ## Output Module ID, Issue number, state update, and agent notification status. ## Instructions 1. Identify action: add, modify, remove, prioritize, or reassign 2. Run the command and verify state update in `design/state/exec-phase.md` 3. Confirm GitHub Issue sync and notify agents via AI Maestro Copy this checklist and track your progress: - [ ] Identify action and verify prerequisites - [ ] Execute command and verify state update - [ ] Confirm Issue sync and notify agents Commands: `/add-module`, `/modify-module`, `/remove-module`, `/prioritize-module`, `/reassign-module`. Syntax: [command-details.md](./references/command-details.md) <!-- TOC: 1 /add-module command syntax and arguments | 2 /modify-module command syntax and restrictions | 3 /remove-module command syntax and restrictions | 4 /prioritize-module command syntax | 5 /reassign-module command syntax and workflow --> `/add-module` -- [module-creation.md](./references/module-creation.md) <!-- TOC: 1 When to add modules during orchestration | 2 Required fields for new modules (name, criteria) | 3 Optional fields (priority level) | 4 Automatic GitHub Issue creation | 5 State file update after addition | 6 Complete examples with all variations --> `/modify-module` -- [module-modification.md](./references/module-modification.md) <!-- TOC: 1 What can be modified (name, criteria, priority) | 2 Modification restrictions by status | 3 Agent notification protocol | 4 GitHub Issue synchronization | 5 Complete modification examples --> `/remove-module` (pending only) -- [module-removal-rules.md](./references/module-removal-rules.md) <!-- TOC: 1 Which modules can be removed (pending only) | 2 Why in-progress modules cannot be removed | 3 Removal process step by step | 4 GitHub Issue closure with wontfix label | 5 Alternatives to removal (scope reduction) | 6 Error handling and recovery --> `/prioritize-module` -- [module-prioritization.md](./references/module-prioritization.md) <!-- TOC: 1 Priority levels explained (critical, high, medium, low) | 2 Effects on assignment queue | 3 GitHub Issue label updates | 4 When to escalate vs downgrade | 5 Complete priority change examples --> `/reassign-module` -- [module-reassignment.md](./references/module-reassignment.md) <!-- TOC: 1 When reassignment is appropriate | 2 Reassignment workflow step by step | 3 Old agent notification protocol | 4 New agent assignment message | 5 State file updates during reassignment | 6 Instruction Verification Protocol reset --> ## Examples **Input:** `/add-module "Two-Factor Auth" --criteria "Support TOTP and SMS" --priority critical` **Output:** Module `two-factor-auth` created, Issue #43 opened, pending **Input:** `/reassign-module auth-core --to implementer-2` **Output:** Old agent stopped, new agent assigned, verification reset ## Error Handling Module not found: run `/orchestration-status`. Cannot remove: status not pending. Agent not notified: check AI Maestro AMP. ## Resources See reference files above for complete command syntax and details.
Related Skills
amoa-verification-patterns
Use when verifying implementations. Trigger with verification, testing, or evidence requests. Loaded by ai-maestro-orchestrator-agent-main-agent
amoa-two-phase-mode
Use when running Plan-then-Execute workflows. Trigger with plan-execute or two-phase requests. Loaded by ai-maestro-orchestrator-agent-main-agent
amoa-task-distribution
Use when distributing tasks. Trigger with task assignment requests. Loaded by ai-maestro-orchestrator-agent-main-agent
amoa-remote-agent-coordinator
Use when coordinating remote AI agents via AI Maestro messaging. NOT for human coordination. Trigger with agent delegation or multi-agent requests. Loaded by ai-maestro-orchestrator-agent-main-agent
amoa-progress-monitoring
Use when monitoring agent progress. Trigger with status check or stall detection requests. Loaded by ai-maestro-orchestrator-agent-main-agent
amoa-plan-phase
Use when running Plan Phase of two-phase mode. Trigger with planning, requirements, or plan approval requests. Loaded by ai-maestro-orchestrator-agent-main-agent
amoa-orchestration-patterns
Use when breaking down tasks for human developers. Trigger with task decomposition requests. Loaded by ai-maestro-orchestrator-agent-main-agent
amoa-orchestration-loop
Use when running the orchestrator loop or managing stop hook behavior. Trigger with loop, stop hook, or state file requests. Loaded by ai-maestro-orchestrator-agent-main-agent
amoa-module-sync
Use when syncing modules with GitHub Issues or troubleshooting module state. Trigger with sync, issue, or module troubleshooting requests. Loaded by ai-maestro-orchestrator-agent-main-agent
amoa-module-management
Use when managing modules during Orchestration Phase. Trigger with module add, modify, or reassign requests. Loaded by ai-maestro-orchestrator-agent-main-agent
amoa-messaging-templates
Use when sending inter-agent messages. Trigger with task assignment, status report, or escalation needs. Loaded by ai-maestro-orchestrator-agent-main-agent
amoa-label-taxonomy
Use when applying GitHub labels. Trigger with label query or assignment requests. Loaded by ai-maestro-orchestrator-agent-main-agent