written-critique について
written-critique は、簡潔で構造化されたデザインレビューを書くためのスキルです。観察可能な判断に基づく具体的な指摘を促し、クラフトと好みを分け、影響の大きい変更を一つ優先します。
主な機能
- 014 部構成のレビュー形式
- 02具体的で実行可能な指摘
- 03クラフトと好みの区別
- 04影響の大きい変更を一つ優先
- 05簡潔な文章のガイド
活用シーン
- 01会話中のデザインレビュー
- 02追加確認のいらないフィードバック
- 03最も影響の大きい変更の選定
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/written-critiqueを入力して読み込まれたか確認します。
詳細
文書による批評
相手に確認を求められなくても行動に移せるフィードバックを書きましょう。
使い方
/written-critiqueこの会話でのデザインレビューに、構造化された批評形式を適用します。
制約
批評の構成
- 意図（2～3文）：デザインが何を実現しようとしているか。何をするかではなく、どのような体験を生み出そうとしているかを述べます。
- うまくいっている点（具体的な判断を2～3点）：それぞれの判断の根底にある原則も示します。
- うまくいっていない点（具体的な判断を1～2点）：理由とユーザーへの影響を説明します。
- 変更を1つ（推奨事項を1つ）：最も効果の高い変更を、具体的な指示ではなく方向性として示します。
執筆ルール
- デザイナーが追加の会話なしで行動に移せるほど、具体的に書く必要があります。
- クラフトに関するフィードバック（整列、一貫性）と、好みに関するフィードバック（そもそも存在すべきか）を分ける必要があります。
- 感想ではなく、目に見える判断に言及してください。
- 300語未満に収めることを推奨します。簡潔なフィードバックは読まれます。長文は読まれません。
- フィードバックの中でデザインを書き直してはいけません。指示するのではなく、問題を診断してください。
避けるべきパターン
- 構成がなく、長々と書き連ねる
- 1つの文に称賛と批判を混在させる（観察ごとにどちらかを選ぶ）
- すべての詳細に同じ比重でフィードバックする（重要な点を優先する）
- 配慮しすぎて、フィードバックの切れ味がなくなる
コメント
Markdown 対応