直感を磨く

パターンは出発点

このガイドで紹介したプラクティスは出発点であり、絶対的なルールではありません。

パターン = 経験から抽出された「うまくいくことが多い」方法

しかし、すべての状況に当てはまるわけではありません。

重要なのは、なぜそのパターンが存在するかを理解することです。

良い結果が出た時は、以下を振り返りましょう：

「今回うまくいったのは、具体的なファイル名を指定したからかな」
「参照コードを示したのが効果的だったかも」

うまくいかなかった時も学びの機会です：

「スコープを限定しなかったから探索が終わらなかった」
「テストを先に要求すべきだった」

最初は、このガイドのパターンを忠実に従います。

「計画モードを使う」
「タスクごとに /clear する」
「テストを要求する」

経験を積むと、例外がわかってきます。

「この修正は小さいから計画は不要だな」
「関連するタスクだから /clear しない方がいい」

最終的には、状況に応じた判断ができるようになります。

「このケースでは、普通と違うアプローチが効果的かも」

本番に影響しない範囲で、新しいアプローチを試しましょう：

うまくいったプロンプトやアプローチを記録しておくと、後で参考になります。

# 2024-01-15 認証機能実装

## プロンプト
「@src/auth/login.ts を参照して、同じパターンでログアウト機能を実装。
テストも追加して、最後にテスト実行」

## 結果
- 一発でうまくいった
- 参照コードを示したのが効果的だった

自分なりの「うまくいくパターン」を蓄積していきましょう。

Q1. パターンから逸脱してよいのは？

Q2. 良い結果が出た時にすべきことは？

Q3. 直感を磨く最良の方法は？