Codexの「thread not found」対処法|履歴を消す前の確認と復旧事例
Codexで履歴は読めるのに「thread not found」で送信できないとき、会話が消えたとは限りません。保存履歴と実行用の会話の違いを図解し、制作端末で会話の再読み込み後に送信が復旧したログを紹介します。開き直し・再起動・短い応答による確認の順番と、直らない場合の調査・引継ぎを整理。公開報告の反例も示し、万能な修復方法や特定の修正版は確認できていないことを明記します。
AIツールの使い方・比較・最新情報を初心者にもわかりやすく解説
Codexで履歴は読めるのに「thread not found」で送信できないとき、会話が消えたとは限りません。保存履歴と実行用の会話の違いを図解し、制作端末で会話の再読み込み後に送信が復旧したログを紹介します。開き直し・再起動・短い応答による確認の順番と、直らない場合の調査・引継ぎを整理。公開報告の反例も示し、万能な修復方法や特定の修正版は確認できていないことを明記します。
OpenAIの最上位GPT-5.6 SolとGoogle Geminiを徹底比較する。対Claude戦とは様相が違い、Solはエージェント/端末コーディングで圧倒(Terminal-Bench 2.1で88.8% vs 68.5%、SWE-bench Proで64.6%(推定) vs 54.2%)、Geminiはネイティブマルチモーダル(音声・動画)と約半額の価格($2.50/$15 vs $5/$30)、MMLU 92.6%・ARC-AGI-2 77.1%・WebDev Arena首位で対抗——得意分野がほぼ重ならない。さらに重要な「時制の罠」として、Googleの真の対抗馬Gemini 3.5 Proは本記事時点で未発売(アーキ全面刷新で2026年7月中旬にGA予定)で、現時点の公正な比較対象は現行最上位のGemini 3.1 Pro(2026年2月)である点を明示する。本記事ではスペック早見表、コーディング/推論/マルチモーダルのベンチ、Geminiの本丸であるマルチモーダルの差、実コスト(Sol比ではGeminiが約2倍安いが、GPT側もTerraならGeminiを下回る)、強み弱みマップ、ユースケース別の選び方までを公式発表と独立ベンチに基づいて整理する。
Claude Codeで長時間作業していると、応答が突然「court court court…」と同じ単語を何十〜数百回も繰り返し、最後に「API Error: Response stalled mid-stream. The response above may be incomplete.」で止まる——この現象は、あなたのプロンプトのミスではなく、2つの別々の既知不具合が連鎖して起きている。①モデルが同じトークンを吐き続ける反復(デジェネレーション、GitHub #68740/#65823/#66950)と、②大量出力や接続の問題で応答ストリームが止まる「Response stalled mid-stream」(#70840・公式エラーリファレンス)だ。courtに意味はなく、モデルがたまたまそのトークンに固着しているだけで、area:modelラベルの付いたモデル側の不具合である。本記事では、この2層の正体、「court/invokeタグ漏れ」型(別記事)との違い、誘発条件(長時間・大コンテキスト・ツール呼び出し直前の文章生成・不安定な接続・長文出力)、今すぐの止め方(Escで中断→新セッション/clearへ逃げる・前置きなしでツール呼び出し・タスク分割)、開発者向け対処(読み取りタイムアウト・反復検出ガード・壊れた履歴を残さないリトライ・max_tokens上限)、Connection closed mid-responseやPrompt is too long等との見分け、2026年7月時点で恒久修正が未確認である対応状況までを、公式ドキュメントと実Issueに基づいて整理する。
2026年4月のGPT-5.5から2か月半後の7月9日に登場したGPT-5.6は、単なる性能向上ではなく「単一旗艦から Luna/Terra/Sol の3モデル体制への再編」が最大の変化だ。多くのGPT-5.5ユーザーに最も効くのは、中位Terraが「GPT-5.5相当の品質を大幅に安く」提供する点。リリース時点で半額、さらに2026年7月30日の値下げでGPT-5.5の4割の単価($2/$12)になった。性能を上げたい人には最上位Sol(同価格$5/$30でSWE-Bench Pro 58.6→64.6%推定に向上)、コストを下げたい人にはTerra、という選択肢が生まれた。本記事では、3モデル化の意味、スペック早見表、Terraの価格対性能、世代でのベンチ向上(同一指標のSWE-Bench Proは+6pt、ただしTerminalBenchは2.0→2.1でバージョン違い・汎用推論は多くが非公表)、5.6の新機能(Programmatic Tool Calling・max effort・ChatGPT Work・GPT-Live・GitHub Copilot対応)、実コスト(月100M入力/20M出力で$1,100→$440の概算)、そしてどのモデルに移行すべきか(Terraで請求を6割減→性能が要る処理だけSol)までを公式発表・独立分析ベースで整理する。
OpenAIの最上位GPT-5.6 Sol(7月9日)と、Anthropicが「一般提供する中で史上最強」と位置づけるClaude Fable 5(6月9日)を徹底比較する。Opus 4.8戦が同価格帯の直接対決だったのに対し、こちらは「半額の万能型Sol($5/$30)」対「2倍高いが最上位のFable 5($10/$50)」というコストと実力のトレードオフが主題だ。実プロダクション級コーディングのSWE-Bench ProではFable 5が80.3%とSolの64.6%(推定)を15pt以上引き離し、その差はOpus 4.8戦より拡大。さらにFable 5は数百万トークンに集中して最大12時間連続で自走し、Stripeが5000万行のRuby移行を1日で完了させた「完走力」が本領だ。一方Solは端末操作のTerminalBench 2.1(88.8% vs Fable 86.0%)・Agents' Last Exam(53.6 vs 40.5)・Coding Agent Index(80 vs 77.2)で首位、しかも半額+トークン効率+54%でコスパが強い。本記事ではスペック早見表、ベンチ詳細、OpenAIがSolのSWE-bench Proを非公表な「非公開ベンチ問題」、長時間自律、実コスト(タスク完了あたりで見る)、強み弱みマップ、ユースケース別の選び方までを公式・独立ベンチベースで整理する。
2026年のAIコーディング2強、Claude Opus 4.8(5月28日)とGPT-5.6の最上位Sol(7月9日)を徹底比較する。得意領域はほぼ反対で、SolはTerminalBench 2.1(88.8% vs Opus 78.9%)・Agents' Last Exam 53.6・Coding Agent Index 80と端末操作/エージェント総合力で首位。対するOpus 4.8はSWE-bench Pro(69.2% vs Sol 64.6%)・USAMO 2026(96.7%)・GraphWalks 1M(68.1%)と実プロダクション級コーディング/数学/長文脈で首位、さらに「過信10分の1・欠陥結果の無批判報告0%」の誠実性を打ち出す。加えてOpenAIはSolのSWE-bench Proや汎用推論ベンチ(GPQA/AIME/MMLU等)を多く非公表——実コーディングの本丸では開示済みのOpusが優位という構図だ。本記事ではスペック早見表、ベンチ詳細、非公開ベンチ問題、実コスト(単価$25 vs $30とトークン効率+54%の綱引き)、強み弱みマップ、ユースケース別の選び方、デュアル運用戦略までを公式・独立ベンチベースで整理する。
OpenAIが2026年7月9日にGPT-5.6を一般提供開始。従来の「無印+Pro」から Luna(高速・低コスト $0.20/$1.20)/ Terra(バランス $2/$12、GPT-5.5相当をSolの4割の単価で)/ Sol(フラッグシップ $5/$30)の3モデル体制に再編されました(価格は2026年7月30日の改定後)。SolはAgents' Last Exam 53.6・Coding Agent Index 80で首位、TerminalBench 2.1も88.8%でClaude Fable 5(86.0%)を上回りますが、実プロダクション級のSWE-Bench ProではClaude Fable 5が80.0%、Sol 64.6%とClaudeが大きく優位。本記事では3モデルの違い・価格・ベンチマーク・新機能(Programmatic Tool Calling、ChatGPT Work、全二重音声GPT-Live)・ChatGPTプラン別提供・Claude(Fable 5/Opus 4.8)との比較・用途別の選び方まで、公式発表と独立ベンチマークを基に解説します。
Claude CodeやAPIで突然出る「API Error: 400 Output blocked by content filtering policy」——これは使用量制限でもコンテキスト超過でもなく、Claudeが返そうとした「出力」を安全フィルタが差し止めた状態だ。主目的は既存著作物の逐語再現の防止で、MIT/Apacheなど標準ライセンスの全文生成、既存ソースへの「一致」作業、長文ドキュメントの複製などで悪意なく誤検知(false positive)することが多い。本記事では、公式説明(出力段のフィルタが著作物の再現を検知して400でブロックする仕組み)、実際のClaude Code Issueに見る誤検知パターン(OSSリポジトリ初期整備・リスト照合・長時間エージェント実行の末にトークン上限と誤診断)、今すぐ直す方法(モデルに丸写しさせずツールで取得・プロンプトを生成/要約寄りに言い換え・Escでリトライループを止める・タスク分割・誤検知はサポート報告)、Prompt is too long/usage limit/529 Overloaded/max_tokensとの見分け方までを整理する。
個人開発で「作れたけれど、どう稼ぐか・いくらに値付けするか」で止まる人は多い。本記事は収益化モデル(無料/買い切り/サブスク/フリーミアム/広告/寄付)の選び方と、コストや競合ではなく「顧客が得る価値」を起点にするバリューベースの価格設計、無料→Pro→Businessの3段階プランと年払い割引の定石、最初の課金ユーザーの取り方、そしてAPIトークンなどAIコストを織り込んだ採算まで、個人開発者の目線で実践的にまとめた。母艦記事「AIで個人開発ロードマップ」の育てるフェーズを深掘りする一本。
個人開発が完成しない最大の原因は「作り込みすぎ」。あれもこれもと機能を盛るうちに複雑になり、公開されないまま消えていく。それを避ける唯一の方法が、価値が伝わる最小のプロダクト=MVPを1機能に絞って最速で公開することだ。本記事はMVPの正しい捉え方、機能を削るスコープ判断、AIで最速に作る2ルート(コードを書かないvibe coding/AIエディタで書く実践)、「完成」の見極め、公開して1人に使わせるまでを、AIを相棒にする個人開発者の目線で解説する。
個人開発でいちばん多い挫折は「作ったのに誰も使わない」。だが本当のボトルネックは開発力ではなく集客だ。「良いものを作れば人は来る」は幻想で、作る前から見込み客を集めるBuild in Public、最初の10人は身近から手で取りにいく“スケールしないこと”、最初の100人は彼らがいる場所(コミュニティ・SNS)で貢献して見つけてもらう、そしてSEO/AEO/LLMOで継続的な流入をつくる——この順番を、AIを下ごしらえに使いながら回す方法を、個人開発者の目線で実践的にまとめた。
AIが「コードを書く手」を持った今、一人でもプロダクトを作って世に出せる時代になった。だが情報が工程ごとにバラバラで、何から手をつければいいか迷子になりがち。本記事はアイデア→設計→実装→公開→収益化までの全体地図(ロードマップ)で、個人開発を「決める→作る準備→作る→出す→育てる」の5フェーズに整理し、各工程で何をするか・どのツールを使うかを示して、深掘りが必要な工程は個別ガイドへ送る母艦(ハブ)記事。しかもコードをほぼ書かない🌱入門ルートと、AIエディタでコードを書く🔧実践ルートの2レーンで案内するので、自分に合う方をたどれば遠回りせずに動くものまでたどり着ける。仕様駆動・AIアプリビルダー・Claude Code/Cursor・AI機能の組み込み(API/RAG/ゲートウェイ)・デプロイ・SEO/AEO集客・収益化・コスト管理・一人開発×AIのつまずき5つまでを、既存の実践ガイドへの導線付きで一枚にまとめた。
Claude Codeで週次上限に当たったのに、1週間たたずに枠が全回復した——しかも何度も。ネットには「週次は実は72時間ごとにリセットされる」という裏仕様の解説まで出回っている。本当か。本記事はその正体を一次情報まで遡って検証する。ただしClaude Codeのリセット内部仕様はAnthropicが公式に明文化しておらず、上限自体も頻繁に改定されている。そこで「公式で確認できる事実」「複数の利用者が再現的に観測しているが公式回答がない事象」「単一ソースで未確認の憶測」を明確にラベル分けして扱う。結論の骨子は、早期の全回復は多くの場合Anthropicの不定期な「全体一斉リセット」(@ClaudeDevs公式が複数回告知)が主因であり、加えて「リセットまで」の表示自体が前後にズレるという再現報告があること、そして出回る「72時間周期」説は単一観測・未再現・別観測(24時間)と矛盾するため事実として鵜呑みにできないこと。断定できない部分は断定できないと明記する、2026年7月時点の検証記事。