Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/kastalien-research/thoughtbox/knowledgenpx skills add Kastalien-Research/thoughtbox --skill knowledgegit clone --depth 1 https://github.com/Kastalien-Research/thoughtboxWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00031 | $0.00613 |
| Opus 5 | $0.00015 | $0.00307 |
| Sonnet 5 | $0.00006 | $0.00123 |
| Haiku 4.5 | $0.00003 | $0.00061 |
Grade A, and why
knowledge scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 63 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Search all knowledge stores for: $ARGUMENTS
Workflow
Phase 1: Parallel Search (Observe)
Execute all searches in parallel:
- MEMORY.md: Search the auto memory file at
.Codex/projects/*/memory/MEMORY.mdfor the query terms using Grep - Thoughtbox Knowledge Graph: Use ToolSearch to load
thoughtbox_execute, then search entities and observations matching the query viatb.knowledge.listEntities({ name_pattern: "..." })andtb.knowledge.queryGraph(...) - Git History: Run
git log --all --oneline --grep="$ARGUMENTS" -20for commit history - Assumption Registry: Search
.assumptions/*.jsonlfor matching assumption records using Grep - DGM Patterns: Search
.dgm/fitness.jsonfor patterns matching the query using Grep - Session Handoffs: Search
.sessions/handoff-*.jsonfor relevant context using Grep
Phase 2: Collate and Rank (Orient)
For each result found:
- Note the source store (provenance)
- Note the freshness (when was this last updated/verified)
- Note the relevance (how closely does it match the query)
- Check for cross-references (does this result reference other stores)
Phase 3: Present Results (Act)
Present results grouped by relevance, with provenance:
## Knowledge Query: "{query}"
### High Relevance
- [MEMORY.md] {finding} (line {N}, updated {date})
- [Thoughtbox] Entity: {name} — {observation} (created {date})
### Medium Relevance
- [Git] {commit-hash}: {message} ({date})
### Low Relevance
- [Assumptions] {assumption} (confidence: {N}%, last verified: {date})
### Cross-References
- Thoughtbox entity "{name}" relates to git commit {hash}
### Gaps
- No results found in: {store1}, {store2}
- Consider adding knowledge about "{query}" to {suggested_store}
Notes
- If a store doesn't exist yet (e.g.,
.dgm/fitness.jsonnot created), skip it silently - If Thoughtbox MCP tools aren't available, skip the knowledge graph search
- Always show which stores were searched and which returned nothing — gaps are informative
- If the query is broad, suggest more specific sub-queries
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 63 lines · 31 tokens per session scan A 43ab59a02504
knowledge is a skill published in the GitHub repository Kastalien-Research/thoughtbox (64 stars, last pushed 1mo ago), licensed MIT. It adds 31 tokens to every session and 613 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
reasoning
Use BEFORE answering analytical, diagnostic, planning, or multi-step reasoning questions. Trigger phrases include "should I X or Y", "why is X happening", "what's the best approach", "what are the tradeoffs", "help me think through", "diagnose", "root cause", "plan/design X", "what are the implications of", "compare…
xcodebuildmcp-structured-output-review
Use when reviewing XcodeBuildMCP structured output schema changes, schema versioning, manifest outputSchema metadata, and JSON fixture compatibility.
opik-diagnose
Surface the Opik traces worth a developer's attention, ranked by signal — errors, failed tool calls, latency, regressions, and low online-eval scores — plus Diagnostics issues. Reads live/production traces via the SDK (searchtraces and agentinsights) and works with no MCP; uses the MCP issue entity when connected.…
cortex-automate
Set up automation — prospective memory triggers, neuro-symbolic rules, and CLAUDE.md sync. Use when the user says 'remind me when', 'trigger when', 'create a rule', 'auto-remember', 'sync to CLAUDE.md', 'push insights', 'set up trigger', 'when I open this file', 'when this keyword appears', or when you want to…
tabnexus-mcp-evals
Generate, validate, and run isolated Codex-to-TabNexus MCP evaluations with a curated 600-query dataset, executable gold tool labels, safety checks, and best-of-three stability scoring. Use when testing TabNexus MCP tool coverage, Agent behavior, regression quality, destructive-action safety, prompt changes, or a…
compare
Structured comparison of 2+ alternatives with consistent criteria and decision matrix.