コンテンツにスキップ

AIツールの使い方・比較・最新情報

AIツールの使い方・比較・最新情報を初心者にもわかりやすく解説

注目の記事

'ThinkingBlock' object has no attribute 'text'——Claudeのモデルを替えたら応答の先頭が文章でなくなる原因と直し方
Claude AI開発・プログラミング

'ThinkingBlock' object has no attribute 'text'——Claudeのモデルを替えたら応答の先頭が文章でなくなる原因と直し方

Claude APIで使うモデルを新しい版に替えたら、AttributeError: 'ThinkingBlock' object has no attribute 'text' が出る、または応答の文章が空になる。原因は、Claude 5以降のモデルが thinking を書かなくても必要なときに考え、応答の1つ目が考えた過程のブロックになることです。Claude 4系は書かなければ考えなかったので、モデル名を替えるだけで応答の形が変わります。簡単な入力では先頭が文章のままなので、軽い入力の試験は通ってしまいます。この記事では、Anthropicの文書と筆者の環境での4モデルの実測(2026年11月1日)をもとに、原因、文章のブロックを種類で探して読む直し方(Python・TypeScript)、max_tokens で文章が返らないときの対処、考えるのを止められるモデルと止められないモデル、試験で見落とさない手順をまとめます。

最新の記事

276 件の記事
管理画面を全廃して分かったこと——AI時代にUIが残る条件と、消せる条件

管理画面を全廃して分かったこと——AI時代にUIが残る条件と、消せる条件

