コンテンツにスキップ
トピック

AI初心者ガイド|ゼロから始めるAI入門

AIツールを初めて使う方向けの入門ガイド。基本概念、使い方、選び方をわかりやすく解説。

142 件の記事

並び替えで記事を探せます

初心者・入門 の記事一覧

「このアプリを開くことができません」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との見分け方、そして「症状と対処は公式に文書化されているが原因の公式説明はまだ無い」という確度の切り分けまでを扱う。

量子化フォーマット完全ガイド——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/TGI等)、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。数値は目安でモデル・ビルドにより変わる。127「量子化とは」と住み分け。

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の突き合わせに基づき、確定・推定・未確定をラベルで区別して整理する。

GPT-Liveとは——ChatGPTの「聞きながら話す」全二重音声を徹底解説

GPT-Liveとは——ChatGPTの「聞きながら話す」全二重音声を徹底解説

2026年7月8日、OpenAIがChatGPTの音声を刷新する新モデル「GPT-Live」を全世界に公開した。最大の特徴は「聞きながら、同時に話せる」全二重(フルデュプレックス)アーキテクチャで、あなたが話している最中に相づち(mhmm/yeah)を返し、話の途中で割り込んでも受け止め、考える沈黙を「話し終わり」と誤解して遮らない——ターン制(半二重)だった従来のAdvanced Voice Modeとは根本的に異なる。応答レイテンシは250ms未満。会話の即応はGPT-Liveが担い、Web検索や深い推論が必要な場面では裏でGPT-5.5に委譲(Instant/Medium/Highで深さを選択)して会話を途切れさせない。無料プランはGPT-Live-1 mini、Go/Plus/ProはGPT-Live-1が既定で、iOS・Android・Webに展開。人間評価でもAdvanced Voice Modeより明確に好まれた。本記事では、GPT-Liveの正体、従来との違い、仕組み、2モデルとプラン、主な進化点、そして正直に押さえるべき制限(動画・画面共有は未対応、多言語の完全対応は未達、APIは未提供でGPT-Realtime-2.1が別系統)までを公式発表に基づいて解説する。

Claude Codeで「court」が無限ループしResponse stalled mid-streamで止まる——原因と対処

Claude Codeで「court」が無限ループしResponse stalled mid-streamで止まる——原因と対処

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に基づいて整理する。

「API Error: 400 Output blocked by content filtering policy」の原因と対処(Claude Code)

「API Error: 400 Output blocked by content filtering policy」の原因と対処(Claude Code)

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との見分け方までを整理する。

AIで一人でMVPを作る実践ガイド ― 1機能に絞って最速で公開する手順【2026】

AIで一人でMVPを作る実践ガイド ― 1機能に絞って最速で公開する手順【2026】

個人開発が完成しない最大の原因は「作り込みすぎ」。あれもこれもと機能を盛るうちに複雑になり、公開されないまま消えていく。それを避ける唯一の方法が、価値が伝わる最小のプロダクト=MVPを1機能に絞って最速で公開することだ。本記事はMVPの正しい捉え方、機能を削るスコープ判断、AIで最速に作る2ルート(コードを書かないvibe coding/AIエディタで書く実践)、「完成」の見極め、公開して1人に使わせるまでを、AIを相棒にする個人開発者の目線で解説する。

作っても使われない個人開発の集客術 ― 最初の100人を集める方法【2026】

作っても使われない個人開発の集客術 ― 最初の100人を集める方法【2026】

個人開発でいちばん多い挫折は「作ったのに誰も使わない」。だが本当のボトルネックは開発力ではなく集客だ。「良いものを作れば人は来る」は幻想で、作る前から見込み客を集めるBuild in Public、最初の10人は身近から手で取りにいく“スケールしないこと”、最初の100人は彼らがいる場所(コミュニティ・SNS)で貢献して見つけてもらう、そしてSEO/AEO/LLMOで継続的な流入をつくる——この順番を、AIを下ごしらえに使いながら回す方法を、個人開発者の目線で実践的にまとめた。

AIで個人開発を始める完全ロードマップ【2026】——アイデアから公開・収益化まで

AIで個人開発を始める完全ロードマップ【2026】——アイデアから公開・収益化まで

AIが「コードを書く手」を持った今、一人でもプロダクトを作って世に出せる時代になった。だが情報が工程ごとにバラバラで、何から手をつければいいか迷子になりがち。本記事はアイデア→設計→実装→公開→収益化までの全体地図(ロードマップ)で、個人開発を「決める→作る準備→作る→出す→育てる」の5フェーズに整理し、各工程で何をするか・どのツールを使うかを示して、深掘りが必要な工程は個別ガイドへ送る母艦(ハブ)記事。しかもコードをほぼ書かない🌱入門ルートと、AIエディタでコードを書く🔧実践ルートの2レーンで案内するので、自分に合う方をたどれば遠回りせずに動くものまでたどり着ける。仕様駆動・AIアプリビルダー・Claude Code/Cursor・AI機能の組み込み(API/RAG/ゲートウェイ)・デプロイ・SEO/AEO集客・収益化・コスト管理・一人開発×AIのつまずき5つまでを、既存の実践ガイドへの導線付きで一枚にまとめた。