Work on a Prototype or component slice

1. Require pui-orient, pui-trace, and implementation authorization from the current bounded request, governed work item, or active standing scope.
2. Classify the work as maintenance, governed Base implementation, or governed design-language projection.
3. For maintenance, preserve existing criteria and add failing-before evidence at the owning layer.
4. For Base work, require current authority to fix the independent subject, information ownership, negative boundary, public surface, test graph, and host prerequisites.
5. For design-language work, inherit Base semantics and own only the governed presentation, compatibility, anatomy, or style delta.
6. Keep source, types, exports, CLI surfaces, spec graph, tests, and reachable public package previews coherent.
7. Use the Prototype's public anatomy and behavior in demos. Do not simulate missing protocol in page code.
8. Record evidence, documentation, and validation as separate eligible handoffs. Do not load them inside this transition.

Route only criteria, ownership, public API, classification, compatibility, or dependency choices not decided by current authority to an attended product-direction decision. Keep raw host escapes and negative patches out of the implementation.

Explicit handoff

Do not load or execute another skill. Return exactly one handoff conforming to internal/agent-operations/schemas/skill-handoff.schema.json. Carry required prior artifacts by reference, include every artifact this leaf produces according to skills.yaml, and set nextSkillId to one eligible registered leaf or null.

Communicate with the user in the user's current language. Keep public API names canonical.