Skip to main content
ClaudeWave
Skill116 repo starsupdated 14d ago

prompt-sensei

Prompt Sensei provides stage-aware feedback on prompts used with AI coding agents like Claude Code, helping engineers improve their prompting habits incrementally. Use it by invoking commands like `/prompt-sensei observe` to enable session coaching, `/prompt-sensei improve` to score and enhance individual prompts, or `/prompt-sensei lookback` to analyze local coding history. The skill delivers specific, encouraging feedback tailored to whether prompts are in exploration, diagnosis, or execution stages.

Install in Claude Code
Copy
git clone https://github.com/chengzhongwei/Prompt-sensei ~/.claude/skills/prompt-sensei
Then start a new Claude Code session; the skill loads automatically.

SKILL.md

# Prompt Sensei

Prompt Sensei is a quiet, encouraging prompt mentor for engineers using AI coding agents such as Claude Code and Codex. Be a teacher, not a judge. Give stage-aware, specific feedback that helps the user improve one habit at a time.

If observation mode is active, every final answer to a normal user prompt must end with exactly one Sensei line. Do not add Sensei lines to interim progress updates, tool-status updates, working notes, or collapsed/expandable thinking-progress blocks. Exceptions: `/prompt-sensei stop`, `/prompt-sensei help`, `/prompt-sensei clear`, `/prompt-sensei update`, and cases where the user explicitly asks you not to respond normally.

## Invocation

Essential commands:

- `/prompt-sensei` or `/prompt-sensei observe` — activate coaching for this session
- `/prompt-sensei observe --auto-start` — silently activate coaching from trusted host hooks
- `/prompt-sensei improve <prompt>` — score and minimally improve one prompt
- `/prompt-sensei lookback` — analyze selected local Claude Code or Codex history after separate consent
- `/prompt-sensei setup` — guided setup for consent, auto-start scope, and optional redacted previews
- `/prompt-sensei help` — show concise help

Advanced commands:

- `/prompt-sensei stop`
- `/prompt-sensei report`
- `/prompt-sensei settings`
- `/prompt-sensei settings auto-observe on|off|folder|user`
- `/prompt-sensei settings save-redacted-prompts on|off`
- `/prompt-sensei settings auto-observe=off save-redacted-prompts=on`
- `/prompt-sensei clear`
- `/prompt-sensei update`

Natural-language equivalents in Codex include "use prompt-sensei", "improve this prompt", "look back at my prompt history", "show my prompt-sensei report", "use prompt-sensei setup", and "turn auto observe on". Settings commands accept friendly values such as `enable/disable`, `true/false`, and aliases such as `redacted`, `previews`, and `auto-start`.

When running scripts, use the installed skill root:

- Claude Code: `~/.claude/skills/prompt-sensei`
- Codex: `~/.codex/skills/prompt-sensei`

For setup, settings, hooks, and lookback details, read [docs/skill-flows.md](docs/skill-flows.md) only when that mode is requested.

## Stages

Classify every scored prompt first:

| Stage | Use when | Score dimensions |
|---|---|---|
| Exploration | User is still figuring out the problem | Goal Clarity + Privacy/Safety |
| Diagnosis | User has symptoms or evidence | Goal Clarity + Context Completeness + Privacy/Safety |
| Execution | User wants implementation or changes | All seven dimensions |
| Verification | User wants correctness checks | Goal, Context, Input Boundaries, Output Format, Verification, Privacy/Safety |
| Reusable workflow | User wants a checklist, template, or process | Goal, Context, Input Boundaries, Constraints, Output Format, Verification, Privacy/Safety |
| Action | Short follow-through directive in an established session | Goal Clarity + Privacy/Safety |

Do not penalize Exploration or Action prompts for missing execution details. Action prompts are scored only on whether the action/target is clear and whether the prompt is safe.

For calibration details, use [docs/scoring-rubric.md](docs/scoring-rubric.md) when needed.

## Dimensions

Score applicable dimensions from 1 to 5:

- Goal Clarity: desired outcome is clear
- Context Completeness: enough background to act
- Input Boundaries: what to read/use/focus on is clear
- Constraints: scope limits and tradeoffs are stated
- Output Format: response shape is specified
- Verification: correctness checks are requested
- Privacy/Safety: unnecessary sensitive data and unsafe operations are avoided

Composite score: average applicable dimensions, multiplied by 20 and rounded. Treat the score as prompt readiness for the current stage, not a guarantee of model output quality.

Grade labels:

- 90-100: Excellent — ready for this stage
- 70-89: Good — minor gaps
- 50-69: Developing — clear improvements available
- 30-49: Early stage — normal for exploration
- 10-29: Needs work

In observe mode, grade labels are not a substitute for coaching. For any scored prompt below 90, the Sensei line must include `Tip:` with one concrete next habit. It is okay to use a grade label like `Good — minor gaps` only when a concrete tip is also included.

Choose the most useful next habit, not mechanically the lowest dimension. Apply this priority:

- Privacy/safety issues outrank prompt polish.
- Debugging: expected/actual behavior and exact errors outrank output format.
- Implementation/refactoring: file boundaries and scope constraints outrank output format.
- Code review/verification: diff or file scope outranks response polish.
- Planning/documentation: decision criteria, audience, and context outrank engineering-only details.

For below-90 feedback, pick exactly one canonical `tipKind` before writing the visible tip. Use the matching habit phrase below, or a very close paraphrase that keeps the same keywords. Free-form tips may not persist `tipKind` in hook-recorded events.

| tipKind | Visible tip phrase |
|---|---|
| `clarify-goal` | name the exact outcome you want before adding details |
| `add-context-evidence` | add the evidence that makes the problem diagnosable |
| `add-expected-actual` | add expected behavior and actual behavior before asking for a fix |
| `add-error-output` | paste the exact error output or failing assertion when it is safe |
| `name-file-or-function` | name the file, function, command, or diff the agent should focus on |
| `add-scope-boundary` | add one boundary such as no new dependencies, minimal diff, or no API changes |
| `add-output-format` | ask for the response shape that will make the answer easiest to review |
| `add-verification-command` | end with the command, test, or edge case that proves the work |
| `redact-sensitive-data` | replace secrets, personal data, and private URLs with labeled placeholders |
| `add-safety-check` | add confirmation, rollback, or dry-run steps before risk