test-suite
Skill64 starsChanged 4 months agoMITView on GitHub
Run behavioral smoke tests against the live Thoughtbox Code Mode MCP server. Verifies the public `/mcp` surface (`thoughtbox_search`, `thoughtbox_execute`, `thoughtbox_peer_notebook`) plus the main execution paths behind it.
3 other projects use a version of this.
Adopted by
Most recently taken up by
- mgiovani/cc-arsenaltheir own version, first seen Sep 25, 2026
- poorvith-mp/skills-developertheir own version, first seen Aug 19, 2026
- jasonmichaelbell78-creator/sonash-v0their own version, first seen Feb 8, 2026
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- mgiovani/cc-arsenal★ 8same name
- jasonmichaelbell78-creator/sonash-v0★ 2same name
- poorvith-mp/skills-developer★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository102 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- assumptionsSkill
- capture-learningSkill
- Codex-opus-4-6-promptingSkill
- Codex-promptSkill
- mcp-code-modeSkill
- deploy-team-hubSkill
- diagramSkill
- distillSkill
- effect-tsSkill
- escalateSkill
- evalSkill
- experimentSkill
- hddSkill
- hub-auditSkill
- hub-collabSkill
- implementSkill
- knowledgeSkill
- peer-notebook-delivery-guardSkill
- research-taskSkill
- session-reviewSkill
- source-command-hdd-decideSkill
- source-command-hdd-hddSkill
- source-command-hdd-researchSkill
- source-command-hdd-stage-adrSkill
- source-command-hdd-validateSkill
- statusSkill
- supabaseSkill
- synthesizeSkill
- tasteSkill
- teamSkill
- theseus-protocolSkill
- thoughtbox:debugSkill
- thoughtbox:decisionSkill
- thoughtbox:evolutionSkill
- thoughtbox:knowledge-querySkill
- thoughtbox:onboardSkill
- thoughtbox:refactorSkill
- thoughtbox:researchSkill
- thoughtbox:session-reviewSkill
- thoughtbox-teamSkill
- ulc-loopSkill
- ulysses-protocolSkill
- workflow-brainstormingSkill
- workflow-ideationSkill
- workflow-reflectionSkill
- workflow-revisionSkill
- workflows-compoundSkill
- workflowSkill
- workflows-planSkill
- workflows-reviewSkill
- workflows-workSkill
- workflow-tournamentSkill
- assumptionsSkill
- capture-learningSkill
- claude-opus-4-6-promptingSkill
- claude-promptSkill
- mcp-code-modeSkill
- deploy-team-hubSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
11 rules. 0 are common, 4 are distinctive, and 7 are very specific to this project.
0
Common
Most of the 3 edited versions we read keep these.
4
Distinctive
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
Run behavioral tests against a live Thoughtbox MCP server whose public surface is Code Mode.
- Distinctive: line 32
Every test creates real data in Supabase and verifies it through retrieval.
- Distinctive: line 42
Verify the tool list is exactly:
- Very specific: line 47
If raw tools like thoughtbox_init, thoughtbox_session, or thoughtbox_hub appear in tools/list, the behavioral suite should fail immediately …
- Very specific: line 67
Read the file from .Codex/skills/test-suite/tests/NN-*.md
- Distinctive: line 96
If anything fails, list the exact test and the observed discrepancy.
- Very specific: line 108
When thoughtbox_search returns a module, operation, prompt, resource, or resource template, verify the returned names/URIs/descriptions …
- Very specific: line 119
After tb.thought(...), verify the resulting session is visible through tb.session.list() or tb.session.get(...)
- Very specific: line 120
After a protocol init, verify status reports the active session
- Very specific: line 121
After console.log(...), verify logs were captured
- Distinctive: line 129
If the server exposes more than the intended three tools, or if search/execute exposes an out-of-scope namespace for this release, that is …
“Common” is measured: kept by at least 6 in 10 of the 3 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Thoughtbox Code Mode Behavioral Test Suite
Run behavioral tests against a live Thoughtbox MCP server whose public surface is Code Mode.
The authoritative hosted contract is:
thoughtbox_searchthoughtbox_executethoughtbox_peer_notebook
The legacy progressive-disclosure suite (thoughtbox_init, thoughtbox_operations, raw per-domain tools) is no longer the primary behavioral contract for /mcp. Treat the old 01-09 markdown files in this folder as historical reference only unless you are explicitly auditing legacy behavior.
Test Files
| # | File | Focus | Tests |
| 01 | tests/01-codemode-surface.md | Public MCP surface and instructions | 4 |
| 02 | tests/02-codemode-search.md | Search catalog discovery | 5 |
| 03 | tests/03-codemode-thought.md | Thought workflows: all types, branching, revision, agents | 15 |
| 04 | tests/04-codemode-sessions.md | Session CRUD, search, resume, export, analysis | 8 |
| 05 | tests/05-codemode-knowledge.md | Knowledge graph: entities, relations, traversal | 5 |
| 06 | tests/06-codemode-protocols.md | Theseus, Ulysses, and observability lifecycles | 8 |
| 07 | tests/07-hub.md | Hub coordination via tb.hub.*: identity, workspaces, problems, proposals, consensus, channels | 15 |
Total: 60 behavioral tests across the 3-tool Code Mode surface
Every test creates real data in Supabase and verifies it through retrieval. The suite should leave named sessions visible in the web app's Runs view.
How to Run
Step 1: Verify the server is running
Confirm the live MCP server is reachable and using the Code Mode surface:
- Connect to the server.
- Call
tools/list. - Verify the tool list is exactly:
thoughtbox_searchthoughtbox_executethoughtbox_peer_notebook
If raw tools like thoughtbox_init, thoughtbox_session, or thoughtbox_hub appear in tools/list, the behavioral suite should fail immediately because the hosted surface is not the intended Code Mode contract.
Step 2: Initialize a test state tracker
Track results in a state object:
{
"started": "<timestamp>",
"currentFile": 1,
"currentTest": 1,
"results": {},
"summary": { "pass": 0, "fail": 0, "skip": 0 }
}Step 3: Execute tests in order
For each test file (01 through 07):
- Read the file from
.Codex/skills/test-suite/tests/NN-*.md - Execute each test using the live
thoughtbox_searchandthoughtbox_executetools - Record
pass,fail, orskip - Report progress after each file
Example:
[02/07] thoughtbox_search: 5/5 passStep 4: Final report
Produce a concise summary:
Thoughtbox Code Mode Behavioral Suite — Results
==============================================
01-codemode-surface: 4/4 pass
02-codemode-search: 5/5 pass
03-codemode-thought: 15/15 pass
04-codemode-sessions: 8/8 pass
05-codemode-knowledge: 5/5 pass
06-codemode-protocols: 8/8 pass
07-hub: 15/15 pass
----------------------------------------------
Total: 60/60 passIf anything fails, list the exact test and the observed discrepancy.
Verification Discipline
A test is not PASS unless the response proves the claim.
Rule 1: Verify the public surface, not internal implementation details
The first check is always tools/list. The hosted contract is the public surface. Internal handlers or historical resources do not count as proof.
Rule 2: Search tests must prove discovery fidelity
When thoughtbox_search returns a module, operation, prompt, resource, or resource template, verify the returned names/URIs/descriptions match the intended query. "It returned something relevant" is not enough.
Rule 3: Execute tests must prove real behavior
For thoughtbox_execute, verify both:
- the returned value
- the side effect or follow-up state when applicable
Examples:
- After
tb.thought(...), verify the resulting session is visible throughtb.session.list()ortb.session.get(...) - After a protocol
init, verifystatusreports the active session - After
console.log(...), verify logs were captured
Rule 4: Legacy namespaces must fail cleanly
tb.hub is part of the supported SDK surface (covered by tests/07-hub.md). Retired namespaces such as tb.init or tb.gateway must be absent (undefined), not gracefully shimmed.
Rule 5: Never rationalize mismatches
If the server exposes more than the intended three tools, or if search/execute exposes an out-of-scope namespace for this release, that is a failure against the current Code Mode contract.
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.

