aurora_uix

Implement a GitHub issue in aurora_uix, an Elixir/Phoenix low-code UI generation library with Ash and Ecto backends, following an enriched spec produced by improve-issue. Use this skill when the user says "implement the issue", "code this up", "start coding", or provides an enriched spec from improve-issue. Also triggers on "fix the gaps", "address the review findings", or "retry with these requirements" — in those cases the gaps live in the review-gaps marker block of the issue body. Always write tests alongside implementation.

Create a pull request with proper formatting and pre-merge checks

Evaluate an already-enriched GitHub issue and recommend whether to keep it as-is (with a model-tier recommendation), declare it already completed, or split it into smaller children. Use when the user says "evaluate this issue", "is this issue too big", "should we split this", "size this issue", "which model should code this", or before kicking off orchestrate-issue on a heavy spec. Requires improve-issue to have been run first — this skill does NOT enrich specs and does NOT modify code. Read-mostly: the only write is an idempotent issue-evaluation marker block on the issue body.

Run `mix consistency` and fix issues. Mechanical issues are fixed in place; refactor-class issues produce a plan for user approval instead of being attempted.

Enrich and clarify a GitHub issue before any coding begins. Use this skill whenever a user says "work on issue", "implement issue", "fix issue", "start from a GitHub issue", or pastes issue text/URL. Always run this FIRST before code-issue — it produces the structured spec that code-issue consumes. Also trigger when the user says "improve issue description" or "clarify requirements".

Review and score the implementation produced by code-issue against the enriched spec from improve-issue. Use this skill when the user says "review the implementation", "check completeness", "validate coverage", or after code-issue finishes. Runs the project quality gate (mix consistency + mix test), produces a scored report, and writes outstanding gaps into the issue body marker block so code-issue Mode B can pick them up. Always run after code-issue, before deciding the issue is done.

Rules to use when documenting elixir code

Group the working tree into conventional commits and commit them. Refuses to run unless `mix consistency` is currently clean.

Ensure proper lints and documentation rules, then commit. Orchestrates `gate-fix` and `gate-commit`.

Coding loop for a GitHub issue that already has an enriched spec in this Elixir/Phoenix/Ash codebase. Use when the user says "run the coding loop", "code → review this issue", "handle the implementation of this issue", or wants the code → review → loop pipeline run in one go. Requires `improve-issue` to have been run first — this skill does NOT enrich specs. The GitHub issue is the source of truth: spec lives in the enriched-spec marker block, outstanding gaps live in the review-gaps marker block. On ✅ DONE, this skill runs mix test as the final gate, then auto-invokes pr-from-issue.

Create a PR from a GitHub issue, checking completion status and running all tests

Execute a previously-approved split plan on a GitHub issue: create the child issues, slice the parent's enriched spec into each, wire parent ↔ children, and optionally run improve-issue on each child. Use when the user says "split this issue", "create the child issues", "apply the split", or after evaluate-issue has written a Chosen split plan section. Requires evaluate-issue to have been run AND a Chosen split plan to be present in the issue-evaluation marker block. This skill DOES create new GitHub issues — it is the only writer-of-issues skill in the set. Idempotent: re-running detects already-created children and skips them.