chore(rules): forbid flaky tests, time sleeps, and prompt pinning

Adds .sisyphus/rules/test-discipline.md, auto-injected by
rulesInjector hook whenever an agent reads or edits a test file
(**/*.test.ts, __tests__/**, src/testing/**, test-setup.ts,
script/run-ci-tests.ts).

Rules enforced:
- 'bun test' must pass in one process, one run, no isolation flags
- no setTimeout/sleep in test bodies unless time is the SUT
- event tests must subscribe-before-trigger with explicit timeout
- no .only/.skip/process-isolation to mask state leaks
- prompt-builder tests must assert behavior, not text snapshots

Also un-ignores .sisyphus/rules/ so project-scope rules can be
checked in while keeping .sisyphus/{draft,run-continuation,...}
ignored.
This commit is contained in:
YeonGyu-Kim
2026-05-15 13:46:26 +09:00
parent 53a7406362
commit 3dd8a5cabf
2 changed files with 71 additions and 1 deletions
+3 -1
View File
@@ -1,5 +1,7 @@
# Dependencies
.sisyphus/
.sisyphus/*
!.sisyphus/rules/
!.sisyphus/rules/**
node_modules/
# Build output
+68
View File
@@ -0,0 +1,68 @@
---
description: Test discipline — fires when reading or editing any test file in this repo
globs:
- "**/*.test.ts"
- "**/__tests__/**/*.ts"
- "src/testing/**/*.ts"
- "test-setup.ts"
- "script/run-ci-tests.ts"
---
# Test Discipline (NON-NEGOTIABLE)
**Every test in this repo MUST pass `bun test` in one process, in one go — no isolation flags, no retries, no special ordering.** That is the gate. A test that needs `--only`, its own process, or a specific run order to pass is **BROKEN**. Fix the test; do not pamper it.
## FLAKY = FAILING
A test that passes 9 of 10 times is **failing 10% of the time**. Not "occasional." **BROKEN.**
**FORBIDDEN in test bodies** unless time itself is the system under test (`Date.now`, real timers, debounce/throttle windows):
- `setTimeout(resolve, N)` / `await new Promise(r => setTimeout(r, N))` / `await sleep(N)`
- "wait long enough for X to happen" — "enough" is a guess; CI machines are slower or faster than your laptop and the test WILL fail on someone else's box
The replacement: **subscribe BEFORE the trigger, await the signal with an explicit timeout.**
## EVENT TESTING — SUBSCRIBE-FIRST, TIMEOUT-BOUND
When code under test emits an event, fires a callback, or resolves a promise:
1. **Register the listener / construct the awaitable BEFORE you trigger the action.** Reverse order = lost event = flake.
2. **Race against an explicit timeout.** On timeout, **fail with a useful message** (`"waited 5s for event 'X', never fired"`). NEVER silently retry, NEVER fall through.
3. The timeout is a **circuit breaker**, not a synchronization primitive. If the assertion logic depends on the timeout firing first, the test is wrong.
## NO ISOLATION CRUTCHES
Tests must work under arbitrary parallel ordering in a single `bun test` run, **no matter how many mocks are involved.**
FORBIDDEN:
- `.only` / `.skip` to mask a flaky test
- Running a test in its own process to "fix" a state leak. `script/run-ci-tests.ts` already auto-isolates files that use `mock.module()` — DO NOT add to that list to cover up a real cross-test bug
- Reordering `describe` / `it` blocks to mask cross-test contamination
- Relying on test A running before test B
Cross-test contamination = **state leak**. Find the leak. Reset in `beforeEach`, add the reset to `test-setup.ts` if it is shared, or mock at the module boundary (`mock.module`) instead of mutating globals other tests will read.
## PROMPT TESTS — ASSERT BEHAVIOR, NOT TEXT
When testing code that builds an LLM prompt, **DO NOT pin the current wording.**
**BANNED — these tests guard a diff, not behavior:**
```ts
expect(prompt).toContain("You are Sisyphus")
expect(prompt).toMatchSnapshot()
expect(prompt).toBe(EXPECTED_PROMPT)
```
The wording changes next sprint, the test fails, and the next engineer edits the assertion to match the new text without understanding what the test was guarding. **The test guarded nothing.**
**REQUIRED — assert the structural invariant the prompt logic enforces:**
- "When `teamMode.enabled === true`, the prompt MUST mention `team_send_message`" → test the conditional branch
- "When `verbose === false`, the prompt MUST NOT include the debug directive" → test the negative branch
- "API keys MUST NOT appear in the system message" → test the redaction
- "Skill X's instructions MUST appear when the skill is loaded, and MUST NOT when it is not" → test inclusion + exclusion
Test what would break the **behavior**. Never test what would only break a **diff**.