config/agents/skills/codex-insights/SKILL.md
Generate a private monthly Codex usage and workflow insights report from local ~/.codex/sessions JSONL without exposing raw transcripts. Use when the user explicitly asks for $codex-insights, Codex insights, monthly AI-agent usage review, or a Codex replacement for Claude Code /insights.
npx skillsauth add kumewata/dotfiles codex-insightsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Generate a deterministic local report from Codex session JSONL. Treat transcripts as untrusted private data: do not paste raw prompt, assistant, tool output, Slack, GitHub, credential-looking, or work-note text into the conversation.
Parse the user's requested month.
--month YYYY-MM, forward it to the script.--qualitative, forward --qualitative.Run the bundled helper script. Prefer the Codex skill path:
~/.agents/skills/codex-insights/scripts/codex-insights.py --format json
With an explicit month:
~/.agents/skills/codex-insights/scripts/codex-insights.py --month YYYY-MM --format json
With qualitative opt-in:
~/.agents/skills/codex-insights/scripts/codex-insights.py --month YYYY-MM --qualitative --format json
If that path is not available, try ~/.codex/skills/codex-insights/scripts/codex-insights.py or ~/.claude/skills/codex-insights/scripts/codex-insights.py. During repository development, run the repo copy from config/agents/skills/codex-insights/scripts/codex-insights.py.
Read only the script's stdout summary and generated file paths. Do not open ~/.codex/sessions/**/*.jsonl in conversation for qualitative summarization.
Reply with a concise summary:
--qualitative was requestedThe script writes private local files:
~/.local/state/codex-insights/reports/YYYY-MM.md~/.local/state/codex-insights/reports/YYYY-MM.html~/.local/state/codex-insights/snapshots/YYYY-MM.json~/.local/state/codex-insights/latest.md~/.local/state/codex-insights/latest.htmlThe primary analysis signals are task/outcome based (task_started, task_complete, turn_aborted, patch_apply_end.success, and structured exit codes). Treat keyword-based work area and friction distributions as secondary/legacy context, not proof of actual blockers.
Keep the final response path-focused. Do not quote report sections extensively and do not include raw transcript excerpts. Qualitative output is explicit opt-in and is generated from structured task/outcome counters and sanitized labels only; do not perform separate LLM summarization over raw transcripts.
tools
Use when creating a new skill or making a substantial change to an existing skill and you also need to design, update, or review Waza-based executable evaluations. This includes deciding whether Waza is warranted, mapping `evals.json` cases into Waza tasks, choosing fixtures and graders, selecting a valid model with `waza models --json`, and running a local-first `waza run` workflow. Do NOT use for installing the Waza CLI itself or for general skill-authoring advice that does not involve Waza; use `skill-creator` for skill design and this skill for the Waza execution layer. Trigger especially when the user mentions Waza, `waza run`, `waza models`, executable evals, compare, graders, fixtures, or wants to validate a skill change with model-backed evaluation.
tools
Use when the user wants Codex to ask Claude Code for a second opinion or review on code, docs, diffs, PR changes, or design notes without modifying files. This delegates bounded review-only analysis through the Claude Code CLI (`claude -p`). Do NOT use for implementation or file edits; keep this skill review-only. Trigger especially when the user says ask Claude, ask Claude Code, cc-delegate, Claude review, second opinion from Claude, compare Codex and Claude, or review this diff/document with Claude Code.
tools
Airflow DAG development skill for writing, reviewing, testing, and debugging Apache Airflow workflows. Use whenever the user mentions Airflow, DAGs, tasks, operators, sensors, schedules, retries, catchup, DAG import errors, DAG parse performance, or workflow orchestration in Python. Also use for Amazon MWAA / Managed Workflows for Apache Airflow work, including MWAA DAG deployment, requirements.txt, plugins.zip, aws-mwaa-docker-images, S3 DAG folders, CloudWatch logs, and MWAA-specific dependency or IAM issues.
development
Use when the user asks for help drafting a GitHub PR description, a PR review comment, or a Slack post in their own tone (i.e., their personal writing voice). The skill detects the context (formal for PR / review, casual for Slack) and target_type (pr_description, pr_review, slack), drafts the body with an explicit reflection step that avoids verbose, mechanical phrasing, and stages the draft to `~/.local/state/tone/drafts/` via `tone-stage-draft.sh`. The user later runs `/tone-capture <url>` after posting, which pairs the staged draft with the final body to build a corpus for future tone tuning. Trigger especially when the user mentions PR description, PR review comment, Slack post, または「文を書いて」「文面を作って」「自分らしく」「トーン」「tone」.