Lead with the problem, not the implementation detail.
Good positioning:
- Persistent native cron for long-running Codex CLI agents
- Keep recurring work in the same Codex thread
- Native cron for Codex CLI without drifting into automation
Bad positioning:
- A random plugin bundle for my Codex fork
- Some scripts for cron
Persistent native cron for long-running Codex CLI agents. Keep recurring work in the same thread without falling back to automation.
codexcodex-clicronscheduleragentai-agentdeveloper-toolsproductivityautomation
Pick one and stay consistent everywhere:
codex-thread-croncodex-agent-croncodex-native-cron
codex-thread-cron is the clearest if the core value is "same thread, not automation."
Use one sentence only:
Make Codex CLI wake itself up later and keep working in the same thread.
If you create a social preview image, keep it simple:
- one bold title
- one terminal screenshot
- one short subtitle
Do not make it look like a generic AI poster.
- Run
./scripts/release-check.sh - Verify the README still matches actual install behavior
- Confirm the repo root works with
codex marketplace add <repo-root> - Tag a release that matches
CHANGELOG.md - Publish a short demo in the README or release notes
Focus on one sentence:
Codex is great in-session, but weak at recurring thread-local work. This project adds native cron packaging so Codex can wake itself up later and continue in the same thread.
Then show:
- one concrete use case
- one install command
- one limitation
That is usually enough. Do not oversell.
- Open Codex CLI in a repo
- Ask it to create a weekday review cron
- List the cron jobs
- Show the persisted config and smoke check
- Show the next wake-up returning to the same thread