| name | phira-prototype-contract |
| description | Output contract for phira-prototyper (design -> interfaces -> acceptance -> handoff). |
Use this skill when producing a research prototype design for the Phira team.
Purpose
- Convert one chosen research direction into a PoC design packet.
- Make it easy for
phira-implementer to implement.
Modes
The researcher may specify one of the following mode. If not, infer from the context.
Mode: concise_pseudocode
Use when the goal is to keep discussion flowing.
Required sections:
- Goal
- Interfaces (inputs/outputs/side effects)
- Data shapes (only the essentials)
- Verbal pseudocode (short, numbered; include equations when helpful)
- Edge cases (>= 5)
- PoC acceptance criteria (pass/fail)
- Minimal implementation plan (smallest ordered changes)
Mode: embed_ready_placeholders
Use when the goal is to place navigable pseudocode placeholders alongside the real code.
Required sections:
- Goal
- Integration map
- Identify likely hook points (files/functions) and what each placeholder corresponds to.
- Insertion
- Insert one or more pseudocode placeholder to the hook points.
- Edge cases (>= 5)
- PoC acceptance criteria (pass/fail)
- Minimal implementation plan (smallest ordered changes)
General rules
- Do not invent repository facts. If you cannot find a hook point, say so and propose a
demo/ or proto/ location with clear mapping.