メニュー
Author an Architecture Decision Record for a UI architectural decision. Use when the user asks to write a UI ADR or invokes /govkit-ui-adr-author.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Plan implementation work as a sequence of the smallest independently demonstrable increments. Use when given a feature request, a body of work, or any implementation task that must be broken down or sequenced BEFORE coding — it classifies the request, identifies the next demonstrable behaviors, and recommends (advisory) an appropriate model tier for implementing each increment. This skill plans; it does not write code, tests, commits, or architecture.
Write or improve unit tests following a strict determinism, F.I.R.S.T., and fast-feedback-budget discipline. Use when asked to write tests, improve tests, review test quality, classify tests, or assess a test suite against a 30-second fast-feedback budget. Invokes a structured output protocol that identifies behaviors under protection, classifies each test by level and feedback loop, and flags nondeterminism risks.
Standards for writing, reviewing, and evaluating unit tests. Use whenever writing new tests, reviewing existing tests, deciding what to test, assigning a test to a fast vs. full feedback loop, or diagnosing flaky, slow, or low-value tests. Covers structural fidelity, the FIRST properties, behavioral invariants, and coverage-as-diagnostic.
Zero-One-Many Representation Evolution — use this skill whenever working with existing code that needs to change, grow, or be refactored. Triggers include: "refactor this", "add a new X to this", "this is getting messy", "how should I represent this", "there's a lot of duplication here", or any time numbered variables, growing conditionals, repeated parameter groups, or scattered constants are observed. Also use proactively when reviewing code for design quality, assessing coherence and development level, or applying the 8 Code Virtues framework. Do not wait to be asked — if you see representation pressure in the code, surface it.
Author an Architecture Decision Record for a new pattern, exception, or boundary change. Use when the user asks to write an ADR or invokes /govkit-adr-author.
Validate architecture boundaries, standards alignment, and ADR need before planning a feature. Use when starting a new feature or invoking /govkit-architecture-preflight.
| name | govkit-ui-adr-author |
| description | Author an Architecture Decision Record for a UI architectural decision. Use when the user asks to write a UI ADR or invokes /govkit-ui-adr-author. |
You are authoring an Architecture Decision Record for a UI architectural decision. Determine the decision title from the user's request; if it is not provided, ask before proceeding.
Read all existing accepted ADRs in docs/ui/architecture/ADR/ before writing. Do not contradict an accepted ADR without explicitly superseding it.
Use the template at governance/ui/templates/architecture_preflight.md and produce the ADR in docs/ui/architecture/ADR/.
The ADR must cover:
The ADR is not Accepted until reviewed. Implementation must not begin on dependent features until status is Accepted.
