Faq Shortcuts Agent Skill

FAQ shortcuts from your own history

People working with an agent on one project type the same asks over and over: "how many

signed up", "did it go out?", "send a reminder to those who haven't…". Each time the agent

starts cold and has to relearn the traps. This skill mines what was actually asked and

turns the most repeated asks into short project skills (/joined, /sent, /remind…).

Each one records the right tool and the mistakes already made on that path.

Build from evidence, not from guesses about what might be useful.

1. Collect the asks

python3 scripts/extract_asks.py <project_dir> [--source all|claude|codex] [--since YYYY-MM-DD] > asks.tsv

On Windows, run it with python instead of python3. This prints every prompt typed in

that project's sessions, oldest first, as

date<TAB>source<TAB>prompt. It reads Claude Code (~/.claude/projects/, plus

~/.claude/history.jsonl for sessions older than the 30 days Claude Code keeps

transcripts) and Codex (~/.codex/sessions/, or $CODEX_HOME) by default, and skips

subagent turns and scripted runs such as codex exec, because nobody typed those. An ask

repeated across both tools counts as one cluster. Cursor history is not read yet: it lives

in an undocumented SQLite store.

Write the output to a scratch location, not into the repo, because prompts can contain

names, emails and tokens.

Also read the commit subjects (git log --format='%ad %s' --date=short). Commits show which

*operations* recur, like repeated send-*, sync-* and import-* scripts. Prompts show how

the user *phrases* them.

2. Cluster by intent, then count

Read the whole list. Group prompts that want the same outcome whatever their wording

("how many joined", "how many confirmed", "how many members now" → one head-count ask).

Count each cluster and keep 2–3 verbatim phrasings, which become the description's triggers.

A cluster earns a shortcut when:

• it recurs (roughly 5+ times, or on most working days), and
• it takes more than one lookup to answer properly, or it has already gone wrong at least

once. Look for follow-ups like "you did it wrong", "why did you…", "did you check…".

Drop one-offs and anything a single command already answers.

3. Check what already exists

List .claude/skills/, .claude/commands/, .agents/skills/ and the project's CLAUDE.md

and AGENTS.md. Extend an existing skill instead of adding a near-duplicate. Then find the

project's existing tools for each cluster, such as scripts, CLI commands and API routes.

A shortcut should point to the tool that exists. Don't write a new one.

Read those tools' headers and the commits that fixed them. The traps you find there are the

most valuable part of each skill.

4. Propose before writing

Show the user a short table with shortcut name, the ask it replaces, and how often it

appeared. Let them pick. Short names beat descriptive ones here, because the point is less

typing. Use one lowercase word, and never shadow a built-in command.

5. Write each skill

.claude/skills/<name>/SKILL.md, committed with the project so it travels. Claude Code

and Cursor load skills from .claude/skills/. Codex loads them from .agents/skills/, so

link each one there as well:

mkdir -p .agents/skills && ln -s ../../.claude/skills/<name> .agents/skills/<name>

Link each skill folder, not .agents/skills itself: Codex follows a symlinked skill folder

but does not scan a symlinked .agents/skills.

The skill file itself:

---
name: <short>
description: <what it does>. Use for "<verbatim phrasing 1>", "<phrasing 2>", "<phrasing 3>".
argument-hint: "[optional arg]"
---
# <What it answers>

Report only / Dry run first — **never <write/send> from this skill without a yes.**

## Query / tool       ← the existing script or query, with its real flags
## Traps              ← only ones that actually happened, each with the consequence
## Report             ← exactly what to print, then ask

Rules:

• Split reading from acting. Question skills only report. Action skills dry-run, show the

list with every exclusion and its reason, then apply only after a yes.

• Point to the source for every trap, like the script header, commit or incident. If you

can't trace a trap to something that happened, leave it out.

• Verify every field, flag and file name against the code before you write it down. A

shortcut that cites a wrong column fails silently on the day it's needed.

• Keep a skill short enough to read in a minute. Leave out history, keep the lesson.
• Quote the frontmatter description if it contains : or #, or YAML will truncate it.

6. Make them findable

Add a table to the project's CLAUDE.md (and AGENTS.md, if the project has one) that maps

each shortcut to the sentence it replaces. It serves as both documentation and a reminder

to use it.

Report

The shortcuts added, the ask each replaces with its count, and any frequent cluster you

deliberately left out and why.