← ClaudeAtlas

agf-running-sit-testslisted

Use when an execution-layer dev (frontend-dev / backend-dev / ai-agent-dev / ml-engineer / miniapp-dev) has finished feature code + Unit tests and is about to enter code-review. Provides the SIT scope, environment, AC-driven integration walk, and evidence sink (progress/<role>.md). SIT is now a dev-owned step, not a separate QA stage.
pcliangx/AppGenesisForge · ★ 9 · AI & Automation · score 76
Install: claude install-skill pcliangx/AppGenesisForge
# Running System Integration Tests (SIT) Use this skill when: - A dev finished feature code + Unit tests and is about to enter code-review - A dev needs to verify a fix doesn't regress integration (API ↔ DB ↔ external) ## What SIT is — and is not **SIT** verifies that **independently-developed components compose correctly** — frontend ↔ backend ↔ DB ↔ external services. It is NOT: - Unit tests (already covered by `pytest` / `vitest` on the branch before SIT) - E2E tests (real browser + real user journey — run downstream after code-review) - UAT (business owner final sign-off — product-lead drives, downstream of E2E) You just wrote the Unit tests, so you have the clearest picture of the unit-vs-integration boundary. If a failure reproduces by running just the backend unit tests with mocks, it's a unit-level miss, not a SIT finding; fold it back into the unit suite rather than writing it up as a SIT defect. ## Pre-conditions - [ ] Feature branch is rebased onto `main` - [ ] All Unit tests passing on the branch (pytest / vitest green) + lint + typecheck green - [ ] PRD acceptance criteria (AC) accessible at `docs/prd/[feature]-[date].md` - [ ] `.env.local` with SIT-mode flags configured (or `.env.sit` if a dedicated SIT config exists) If any precondition fails: SendMessage product-lead, do not proceed. ## Environment Default SIT environment is **local docker-compose**: ```bash # from repo root docker compose up -d postgres pnpm install #