/codex-fluent
Use when Codex feels slow, bloated, or heavy after heavy use. Provides safe session hygiene, archive strategy, and handoff discipline to keep daily Codex usage responsive and low-friction. Always pairs with comprehensive handoffs before archiving active work.
$ npx -y skills add majiayu000/spellbook --skill codex-fluent --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/codex-fluent
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use when Codex feels slow, bloated, or heavy after heavy use. Provides safe session hygiene, archive strategy, and handoff discipline to keep daily Codex usage responsive and low-friction. Always pairs with comprehensive handoffs before archiving active work.
SKILL.md
codex-fluent.SKILL.mdname: codex-fluent
description: Use when Codex feels slow, bloated, or heavy after heavy use. Provides safe session hygiene, archive strategy, and handoff discipline to keep daily Codex usage responsive and low-friction. Always pairs with comprehensive handoffs before archiving active work.
Codex Fluent
Keep Codex feeling fast, light, and pleasant to use over months of heavy daily work.
This skill is about **operational fluency** — the subjective experience of Codex staying responsive, starting quickly, and not forcing you to fight accumulated context and state.
Core Philosophy
- Fresh small state = speed and low mental load.
- Old work must be preserved, but moved out of the active path.
- **Handoffs are non-negotiable** before archiving anything you might still need.
- Never delete. Archive with clear restore paths.
When to Use This Skill
- Codex feels laggy on startup or when switching sessions.
- You have many long-running or old chats you rarely touch but don't want to lose.
- Before big maintenance or after noticing session directory growth.
- After a `codex-retrospective` session where Codex itself flagged repeated context bloat or "I keep having to re-explain the current state".
Safety Rules (Hard)
1. **Inspect first, always.** The first invocation must be report-only. 2. **Handoff before archive.** For any active repo chat you might continue, a high-quality handoff document + reactivation prompt must exist before it is moved to archive. 3. **Backup before mutate.** All changes must be preceded by a timestamped backup. 4. **Archive, never delete.** Sessions, logs, and worktrees are moved to dedicated archive directories (`~/.codex/archived_sessions/`, `archived_worktrees/`, `archived_logs/`). 5. Codex must be closed (or you explicitly accept `--wait-for-codex-exit`) before any filesystem changes to active state. 6. Never touch credentials, global skills you still use, or memory files without explicit confirmation.
Recommended Cadence
- Heavy daily multi-repo users: weekly report + maintenance when needed.
- Moderate users: every 10–14 days.
- The skill can generate a recurring **report-only reminder** prompt for you.
Workflow
1. Diagnosis (Report Mode)
Ask:
Use codex-fluent to inspect my current Codex local state and give me a clear picture of what is causing drag.
The skill will report on:
- Active vs archived session sizes
- Largest active sessions and their ages
- Stale worktrees
- Large log files
- Potential thread metadata bloat (title/preview)
- Dead config entries
- Heavy background processes (reported only)
2. Handoff Creation (Mandatory for Valuable Work)
Before any archiving of chats you care about, create excellent handoffs.
Use the template in `references/handoff-template.md`.
The reactivation prompt must allow a completely fresh Codex thread (or even Claude via the codex skill) to pick up without the old giant context.
3. Apply Maintenance
Only after handoffs exist for everything important:
Use codex-fluent to perform safe maintenance now. I have created handoffs for the sessions I want to keep continuity on. Codex is closed.
What a normal apply does:
- Timestamped backup to `~/Documents/Codex/codex-backups/codex-fluent-YYYYMMDD-HHMM/`
- Move qualifying old sessions to `~/.codex/archived_sessions/`
- Move stale worktrees to `~/.codex/archived_worktrees/`
- Rotate oversized logs
- Clean dead project entries from config
- Normalize certain path issues where safe
4. Verification
Run diagnosis again and compare before/after sizes and feel.
5. (Optional) Recurring Reminder
Generate a safe, report-only weekly reminder prompt that never applies changes automatically.
Integration with Other Spellbook Skills
- After running `codex-retrospective`, if Codex complains about "having to re-read huge context every time" or repeated state loss, this skill is the natural follow-up.
- Design handoff documents as the compact representation of a thread: preserve the objective, constraints, decisions, verification, and unresolved work.
- Handoff documents created here are excellent material to feed into future `codex-retrospective` runs.
What This Skill Will Not Do
- Automatically delete anything.
- Kill processes.
- Touch credentials or irreplaceable memory.
- Archive pinned or explicitly marked "do not touch" sessions without confirmation.
- Promise universal speedups (results depend on your usage patterns).
Gotchas
- A large session is not automatically safe to archive. If the work is active,
blocked, or likely to resume, create the handoff first and verify that the reactivation prompt points to a real file.
- Reported size reductions do not prove product speedups by themselves. Compare
before/after active-state size and a fresh startup or session-switch test.
- Never treat "Codex is closed" as an assumption. If apply mode would touch
active state, verify process state or get explicit user acceptance first.
- Do not normalize paths, prune config, or move global skills in the same pass
as session archiving unless the diagnosis explicitly named those candidates.
References
- `references/handoff-template.md` — High-quality handoff document template + reactivation prompt
- `references/maintenance-checklist.md` — Step-by-step safe maintenance checklist
- `references/examples/` — Real-world (anonymized) before/after reports and handoff examples
Success Criteria
After using this skill properly you should experience:
- Noticeably faster Codex startup and session switching
- Lower anxiety about "losing history"
- Clear, searchable handoff documents in your important repos
- A repeatable, low-risk maintenance habit
Start with a diagnosis run. The rest follows naturally.
Read more
name: codex-fluent description: Use when Codex feels slow, bloated, or heavy after heavy use. Provides safe session hygiene, archive strategy, and handoff discipline to keep daily Codex usage responsive and low-friction. Always pairs with comprehensive handoffs before archiving active work.
Codex Fluent
Keep Codex feeling fast, light, and pleasant to use over months of heavy daily work.
This skill is about **operational fluency** — the subjective experience of Codex staying responsive, starting quickly, and not forcing you to fight accumulated context and state.
Core Philosophy
- Fresh small state = speed and low mental load.
- Old work must be preserved, but moved out of the active path.
- **Handoffs are non-negotiable** before archiving anything you might still need.
- Never delete. Archive with clear restore paths.
When to Use This Skill
- Codex feels laggy on startup or when switching sessions.
- You have many long-running or old chats you rarely touch but don't want to lose.
- Before big maintenance or after noticing session directory growth.
- After a `codex-retrospective` session where Codex itself flagged repeated context bloat or "I keep having to re-explain the current state".
Safety Rules (Hard)
1. **Inspect first, always.** The first invocation must be report-only. 2. **Handoff before archive.** For any active repo chat you might continue, a high-quality handoff document + reactivation prompt must exist before it is moved to archive. 3. **Backup before mutate.** All changes must be preceded by a timestamped backup. 4. **Archive, never delete.** Sessions, logs, and worktrees are moved to dedicated archive directories (`~/.codex/archived_sessions/`, `archived_worktrees/`, `archived_logs/`). 5. Codex must be closed (or you explicitly accept `--wait-for-codex-exit`) before any filesystem changes to active state. 6. Never touch credentials, global skills you still use, or memory files without explicit confirmation.
Recommended Cadence
- Heavy daily multi-repo users: weekly report + maintenance when needed.
- Moderate users: every 10–14 days.
- The skill can generate a recurring **report-only reminder** prompt for you.
Workflow
1. Diagnosis (Report Mode)
Ask:
Use codex-fluent to inspect my current Codex local state and give me a clear picture of what is causing drag.
The skill will report on:
- Active vs archived session sizes
- Largest active sessions and their ages
- Stale worktrees
- Large log files
- Potential thread metadata bloat (title/preview)
- Dead config entries
- Heavy background processes (reported only)
2. Handoff Creation (Mandatory for Valuable Work)
Before any archiving of chats you care about, create excellent handoffs.
Use the template in `references/handoff-template.md`.
The reactivation prompt must allow a completely fresh Codex thread (or even Claude via the codex skill) to pick up without the old giant context.
3. Apply Maintenance
Only after handoffs exist for everything important:
Use codex-fluent to perform safe maintenance now. I have created handoffs for the sessions I want to keep continuity on. Codex is closed.
What a normal apply does:
- Timestamped backup to `~/Documents/Codex/codex-backups/codex-fluent-YYYYMMDD-HHMM/`
- Move qualifying old sessions to `~/.codex/archived_sessions/`
- Move stale worktrees to `~/.codex/archived_worktrees/`
- Rotate oversized logs
- Clean dead project entries from config
- Normalize certain path issues where safe
4. Verification
Run diagnosis again and compare before/after sizes and feel.
5. (Optional) Recurring Reminder
Generate a safe, report-only weekly reminder prompt that never applies changes automatically.
Integration with Other Spellbook Skills
- After running `codex-retrospective`, if Codex complains about "having to re-read huge context every time" or repeated state loss, this skill is the natural follow-up.
- Design handoff documents as the compact representation of a thread: preserve the objective, constraints, decisions, verification, and unresolved work.
- Handoff documents created here are excellent material to feed into future `codex-retrospective` runs.
What This Skill Will Not Do
- Automatically delete anything.
- Kill processes.
- Touch credentials or irreplaceable memory.
- Archive pinned or explicitly marked "do not touch" sessions without confirmation.
- Promise universal speedups (results depend on your usage patterns).
Gotchas
- A large session is not automatically safe to archive. If the work is active,
blocked, or likely to resume, create the handoff first and verify that the reactivation prompt points to a real file.
- Reported size reductions do not prove product speedups by themselves. Compare
before/after active-state size and a fresh startup or session-switch test.
- Never treat "Codex is closed" as an assumption. If apply mode would touch
active state, verify process state or get explicit user acceptance first.
- Do not normalize paths, prune config, or move global skills in the same pass
as session archiving unless the diagnosis explicitly named those candidates.
References
- `references/handoff-template.md` — High-quality handoff document template + reactivation prompt
- `references/maintenance-checklist.md` — Step-by-step safe maintenance checklist
- `references/examples/` — Real-world (anonymized) before/after reports and handoff examples
Success Criteria
After using this skill properly you should experience:
- Noticeably faster Codex startup and session switching
- Lower anxiety about "losing history"
- Clear, searchable handoff documents in your important repos
- A repeatable, low-risk maintenance habit
Start with a diagnosis run. The rest follows naturally.
Cross-runtime skills for Claude Code, Codex, and multi-agent workflows.
Repo: majiayu000/spellbook
Other skills on spellbook.
- /agentsmd-optimize
Audit AND optimize a CLAUDE.md / AGENTS.md instruction file — score it against the five high-leverage patterns, flag anti-patterns, then apply approved fixes in place. Use when the user says 优化 CLAUDE.md / 优化 AGENTS.md / optimize my agent doc / 帮我改 claudemd, or after an audit
Open skill - /agentsmd-scaffold
Generate or update repository-specific AGENTS.md instruction files from real repo evidence. Use when asked to create, design, scaffold, split, or improve root or scoped AGENTS.md files for Codex/Claude/agent workflows, especially when a repo needs directory-specific rules,
Open skill - /api-design
REST/GraphQL/gRPC API design best practices. Use when designing APIs, defining contracts, handling versioning. Covers OpenAPI 3.2, GraphQL Federation, gRPC streaming.
Open skill - /app-ui-design
Mobile app UI design expert for iOS and Android. Use when designing app interfaces, creating design systems, ensuring accessibility, or following platform guidelines. Covers Material Design 3, Human Interface Guidelines, color theory, typography, and 2025 trends.
Open skill - /app-user-story-qa
End-to-end app feature inventory and user-story testing workflow with a canonical tracker. Use when the user asks to audit every feature, derive expected behavior from code, test user journeys, or explicitly fix and retest documented UX or logistical defects.
Open skill - /architecture-foundation
Design architecture foundations before implementation. Use when asked to design or refactor architecture, choose Rust/Go crate, package, module, runtime, workflow, or service boundaries, compare mature project architecture, prevent stacked one-off PRs, audit migration debt in
Open skill

