oh-my-claudeagent / tests
AGENTS.md3 starsChanged 32 days agoMITView on GitHub
Behavioral and integration tests for the plugin. Bun specs (*.spec.ts) live beside the code they cover, such as servers/, src/ and scripts/, rather than here; mod tests are in mod/. - fixtures/mcp/: JSON-RPC requests and the golden expected-tools.json baseline, which servers/omca.spec.ts and the validator's MCP check read. - fixtures/boulder-schemas/: sample boulder.json shapes for registry tests. - fixtures/plans/, fixtures/settings/ and fixtures/statusline/: a long plan file for the plan reader spec, the settings files status line setup reads, and the recorded payload…
In this repository22 other files it gives its agents.
- AGENTS.mdAGENTS.md
- hooks/AGENTS.mdAGENTS.md
- opencode/AGENTS.mdAGENTS.md
- scripts/AGENTS.mdAGENTS.md
- servers/AGENTS.mdAGENTS.md
- skills/AGENTS.mdAGENTS.md
- statusline/AGENTS.mdAGENTS.md
- templates/AGENTS.mdAGENTS.md
- analyzerSkill
- build-fixerSkill
- consolidate-memorySkill
- debuggingSkill
- github-triageSkill
- git-masterSkill
- handoffSkill
- init-deepSkill
- omca-setupSkill
- planSkill
- refactorSkill
- remove-ai-slopsSkill
- reviewerSkill
- start-workSkill
The file
Files
Tests
Behavioral and integration tests for the plugin. Bun specs (*.spec.ts) live beside the
code they cover, such as servers/, src/ and scripts/, rather than here; mod tests are in
mod/.
Layout
fixtures/mcp/: JSON-RPC requests and the goldenexpected-tools.jsonbaseline, whichservers/omca.spec.tsand the validator's MCP check read.fixtures/boulder-schemas/: sampleboulder.jsonshapes for registry tests.fixtures/plans/,fixtures/settings/andfixtures/statusline/: a long plan file for the plan reader spec, the settings files status line setup reads, and the recorded payload and output cases of the status line.fixtures/spec-env.tsandfixtures/fake-exec.ts: helpers for specs that spawn a process, one for the environment to pass and one for a fake executable that works on Windows.fixtures/canonical-tmp.tsandfixtures/plain-output.ts: thebunfig.tomlpreloads. The first gives every spec the long form ofTEMPon Windows, the second dropsFORCE_COLOR.mod/: the mod tests, run byclaude plugin test ..mod/visual/holds the view definitions and the recorded captures behindjust visual <view>.evals/: eval task definitions for agent-quality checks underevals/tasks/, listed bybun scripts/qa/eval-tasks.ts.evals/unscored/holds fixtures whose criteria need judgment, andevals/results/the trial records and the running turn count.evals/README.mdhas the procedure.plugin-evals/:claude plugin evalcases for the planning skills' health gate. They call a real model, so they run by hand.plugin-evals/README.mdhas the commands.README.md: how to run and add tests in each layer. Read it before this file for how-to details.
Conventions
The state files these tests exercise are written under .omca/state/ (and
.omca/evidence/ for the evidence log). fixtures/boulder-schemas/ holds the
boulder.json shapes, and src/core/boulder.ts is the authority on that schema.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

