この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。OpenAIの現在のモデルガイダンスを確認し、旧版のCoT強制と自動修正中心の内容を、時系列の観測と再現テスト中心へ見直しました。検証ステータス：📘 公式情報確認済み／個別の非同期コードでの実行検証は未実施
非同期バグでは、コードを上から読むだけでは実行順序を誤解しやすくなります。まず「いつ、何が、どの状態で実行されたか」を時系列へ落とします。
最低限集める4点
- イベント開始時刻と完了時刻
- Promiseやタスクの開始・解決・失敗
- 共有状態を書き換えた箇所
- 再現する入力と操作順序
LLMにはタイムラインを作らせる
次のコードとログから、確認できるイベントだけを時系列で表にしてください。
列: step / event / shared_state / evidence
推測は evidence を空にして「仮説」と明記してください。
その後、追加すべきログポイントと再現テストを提案してください。修正前に再現を固定する
待ち時間を増やす、setTimeoutを追加する、といった偶然成功する変更を先に入れず、失敗する順序をテストで再現します。原因が競合状態なら、共有状態の所有者や排他の設計を確認します。
まとめ
非同期バグでは、長い推論説明よりタイムライン、共有状態、再現テスト、計測ログの方が原因を確認しやすくなります。LLMはその整理と仮説作りに使い、修正の正しさはテストで確認します。
公式情報・一次情報
この記事の更新履歴
- 2026-09-13 追加：イベント時系列、共有状態、計測ログ、再現テストの整理を追加。
- 2026-09-13 変更：CoT中心から観測可能な非同期タイムライン中心へ変更。
- 2026-09-13 削除：本文H1、Gemini旧モデル前提、thought_process出力、自動修正を保証する記述を削除。
