antropos17/aegis/testing

Claude Code and agent skill by antropos17/aegis

Trust tier 3
  • community
Source check pending

Checking that the SKILL.md file is still in the repository.

Design or update meaningful AEGIS Vitest tests, including CommonJS dependency seams, renderer tests and Svelte component environments.

Install

npx vskill@latest install antropos17/aegis/testing

SKILL.md

AEGIS tests

Read vitest.config.js and nearby tests before choosing a location, extension or environment. Current projects separate main/shared Node tests, renderer logic tests, and Svelte component tests in jsdom. Main/shared patterns currently include .test.js; renderer/component patterns also accept .test.ts. Follow the configured project instead of requiring every new test to be JavaScript.

Loading and mocking

Test files use ESM Vitest imports. Import renderer TypeScript/ESM through Vite. For CommonJS subjects that must share Node's module cache with require() callers, use createRequire(import.meta.url); see tests/main/anomaly-detector.test.js and tests/shared/instance-key.test.js.

vi.mock controls transformed imports and does not intercept native CommonJS require calls. Use the subject's existing dependency-injection seams for main/platform dependencies. When native cache control is necessary, follow a nearby harness and restore affected entries; do not mix separate module instances and assume the mock reached the production caller. Restore mocks, timers and state between tests.

Running and scope

Use the delivery loop in docs/development/workflow.md to connect each check to an observable requirement. Select the cheapest boundary that can detect the defect and retain integration/native checks for behavior that boundary cannot exercise. A regression expectation must be independent of the implementation; mock-only success and test counts do not establish production wiring. Preserve the first failure and explain the relevant change before retrying. Consolidating duplicate tests requires identifying equivalent retained coverage and unique boundary risk; speed alone is not a reason to delete coverage or weaken checks.

For Guard changes, distinguish a policy's decision from the host's enforcement and the action's actual effect. Pair an allowed ordinary case with a forbidden attempt and an independent effect check. Cover relevant malformed, unavailable or timed-out hooks without assuming that a hook process failure blocks the host. Reuse the existing package/provider harnesses; add a new harness only for a named missing boundary. Mock/replay success does not qualify a live integration.

If the checkout provides dev:context, use its module inventory to locate direct test imports and effective typecheck scope. Confirm test selection against the actual callers: no direct import match means unknown, not untested. coverage.include is instrumentation scope and does not establish execution or assertions. In JS, inspect checkJs and per-file @ts-check/@ts-nocheck; a successful solution-file tsc invocation may check nothing.

During iteration, run affected behavioral tests first. Before merging, complete the current required gates once for the final inputs; repeat when changed inputs, failures or unresolved risks warrant it. Native Windows/Electron paths need matching runtime evidence. For Observatory use the active frontend:test:electron harness when the change warrants it; historical demo screenshot scripts do not exercise the production bridge.

For resource-sensitive native setup failures, preserve the initial result and run the failing suite in isolation before repeating a full batch. A reduced-worker run can distinguish load sensitivity; record the worker count and do not call a passing retry a proven fix. Keep temporary/cache output on the spacious drive and measure storage around heavy runs. Documentation or instruction edits need relevant structural checks; reuse runtime evidence only for unchanged relevant inputs, while still requiring the current PR's CI contexts.

  • npm test runs the full configured suite.
  • npx vitest run <test-file> runs a focused file.
  • npx vitest run <test-file> --reporter=verbose adds details without entering watch mode.
  • npm run test:coverage and the verification gates follow the repository's current CI requirements.

Test observable contracts, failure paths and regressions warranted by the change. Do not add tests that mirror a reversible low-impact implementation edit. Use disposable fixtures and existing seams. Do not run mutation campaigns or deliberately break source. Use independently specified expected outcomes and a failing behavioral reproduction when fixing a defect. Report counts and results from the actual run, with skipped or unavailable coverage explicit. Hosted final CI replaces a duplicate local full run; after merge, observe master CI while continuing independent work.

Security

  • Security scanPassed, 90 of 100Pattern checks on the skill's files.
  • Model reviewPassed

Quality evaluation

  • Task evaluationNot runNo evaluation yet. Run one in Skill Studio.

Source

Popularity

Repository stars
157
Repository forks
24
7-day trend score
0

Stars and forks are for the whole GitHub repository, not this skill alone. Not refreshed yet.

Works with

Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.

  • Claude Code
  • Cursor
  • GitHub Copilot
  • Windsurf
  • Codex
  • Gemini CLI
  • Cline
  • Amp
  • Roo Code
  • Goose
  • Continue
  • Kilo Code
  • Junie
  • Trae
  • OpenHands
  • Qwen Code
  • AI Agent
  • Tabnine Chat
  • Sourcegraph Cody
  • Amazon Q
  • Firebase Genkit
  • Sweep
  • Devin
  • Phind
  • Mentat
  • Claude Desktop
  • Aider
  • GPT Pilot
  • Plandex
  • bolt.new
  • v0
  • Replit Agent
  • Anse
  • TypingMind
  • BetterChatGPT
  • LibreChat
  • Warp AI
  • Pieces
  • Fig AI
Embed badge
vskill VERIFIED badge
[![vskill VERIFIED](https://verified-skill.com/api/v1/skills/antropos17/aegis/testing/badge)](https://verified-skill.com/skills/antropos17/aegis/testing)

Something wrong with this skill or its page? Tell us.