何をしたか： 新規連絡先フォームの「保存」ボタンをクリックした。
どうなるはずだったか： 連絡先が連絡先一覧に表示されるはずだった。
代わりに何が起きたか： 何も起きない。フォームが開いたままで、連絡先が保存されない。
期待通りに動かない場合
Playが期待通りに動作しないものを作成した場合は、問題を明確に伝えてください。Playはデバッグや修正、改善を行うことができますが、そのためには何がうまくいかなかったのかを理解する必要があります。
3つの要素による説明
うまく動かないときは、以下の内容を説明してください：
何をしたか — 行った操作や入力したプロンプト
どうなるはずだったか — 期待していた結果
代わりに何が起きたか — 実際の結果やエラー
このパターンに従うことで、Playは問題を素早く特定できます。推測に頼るのではなく、Playはどこを確認すべきかを正確に把握できます。
例
例：ボタンでデータが保存されない
例：フィルターが機能しない
何をしたか： フィルターのドロップダウンで「高優先度」を選択した。
どうなるはずだったか： テーブルに高優先度のアイテムのみが表示されるはずだった。
代わりに何が起きたか： 優先度に関わらず、テーブルには依然としてすべてのアイテムが表示されている。
例：自動化が実行されない
何をしたか： メールの自動送信をトリガーするはずの新しい行をスプレッドシートに追加した。
どうなるはずだったか： その行のメールアドレスに、Playが確認メールを送信するはずだった。
代わりに何が起きたか： メールが送信されなかった。
同じことが繰り返し失敗する場合
数回試しても解決しない場合は、Playに対して根本的な原因の調査と、システムの該当箇所のリファクタリングを依頼してください。
以下のような表現を使用してください：
「3回失敗しました。原因を調査して、保存のロジックをリファクタリングしてください。」
「フィルターがまだ機能しません。データフローを調査して、根本原因を修正してください。」
「これが何度も壊れます。より信頼性が高くなるように、この部分を再設計してください。」
Playはアプリの構造を調べ、弱点を特定し、コンポーネントをより堅牢に作り直すことができます。調査とリファクタリングを依頼する方が、段階的な修正を繰り返すよりも早いことがよくあります。
繰り返される問題については、調査とリファクタリングを参照してください。
画面から得られるコンテキストを共有する
インターフェースで見えている具体的な要素に言及してください。「エラーメッセージに『接続に失敗しました』と表示されている」と伝えれば、Playに具体的な手がかりを与えることができます。「上部に赤いバナーが表示されている」と言う方が、「何かが壊れている」と言うよりも役に立ちます。
次のステップ
一般的なプロンプトのパターンについては、やりたいことを説明するを参照してください。
繰り返される問題については、調査とリファクタリングを参照してください。
リサーチタスクについては、リサーチにPlayを使用するを参照してください。
これは役に立ちましたか？