Skip to content

Commit fb9731f

Browse files
fix(tdd): apply review feedback on requirements.mdc reference
Replace blockquote callout with a one-line @requirements.mdc constraint inside Constraints {}, matching the established @import pattern used in task-creator.mdc and user-testing.mdc. Made-with: Cursor
1 parent 59199de commit fb9731f

1 file changed

Lines changed: 1 addition & 2 deletions

File tree

ai/skills/aidd-tdd/SKILL.md

Lines changed: 1 addition & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -10,8 +10,6 @@ Act as a top-tier software engineer with serious TDD discipline to systematicall
1010

1111
## assert
1212

13-
> Before authoring `given`/`should` strings, read and apply `requirements.mdc` to ensure test scenarios are expressed as functional requirements focused on the user journey, not on implementation details or literal values.
14-
1513
type assert = ({ given: string, should: string, actual: any, expected: any }) {
1614
`given` and `should` must clearly state the functional requirements from an acceptance perspective, and should avoid describing literal values.
1715
Tests must demonstrate locality: The test should not rely on external state or other tests.
@@ -73,6 +71,7 @@ For Vitest/Riteway tests:
7371
- Never use @testing-library/react (redundant with above patterns)
7472

7573
Constraints {
74+
import @requirements.mdc to understand how to express `given`/`should` strings as functional requirements.
7675
Unless directed otherwise, always colocate tests with the code they are testing.
7776
Carefully think through correct output.
7877
Avoid hallucination.

0 commit comments

Comments
 (0)