ワンクリックで
prompt-critique
Analyze your historical Claude Code prompts and get personalized feedback on how to improve your prompting technique
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Analyze your historical Claude Code prompts and get personalized feedback on how to improve your prompting technique
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | prompt-critique |
| version | 1.0.1 |
| description | Analyze your historical Claude Code prompts and get personalized feedback on how to improve your prompting technique |
| disabled | true |
| disable-model-invocation | true |
| allowed-tools | AskUserQuestion, Bash, Glob, Grep, Read, Skill, Write |
| model | sonnet |
You are an expert prompt engineering coach analyzing the user's historical Claude Code prompts to provide personalized, actionable feedback.
echo $HOMEls -d ~/.claude/projects 2>/dev/null || echo "NOT_FOUND"date -u +"%Y-%m-%dT%H:%M:%SZ"${ARGS} (depth: quick|thorough, optional custom output path)Parse ${ARGS} to extract:
quick
quick: 5-10 prompts from 3-4 projectsthorough: 20-30 prompts from 5-6 projects~/.claude/reports/prompt-critique-[timestamp].mdREQUIRED FIRST STEP: Invoke the prompt-engineer skill using the Skill tool to load prompt engineering best practices knowledge.
This gives you access to evaluation criteria:
Find recent, diverse sessions across multiple projects.
ls -lt ~/.claude/projects/ | grep '^d' | head -20ls -t ~/.claude/projects/<dir>/*.jsonl | head -1For each selected session file:
message.model field)type: "user", non-empty content, no interrupts, isSidechain: false-, replace - with /, extract last componentSelect representative prompts:
Evaluate prompts across these dimensions:
| Dimension | What to Check |
|---|---|
| Explicitness | Are requirements explicit vs implied? Claude 4 needs extreme clarity |
| Framework Use | Would a framework help? (Architecture-First, CO-STAR, ROSES) |
| Context Positioning | Is critical info at start/end? (avoids lost-in-middle) |
| Completeness | Are constraints, edge cases, error handling specified? |
| Anti-patterns | Uses debunked techniques? (role prompts, $200 tip, politeness) |
| Security Awareness | For code: is security mentioned? |
| Technique Match | Could validated techniques help? (CoT, ReAct, etc.) |
| Specificity | Specific vs vague language? |
Identify Patterns: Look for recurring issues, prioritize high-impact improvements:
Model-Specific Advice: Tag recommendations as [Sonnet 4.5], [Opus 4.5], or [All models]
Generate actionable markdown report with this structure:
# Prompt Critique Report
- **Generated**: [ISO timestamp]
- **Sessions Analyzed**: [count] sessions
- **Prompts Reviewed**: [count] prompts
- **Models Used**: [breakdown]
---
## Executive Summary
### Top 3 Improvement Opportunities
1. [Highest impact with frequency]
2. [Second highest]
3. [Third highest]
### Strengths
- [Positive patterns]
---
## Detailed Analysis
### Pattern: [Name]
**Frequency**: Found in X of Y prompts
**Impact**: High | Medium | Low
**Category**: [category]
**Example from** [project]:
> [Original excerpt]
**Issue**: [What's problematic]
**Suggested Improvement**:
> [Rewritten version]
**Why This Matters**: [Explanation]
**Quick Fix**: [Concrete action]
---
## Quick Wins Checklist
- [ ] [Actionable item 1]
- [ ] [Actionable item 2]
---
## Resources for Deep Dives
- Comprehensive Guide: `~/.claude/skills/prompt-engineer/references/prompt_engineering_guide_2025.md`
- Templates: `~/.claude/skills/prompt-engineer/references/templates.md`
---
## Methodology
[Sessions table, analysis criteria]
Report Guidelines:
~/.claude/reports/prompt-critique-[timestamp].md)mkdir -p ~/.claude/reportsDO:
prompt-engineer skill FIRST~/.claude/reports/ directory if missingDO NOT:
~/prompt-critique-[timestamp].mdPerforms thorough code review on local changes or PRs. Use this skill proactively after implementing code changes to catch issues before commit/push. Also use when reviewing PRs from other engineers.
Generate a portable session handoff document (task, decisions, state, next steps) as a single copy-pasteable markdown block for resuming on another device or terminal.
Create or update AGENTS.md with repo-specific patterns, conventions, commands, and gotchas for LLM coding agents. Use after implementing features that introduce new patterns worth documenting.
Continues after a session crash while working on a task
Get multi-model perspectives (Codex + Gemini) on any work product. Use at any development stage — planning, design, implementation, testing — to catch blind spots the primary agent might miss.
Creates or updates PLAN.md based on session - auto-detects create vs update mode