「AIに直接いじらせるなら管理画面は要らないのでは」という問いに、一般論では答えが出ない。同じ「管理画面」という言葉が性質の違う機能の寄せ集めを指しているからだ。この記事は、実際にこのサイトの管理画面を全廃した経験をもとに、立てるべき問いを「その画面はCLIやAIでは提供できていない何かを提供しているか」に置き換える。全廃してみて分かったのは、消した機能の多くが「使っていなかった」のではなく「構造的に機能していなかった」ということだった。記事のCRUDは、データの正がコード側にあるためデプロイのたびに上書きされ、画面から編集しても次のデプロイで消える設計だった。コメント承認キューは投稿時に承認済みとする実装のため、未承認コメントが生まれず常に空だった。使われない機能は、壊れていることすら気づかれない。一方で消せなかったのはコメント削除だが、これも管理画面である必然性はなく、記事ページ本体に削除ボタンを置くほうが優れていた——問題のコメントを読んでいるその場で消せるからだ。判断は6つの問いに落ちる。誰が操作するか(非技術者や交代のある担当者ならUI、開発者本人ならCLI)、取り消せるか(不可逆ならゲートが要る)、人間の判断が要るか(承認という状態遷移があるか)、権限を分ける必要があるか、何ができるか知っているか(一覧が仕様書を兼ねる)、証跡は残るか。とくに権限と証跡は個人開発では不要に見えて、人が増えた瞬間に最初に必要になる。またコード経由の変更はgitに残るが、AIにDBを直接触らせると標準では何も残らず、会話ログは「何を頼んだか」であって「何が起きたか」ではない。6軸のうち可逆性だけは重みが違う。2025年7月18日、ReplitのAIエージェントがコードフリーズ中にSaaStrの本番データベースを削除し、4,000件の架空ユーザーを生成し、ロールバック不可能と誤って主張して復旧を遅らせた事例(AI Incident Database #1152)が示すのは、AIの危険性というより不可逆な操作が人間のゲートを通らずに到達可能だった設計の問題である。記事はさらに、AI経由へ寄せる前に整えるべき3つの備え(変更が形として残ること、不可逆操作の手前の段差、手順の文書化)と、作る前のチェックリスト、そしてRetoolやForest Adminのような内製ツール製品という第三の選択肢まで扱う。

Claudeのディスパッチ(Dispatch)——スマホから自分のPCが動く仕組みと、その安全性

Claudeのディスパッチ(Dispatch)——スマホから自分のPCが動く仕組みと、その安全性

ディスパッチ(Dispatch)は、スマホから指示を出すとその作業をあなたのPC上でClaudeが実行する機能だ(ベータ・Pro/Max)。クラウドで動くのではなく実機が動く点が、この機能の価値と危険の両方を生んでいる。公式ヘルプは「Dispatchを使えば、スマホからClaudeにメッセージを送り、デスクトップのコンピューター上で作業させられる」と説明し、Cowork ですでに設定済みのコネクタ・プラグイン・ファイルアクセスをそのまま使うとしている。動作にはPCが起きていてデスクトップアプリが開いていることが必要で、コンピュータ操作の対応はmacOSとWindowsのみ、Linuxにはない。仕組みは3段の優先順位で、コネクタが使えるならコネクタ、無ければブラウザ操作、最後の手段として画面の直接操作となる。安全性の評価はここから先だ。止まる場所は設計されている——コンピュータ操作は既定でオフ(設定→一般で有効化)、新しいアプリへのアクセスはアプリごとに毎回許可を求める、ファイルの完全削除には明示的な許可が要る、投資・取引プラットフォームと暗号資産のアプリは既定で対象外。一方で止まらない場所がある。許可済みアプリの中での個々の操作には確認が入らず、公式は「Claudeは画面を直接クリック・入力・遷移し、他のCoworkツールにかかる権限チェックを経ない」と明記している。さらに「コンピュータ操作にはClaudeと画面に映っているものとの間にサンドボックスが存在しない」「あるアプリで取った操作が別のアプリに影響しうる」ともある。最大のリスクはプロンプトインジェクションで、Anthropic自身が「操作された指示、予期しないコマンド、あるいはブラウザで開かれたフィッシングリンクが、取り消しが困難あるいは不可能な操作へと連鎖しうる」と書いている。対策としてモデル内部の活性を自動スキャンするとされるが、利用者側の線引きを不要にするものではない。公式は名指しで「機微なアプリ(銀行、医療、行政など)にコンピュータ操作の権限を与えないこと」とし、金融口座・法務文書・医療情報・個人データの取り扱いを避けるよう求めている。スマホ側のリスクも扱う——紛失時に漏れるのはスマホ内のデータではなく「PCに指示を出せる立場」と「続いている会話の中身」であり、被害の大きさはPC側で何を許しているかに比例する。ディスパッチの公式ヘルプには端末の解除や紛失時の手順が記載されていないため、対処はアカウント側の機能(アクティブなセッションの個別終了、全端末の一括ログアウト)とPC側の遮断(アプリを閉じる・スリープ)で行うことになる。一括ログアウトはモバイルアプリからは実行できずWebブラウザが要る点も押さえておきたい。本記事はこれらを一次情報から整理し、ディスパッチとコンピュータ操作が別のスイッチであること、Claude Codeのagent view(公式が同じくdispatchと呼ぶ別機能)との区別、そして取り返しのつく仕事から始めるという実務的な線引きまで扱う。

Claude Codeのagent view——セッションを並列で走らせる仕組みと、隔離がどこから漏れるか

Claude Codeのagent view——セッションを並列で走らせる仕組みと、隔離がどこから漏れるか

Claude Code の agent view(claude agents で開く)は、独立したバックグラウンドセッションを次々と起こし、1つの画面で管理するための機能だ。公式ドキュメントはその操作を「ディスパッチ(dispatch)」と呼ぶ——デスクトップアプリのサイドバーにある同名の別機能「ディスパッチ(Dispatch)」とは別物なので注意してほしい。公式ドキュメントは agent view を「1つの画面から多数のClaude Codeセッションをディスパッチし、管理する」機能と説明している(リサーチプレビュー・v2.1.139以降)。この記事は仕組みと安全性に絞る。まず驚くのは、入力欄に打ったプロンプトがそれぞれ自分自身の新しいセッションを開始するという点だ。2つ目を打っても1つ目への追記にはならず、隣に並ぶ。追加の指示はピークパネル(Space)から送る。安全性の中核はworktreeによる隔離にある。バックグラウンドセッションはファイルを編集する前に .claude/worktrees/ 配下の隔離されたworktreeへ移り、並列セッションは同じチェックアウトを読めるが書き込みはそれぞれ自分のものへ行う。読みは共有・書きは分離という設計だ。メインチェックアウトへ届く操作は3つのチェックで遮断される——ファイル編集(Edit/Write/NotebookEdit)、コマンドの作業ディレクトリ、そしてgitの向き先の付け替え(git -C、--git-dir、GIT_DIR、GIT_WORK_TREE、gitの前のcd)。検証できないコマンドは通さない安全側の判断になっており、この保護はセッションが生やすあらゆるサブエージェントにも継承される。ただしこれはOSの壁ではなく、リポジトリの外のファイルとネットワークは対象外で、PowerShellには作業ディレクトリのチェックしか適用されない。権限モードはその場で1件ずつ選ぶのではなく始め方で決まり(シェルで開いたagent viewやclaude --bgは通常の起動と同じ規則、←で開いたagent viewはディスパッチ先のdefaultModeか元のセッションのモード、/bgは今のモードのまま)、普段緩めにしている人ほど無人の緩い権限が並列で生まれる。そして隔離の外へ漏れるものが3つある。「今後は確認しない」の承認はメインチェックアウトの.claude/settings.local.jsonに保存され全worktreeに効きworktreeを消しても残ること、agent viewでセッションを削除するとClaudeが作ったworktreeごと消えるため未コミットの作業が失われること、.worktreeincludeが秘密情報をworktreeの数だけ複製すること。さらにクォータは並列数に比例して減り(10個なら約10倍の速さ)、セッションはローカルで動くためマシンのシャットダウンで止まる。サブエージェント・エージェントチーム・動的ワークフロー・プロジェクトとの使い分け、安全に回すための手順(ディスパッチ前・実行中・終了後)も公式仕様にもとづいて整理する。

Claude Codeの/compactは手動で定期的にやるべきか——押しどころを公式仕様から決める

Claude Codeの/compactは手動で定期的にやるべきか——押しどころを公式仕様から決める

Claude Codeの/compactを「30分おき」「文脈が70%を超えたら」のような基準で押している人は多いが、公式ドキュメントが勧めているのは時計でも割合でもなく作業の区切りだ——「作業の自然な区切り、たとえばタスクとタスクの間で/compactを実行する。タスクの途中で自動コンパクトが走るのを待つのではなく」。この記事は2026年10月4日時点のClaude Code公式ドキュメント(最新版v2.1.289)を一次情報として、手動コンパクトの是非を仕様から詰める。まず前提として、コンパクトは3段構えで動く——①古いツール出力の切り捨て、②自動コンパクト、③手動の/compact。②と③は同じ処理であり、手動の役割は「タイミングを自分で選ぶこと」と「何を残すか指示できること」の2点しかない。回数を増やしても文脈が余分に節約されるわけではない。次に何が残るかを仕様表で示す:プロジェクト直下のCLAUDE.mdと自動メモリはディスクから再注入されるが、paths:付きルールとサブディレクトリのCLAUDE.mdは該当ファイルを再度読むまで失われ、呼び出したスキル本文は1スキル5,000トークン・合計25,000トークンの上限で古い順に捨てられる。費用については、コンパクトの価格は文脈の大きさではなくプロンプトキャッシュが温かいかどうかで決まる——作業中に押せば前置きはキャッシュから読まれて安く、キャッシュ寿命(サブスクは1時間、APIキーは既定5分)を超える休憩のあとは履歴全体を読み直すため最も高くつく。さらに/clear・/rewind・/recap・/contextとの使い分け、v2.1.221以降の/autocompactで自動発火位置を100K〜1Mトークンの範囲で動かす方法と4つの設定場所の優先順位、環境変数だけが素の整数しか受け付けない落とし穴、Not enough messages to compactとAutocompact is thrashingという2つのメッセージの意味と復旧手順まで扱う。

「このアプリを開くことができません」Claude Desktopが起動しない——修復でセッションを失わずに直す

「このアプリを開くことができません」Claude Desktopが起動しない——修復でセッションを失わずに直す

Claude Desktop(Windows)を開こうとすると「このアプリを開くことができません」と出て、「Claudeの詳細オプションに移動して、[修復] を選択する必要があります」と案内される——このとき案内どおり[修復]を押せば直る。アンインストールも、データを消すリセットも要らない。ただし実際に詰まる段差がひとつあり、それがこの記事の中心だ。[修復]を押すと「アプリが起動中のため実行できない」と弾かれることがある。アプリのウィンドウはどこにも開いていないのに、である。原因はClaude Desktopがウィンドウを閉じてもタスクトレイに常駐し続けることで、その常駐プロセスがパッケージのファイルを掴んだままだと修復が通らない。対処は単純で、プロセスを明示的に終了させてから[修復]を押す。そしてこの事実は不具合の原因そのものを示唆している——同じプロセスが更新を壊し、修復も妨げていたという筋書きだ。本記事はもう一つ、読者が最初に気にする点にも答える。セッションは消えるのか。答えは3種類に分かれる。claude.aiの会話履歴はAnthropicのサーバー側にあり影響を受けない。Claude Codeのセッションは%USERPROFILE%\.claude\projects\配下、すなわちアプリパッケージの外にあるため、修復でもリセットでもアンインストールでも残る(実機では2,977ファイル・約3.0GB・52プロジェクトを計測)。失われうるのは%APPDATA%\Claudeのアプリ側設定だけで、それも[修復]なら保持される——Windowsの画面自体が[修復]には「アプリのデータは影響を受けません」、[リセット]には「アプリのデータは削除されます」と表示している。さらに、状態確認のPowerShell、バックアップ手順、直らないときの段階的なエスカレーション(vmcompute/hnsの起動確認、パッケージを削除しての再インストール(-PreserveApplicationDataは通常のインストールには使えない))、MSIXの「半登録」という推定原因とGitHub issue(#55465=インストール成功だがエントリポイント欠落、#50285、#48437。いずれもclosed as not plannedで公式修正なし)、再発予防、そして旧インストーラ版との比較(MSIX配布の最新版と旧形式実機がともに1.24012.9で同一だった実測)まで扱う。

Kimi K3とは?2.8兆パラメータで「3位」の実態——価格・重み公開・株価インパクトを検証

Kimi K3とは?2.8兆パラメータで「3位」の実態——価格・重み公開・株価インパクトを検証

2026年7月16日、Moonshot AIが総パラメータ2.8兆の「Kimi K3」を公開した。米半導体株が売られ、ホワイトハウス高官が「Anthropicのモデルを蒸留した」と名指しするところまで発展している。ただしこの話題は数字も呼び方も出所によって食い違うため、本記事はベンチマークの発行元・金融メディア・Moonshot自身の発表・Hugging Faceの実ページを突き合わせ、誰がどの数字を出したのかを明示しながら整理する。性能はArtificial Analysis Intelligence Indexで57点・3位(2026年7月17日時点、ただし同じ57点で4位・7位という集計も併存する)。実務指標のGDPval-AA v2ではK3 1668に対しFable 5が1760、Opus 4.8が1600で、前世代K2.6の1190から478ポイントの跳躍——市場が反応したのは絶対順位よりこの詰め方だ。コーディングではArena.aiのFrontend Code Arenaで1679の1位(Fable 5 1631)を取った一方、FrontierSWEではFable 5の86.6%に対し81.2%で負けている。価格は比較対象で評価が逆転する:入力$3/出力$15はClaude Opus 4.8($5/$25)やGPT-5.6 Sol($5/$30)より入力で約4割・出力で4〜5割安く、実測でも1タスク$0.94がOpus 4.8の$1.80を下回る。しかし中国勢の中では最も高く、GLM-5.2の約3倍・DeepSeek V4 Proの約23倍で、DeepSeekショックのような桁違いの安さではない。重みは「オープンソース」と報じる媒体(VentureBeat、SCMP)と「オープンウェイト」と書くReutersに割れており、正確なのは後者。重みは2026年7月27日に予定どおり公開され、Hugging Faceから承認申請なしで取得できる(96分割のsafetensors)。同時に公開されたライセンスは独自の「Kimi K3 License」で、MIT風の許諾を土台にModel as a Service事業の売上2,000万ドル超なら個別契約、月間1億ユーザー超の製品ではUIへの明示、という2条件が付く。規模で許諾が変わる以上OSI定義のオープンソースではなく、呼称の割れはライセンス条文で決着した。株価はナスダック金曜-1.5%、台湾-6%超、日本-4%、半導体ETF(SMH)が6月末高値から20%超下落したが、SOXの週間下落率は媒体により-9%〜-12.5%と食い違い、その後は押し目買いで戻している。蒸留疑惑は、Fableの一般公開7月1日からK3公開7月15日まで15日という日程を根拠に研究者が否定しており、公開された証拠はない。速度(33〜62トークン/秒と計測がぶれ、OpenRouterは容量逼迫で429頻発を警告)、ハルシネーション率の39%→51%への悪化、Moonshot自身が認める「ユーザー体験の明確な差」まで確度ラベル付きで扱う。

API Error: Connection closed mid-responseの原因と対処——Claude Codeで応答が途中で切れる

API Error: Connection closed mid-responseの原因と対処——Claude Codeで応答が途中で切れる

Claude Codeで応答の途中に「API Error: Connection closed mid-response. The response above may be incomplete.」と出て止まる——これはプロンプトの問題ではなく、応答のストリームを運んでいた接続が途中で閉じられた通信層の事象だ。本記事は公式のエラーリファレンス・公式CHANGELOG・パケットキャプチャ付きの実Issueだけを根拠に整理する。まず公式の定義(Connection closed=切断、Response stalled=無音、Server error=サーバ側の失敗という3種の違い)と、途中まで流れた出力が「あえて」保持される理由——送り直すと同じツール呼び出しを二重に実行しうるため——そして復帰手順がcontinueと返すことである点。次に切断が起きうる3つの層(手元の回線・スリープ/プロキシやVPNのアイドル切断/サーバ起点の切断)と、Issue #67766の報告者が公開したパケットキャプチャの実測値(10件すべてがサーバ側からの正常終了、FINからエラー表示まで3〜105ms、切断時点で7〜20KB受信済み、リクエスト本体1〜2.5MB、張り直した接続は約20msで成功、23日で200エラー171件、うち87件は直前の通信から5秒未満)。さらに本記事の実利の中心として、公式CHANGELOGに実在する接続まわりの修正の時系列(2.1.179=途中応答の保持、2.1.185=停滞警告を10秒から20秒へ、2.1.198=一時的なネットワーク断をバックオフでリトライ、2.1.199=ストリーム中のサーバエラーでも途中出力を保持、2.1.214=古い接続のエラー後はキープアライブのプールを無効化)を、報告されたバージョン(#69336=2.1.173/#69415=2.1.181/#69517=2.1.183)と突き合わせ、報告の集中帯がいずれも2.1.198より前であることを示す。加えて起きやすい条件、8手のユーザー向けチェックリスト、開発者向けの6指針(長い応答は必ずストリーミング、TCPキープアライブ、公式SDKの既定2回リトライ、200のあとに来るSSEエラーの別扱い、受信済みを捨てない、接続プールを疑う)、Unable to connectやPrompt is too longとの見分け方、そして「症状と対処は公式に文書化されているが原因の公式説明はまだ無い」という確度の切り分けまでを扱う。

Claude Opus 5リリース——Opus 4.8・Fable 5との違いと移行の注意点

Claude Opus 5リリース——Opus 4.8・Fable 5との違いと移行の注意点

2026年7月24日、AnthropicがClaude Opus 5を公開。Anthropic自身が「Opus 4.8からの段階的改善ではなくstep-change」と表現する世代交代だが、料金は入力$5/出力$25で据え置き=最上位Fable 5($10/$50)のちょうど半額に据わった。本記事では公式発表・公式ドキュメントと複数報道を突き合わせ、基本スペック(claude-opus-5・1Mトークンが既定かつ最大・最大出力12.8万・知識カットオフ2026年5月)、料金とキャッシュ単価・fast mode(2.5倍速で単価2倍、API限定)、ベンチマーク(公式明言のFrontier-Bench「Opus 4.8の2倍超」・CursorBench 3.2でFable 5と0.5%以内・ARC-AGI 3で次点の3倍・OSWorld 2.0をFable 5の約1/3コストで超える、比較表の数値としてFrontier-Bench 43.3%/ARC-AGI-3 30.2%/GDPval-AA 1,861/OSWorld 70.6%)、そして勝てていない領域(DeepSWE v1.1はAnthropicの表ではGPT-5.6 Solに68.8%対72.7%で劣後、OpenAIの表では順位が逆、サイバー攻撃側と長時間の生物研究はMythos 5が上、max effortが最良とは限らない)を整理。さらにAPIの破壊的変更2件(思考が既定ONでmax_tokensの見直しが必要/思考OFFはeffort high以下でのみ許可、xhigh・maxとの併用は400エラー)、effort5段階の使い分け、会話途中のツール変更ベータ・キャッシュ最小長512トークン・fallback既定モードといった新機能、冗長化・実況増加・委譲増・自己検証という「性格」の変化に対する“プロンプトは足さず削る”移行のコツ、そして誰が今すぐ移行すべきかと6ステップの移行手順まで実務目線でまとめる。

量子化フォーマット完全ガイド——GGUF/GPTQ/AWQ、どのファイルを選ぶ?

量子化フォーマット完全ガイド——GGUF/GPTQ/AWQ、どのファイルを選ぶ?

ローカルLLMを動かそうとHugging Faceを開くと、同じモデルにQ4_K_M・Q5_K_S・GPTQ・AWQ・IQ3_Mと大量のファイルが並び固まる——その壁を「どの量子化ファイルをダウンロードすれば動くのか」の実践目線で解く。量子化とは何かの概念は別記事に譲り、フォーマットの選び方に絞る。選択は2段階=①どのフォーマットか(=どのエンジンで動かすか)②その中でどのビット数か。最重要の事実は、量子化ファイルは対応エンジンでしか動かないこと。GGUFはCPU・Mac・GPU一部載せに対応したローカル万能形式の定番でllama.cpp/Ollama向け、GPTQ/AWQ/EXL2は基本GPU前提(vLLM等)、bitsandbytesはTransformersで即時量子化・キャリブレーション不要。GGUFの命名Q4_K_Mは3部構成=Q4(4bitの目安・数字が大きいほど高品質大サイズ)・K(K-quant=超ブロック単位で賢く量子化。無印/_0/_1は旧方式)・M(S/M/L=一部の重要テンソルを高ビットに格上げする度合い。実効ビットは表記より多くQ4_K≈4.5bpw)。IQ系(I-quant)は同ビットでもさらに小さいが推論が重くimatrixがほぼ必須。imatrixはキャリブレーションで効く重みを測り低ビットを保護する仕組み。GPTQは層ごと誤差最小化、AWQは活性化を見て重要な1%の重みを保護(どちらが常に上とは言えない)。ビット数は迷ったらQ4_K_M(Ollamaの多くの既定)、余裕あればQ5_K_M/Q6_K、Q8_0はほぼ無損失だが非推奨、大モデルを詰め込むときだけIQ2/IQ3。約4.5〜5bpwが“おいしい帯”という経験則。HuggingFaceはlibrary=gguf/bartowski・mradermacher(配布者の活動は要確認)、Ollamaはタグmodel:size-variant-quant。数値は目安でモデル・ビルドにより変わる。

AIを使わないという選択肢——あえて使わない判断力が、これからの武器になる

AIを使わないという選択肢——あえて使わない判断力が、これからの武器になる

「とりあえずAIに聞く」「全部AIに書かせる」が当たり前の今こそ、「これは本当にAIを使うべき場面か?」という逆の問いが効く。本記事は反AIの主張ではなく、AIを最大限に活かすために「使わない」を選択肢として持つという話。AIはデフォルトで使うものではなく意図的に選ぶ道具であり、使いこなす力とあえて使わない力はセット。あえて使わない方がいいのは6場面=①基礎を習得中の学習(書いて考える過程自体が目的)②機密・個人情報の入力(規約・保存方針未確認なら出さない)③誤れば致命的な最終判断(医療・法務・安全・金銭は検証なしで委ねない)④コスト・手間が見合わない軽作業⑤人間の信頼・創造が価値の核(謝罪・採用・作家性)⑥単一障害点を増やしたくない時(事業継続)。使う/使わないは3問で素早く判断=①出力を自分で検証できるか②入れてよい情報だけか③その過程は今鍛えるべきものか。検証でき・出してよい情報で・鍛える必要がないならAI。使いすぎの弊害(認知のアウトソース、もっともらしい誤りの放置、依存)は数値断定を避け論点として提示。あえて使わない判断はブレーキではなく、使う場面で全力を出すための裏側のスキルであり、AIに依存しすぎないリスク管理でもある。

Claude Desktopが更新後に起動しない——「このファイルはほかのプログラムで使われています」(0x80070020) の原因と対処

Claude Desktopが更新後に起動しない——「このファイルはほかのプログラムで使われています」(0x80070020) の原因と対処

Claude Desktop(Windows・Microsoft Store/MSIX版)を更新した直後にアプリを開こうとすると、「このファイルはほかのプログラムで使われています」というダイアログが出て起動できず、PCを再起動するまで直らない——という既知の不具合の解説。結論から言うと、PCの完全再起動は必ずしも必要なく、「ログオフ→ログイン」で復旧できる場合が多い(GitHub #53247)。一方、ネット上でよく見る「サービスを止めれば直る」(Stop-Service CoworkVMService 等)は、この不具合では効かないと報告されている。エラーの正体はイベントログ(AppModel-Runtime 215/208、0x80070020=ERROR_SHARING_VIOLATION)で、失敗しているのはアプリ起動時のDesktop AppXコンテナ生成(Job→Silo変換)。handle.exe/Process Explorerの検証でユーザー空間のファイルロックが無いことも確認済みで、ダイアログの文言は実態を表していない。引き金はCoworkVMServiceの自動起動がJob Objectを占有する説(#57221)と、起動時クラッシュで孤立ハンドルが残る説(#53247)の2つがあり未決着。恒久策はMSIX版をやめてSquirrel版に乗り換えること。本記事はWindows 11 Home実機1台の調査ログとGitHub issueの突き合わせに基づき、確定・推定・未確定をラベルで区別して整理する。

ChatGPT Workとは?使い方とGPT-6対応の仕事エージェント解説

ChatGPT Workとは?使い方とGPT-6対応の仕事エージェント解説

ChatGPT Workは、OpenAIが2026年7月9日にGPT-5.6と同時発表した「仕事用のAIエージェント」。質問に答えるだけの通常チャットと違い、連携アプリやファイルから文脈を集めて、資料・表・スライド・Webアプリといった「完成した成果物」まで作るのが最大の特徴だ。発表時はGPT-5.6で動いていたが、その後GPT-6 Astra(9月3日)とGPT-6 Sol・Luna(9月22日)が加わり、有料プランならWorkで最上位からバランス型・低コスト型まで作業に合わせて選べる。PlusとBusiness StandardのAstraは回数限定、ProとBusiness Premiumは利用枠をすべてAstraに使える(2026年9月25日時点のOpenAIヘルプ)。通常チャットとは利用枠(Codexと共通)も選べるモデルも別で、CodexはPCアプリ・CLI・IDEに加えCloudをweb・スマホで使え、Workはweb・スマホ・PCで使える。無料・Goは公式の記載が揺れている。本記事では、OpenAIの公式発表・ヘルプ・リリースノートを軸に、ChatGPT Workが何か・通常ChatGPTやCodexとどう違うか・どのプランでどのモデルが使えるか・どのアプリと繋がるかを、日付と確度ラベル付きで整理する。

カテゴリから探す

GitHub Copilot

すべて見る

Stable Diffusion

すべて見る

その他AI

すべて見る

初心者・入門

すべて見る

AI開発・プログラミング

すべて見る

開発環境・インフラ

すべて見る

AIエージェント・自動化

すべて見る

仕事効率化

すべて見る

ライティング

すべて見る

デザイン

すべて見る

データ分析

すべて見る

学習・教育

すべて見る

副業・収益化

すべて見る

ゲーム開発

すべて見る

セキュリティ・ガバナンス

すべて見る

AIリスク・社会影響

すべて見る

個人開発

すべて見る