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/zts0hg/codexspec/codexspec-confignpx skills add Zts0hg/codexspec --skill codexspec-configgit clone --depth 1 https://github.com/Zts0hg/codexspecWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/zts0hg/codexspec/codexspec-config)<a href="https://agentmods.dev/skills/zts0hg/codexspec/codexspec-config"><img src="https://agentmods.dev/badge/skills/zts0hg/codexspec/codexspec-config.svg" alt="Measured on agentmods" height="20"></a>What 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.00017 | $0.02542 |
| Opus 5 | $0.00009 | $0.01271 |
| Sonnet 5 | $0.00003 | $0.00508 |
| Haiku 4.5 | $0.00002 | $0.00254 |
Grade A, and why
codexspec:config 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 today.
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 — 340 lines — stays where its author put it; the contents beside it link to each section on GitHub.
CodexSpec Configuration Manager
Language Preference
Read .codexspec/config.yml. Two independent language controls apply (each falls back to language.output, then English):
- Interaction language (
language.interaction): language for all conversation with the user — questions, explanations, status messages, andcodexspecCLI terminal output. - Document language (
language.document): language for generated artifact files (requirements/spec/plan/tasks).
Converse in the interaction language and author artifacts in the document language. Apply the project's translation standard to both: translate by meaning (not word-for-word), keep English for terms with no good native equivalent, and write as if originally in that language.
A fresh or reset config writes only output; interaction and document resolve to it via the fallback above, so an output-only config is fully functional (non-blocking). Set interaction or document individually only to make them differ from output. That is why the YAML examples below stay output-only.
Parameter Check
Check if the text after the $codexspec:config skill mention contains --view:
- If
--viewis present: View mode - display current configuration and exit - If no arguments: Interactive mode - show configuration management menu
Configuration File Path
All configuration operations target: .codexspec/config.yml
Instructions
Step 1: Check Configuration File Existence
First, check if .codexspec/config.yml exists:
- If the file exists: Read its contents and proceed to Step 2 or Step 3 (based on mode)
- If the file does not exist: Proceed to Step 4 (Create new configuration)
Step 2: View Mode (--view flag)
If --view flag is provided:
- If configuration exists, display it in a readable format:
## Current Configuration
```yaml
{file contents}
Configuration file: .codexspec/config.yml
2. If configuration does not exist, display:
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.
- today Changed · +3 tokens per session 429e8a09a1b7
- 3d ago First seen · 340 lines · 14 tokens per session scan A f7daa17889c9
codexspec:config is a skill published in the GitHub repository Zts0hg/codexspec (5 stars, last pushed 2d ago), licensed MIT. It adds 17 tokens to every session and 2,542 once invoked, about $0.0001 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-31.
Other skills, from other repositories
implement-type-annotations
Add comprehensive type hints to Python/TypeScript code to improve IDE support, catch errors early, and enable better AI code understanding.
python-anti-patterns
Use this skill when reviewing Python code for common anti-patterns to avoid. Use as a checklist when reviewing code, before finalizing implementations, or when debugging issues that might stem from known bad practices.
python-background-jobs
Python background job patterns including task queues, workers, and event-driven architecture. Use when implementing async task processing, job queues, long-running operations, or decoupling work from request/response cycles.
python-design-patterns
Python design patterns including KISS, Separation of Concerns, Single Responsibility, and composition over inheritance. Use this skill when designing a new service or component from scratch and choosing how to layer responsibilities, when refactoring a God class or monolithic function that has grown too large, when…
python-error-handling
Python error handling patterns including input validation, exception hierarchies, and partial failure handling. Use when implementing validation logic, designing exception strategies, handling batch processing failures, or building robust APIs.
python-performance-optimization
Profile and optimize Python code using cProfile, memory profilers, and performance best practices. Use when debugging slow Python code, optimizing bottlenecks, or improving application performance.