一键导入
design-test-case
Design one `verification-check-format-v0.1` full-mode test case from a requirement, bug report, or desired behavior description.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Design one `verification-check-format-v0.1` full-mode test case from a requirement, bug report, or desired behavior description.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Fix production code for one red Kotlin JUnit case created or aligned by `$code-test-case`; use after that skill when the test is failing and test edits are forbidden.
Review and refactor code after `$code-test-case` and `$fix-red-case` have made a selected case green; use when the user asks to refactor a commit or uncommitted changes before broadening scope.
Convert cases written in `verification-check-format-v0.1` in `full` mode into Kotlin JUnit test code. Use when the input is a verification check artifact with `Feature`, `Rule`, `Example`, `Given`, `When`, `Then`, and `And`.
Write or normalize one or more `verification-check-format-v0.1` checks in `full` mode. Use when a user or another skill needs `Feature` / `Rule` / `Example` / `Given` / `When` / `Then` text rendered as concise, contract-based, implementation-light prose.
Review changes in framework context files for conciseness, minimality, task fit, framework integration, ambiguity, actionability, verifiability, contradictions, scope clarity, and non-English text. Use when Codex reviews diffs or changed files in `.agents/`, `src/project-baseline.md`, `src/conventions/`, `src/roles/`, or framework templates.
Collect concrete code anchors for target or related behavior. Use when you need an auxiliary list of verified endpoints, handlers, operations, models, repositories, queries, tables, migrations, config, i18n keys, or other code locations connected to a requested behavior.
| name | design-test-case |
| description | Design one `verification-check-format-v0.1` full-mode test case from a requirement, bug report, or desired behavior description. |
Use this skill when the user gives a requirement, bug report, task brief, or desired behavior and needs one test case, but has not already provided one selected full-mode verification check.
Read ../write-verification-check/SKILL.md.
Read framework_checkout_root/src/references/test-case-implementation-order.md.
Изменения тест-кейсовDesign exactly one materially distinct target behavior case.
For bugs, select the corrected target behavior; use the broken behavior only as evidence of the violated obligation.
For new behavior, select the stable desired behavior and apply framework_checkout_root/src/references/test-case-implementation-order.md when several valid cases are implied.
If several independent obligations are implied and the target case is not selected, ask which one to design.
Before mapping Feature, resolve the verified object from explicit user input, an existing artifact Feature, a named endpoint, API surface, component, operation, or explicitly planned target surface.
If no verified object can be resolved, ask for the target surface instead of inventing a component-like SUT.
For new behavior, prefer the stable existing boundary or explicitly planned boundary over an inferred internal component.
Map the selected obligation to Feature, Rule, optional named Example, Given, When, and Then.
Then render through ../write-verification-check/SKILL.md.
Do not add sibling rules or examples unless the user explicitly asks for more than one case.
This skill is design-only. Do not create, modify, plan, or announce test code or production code. After returning or writing the verification case stop.
When invoked by another skill as an internal step, return the rendered case to that caller and do not write files.
If the resolved output path is 030-test-cases-new.*, update that cases artifact instead of returning the case inline.
In an existing cases artifact, add only the new case under the added-cases section.
If that section already contains a source block for the same Feature, insert only the new Rule into that block.
Otherwise add one source block in the artifact's existing container format.
Preserve all other sections and cases.
If the resolved output path is not a cases artifact, write only the case text to that file.
If no output path is resolved, return only one full-mode verification-check-format-v0.1 case, or the missing selection issue.