Facilitates a single point of ingress for any and all tasks. Used when pulling a new `inbox` task from the 33god plane workspace, or any prompt that explicitly or implicitly describes a non-trivial task. Triggered by `add a feature`, `task.inbox.new` event.
Installation
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Facilitates a single point of ingress for any and all tasks. Used when pulling a new `inbox` task from the 33god plane workspace, or any prompt that explicitly or implicitly describes a non-trivial task. Triggered by `add a feature`, `task.inbox.new` event.
Task Triage Skill
There’s a large amount of friction when deciding:
where a task should live
how it fits into the overall system
what dependencies are affected
breaking the task into subtasks
notifying the correct stakeholders
Handing this responsibility to a dedicated specialist promotes standardization, increases organizational potential, and decreases system entropy.
What problem does this solve?
Lowers friction when going from idea to scoped plan.
Improves organization by handing responsibility to a single agent
Increases project velocity by reducing human cognitive load required to go from ‘idea’ to ‘scoped task’
Workflow
Think deeply about the task and answer the following questions:
Why is this task likely being proposed?
How would the end result lead to an improvement in the relative system(s) affected?
Given the current state of the implied dependencies, does this task make sense in terms of overall improvement?
Are there any recent issues, bugs, or complications that would likely have been mitigated or avoided had this been implemented or in place at the time of incident?
Determine the task’s classification
Are this task’s dependencies bound by a single component (i.e. add a view to Holocene) or does this task require cross-component changes (i.e. Implement a new command - requires Holyfields schema, Bloodbank changes, new consumer service, etc), or does it refer to a single repo project or mobile app (i.e. Overworld, ChoreScore, Wean, SVGMe, etc)
Is the task a metatask that doesn’t directly live in a component or domain, but contributes to improvements indirectly (i.e. research how BMAD workflows and skills can enhance each other, i.e. encapsulate the following workflow in a global skill)
Is the task defining a new repo, component, or project that may require a plane project to be properly classified?
Determine the task’s (T0) approximate t-shirt size level of effort (LoE)
Decompose the task into a logical and reasonable set of subtasks described in a temp file T0-subtasks.md. Take care to include ticket classifications and stakeholders.
For each subtask in T0-subtasks.md repeat from step 3 with Tn where n=number of recursion levels with a hard max of nMAX=5
For each task/subtask generated, convert them to plane ticket dev stories in the appropriate project board’s backlog
