Claude Codeのセッション管理術|/rewind・/fork・/btwとデスクトップ版の並列セッションの使い分け【2026年10月最新】
Claude Codeの/rewind・/fork・/clear・/compactに加え、2026年10月のデスクトップ版の更新で使いやすくなった並列セッション(タスクごとのネストされたセッション・環境の保存・worktree)と/btw(サイドチャット)を解説。/btwと/forkの違い、使えるプラン(Pro・Max・Team・Enterprise)と対応OS、使い分けのフローチャートまで紹介します。
Claude Code を使い込むほど直面するのが「コンテキストの汚染」と「手戻り」の問題です。質問を重ねるうちに応答精度が落ちたり、実装方針を誤ったまま進めてしまったり――こうした課題を根本から解決するのが セッション管理 です。
本記事では /rewind・/fork・/clear・/compact の4つのコマンドを体系的に解説し、セッション管理を「後始末」ではなく 「開発戦略」 として活用する方法を紹介します。あわせて、2026年10月のデスクトップ版の更新で加わった 並列セッション と /btw(サイドチャット) の使いどころも整理します。
2026年10月の最新情報: デスクトップ版で並列セッションと /btw が使いやすく
Anthropic は2026年10月14日(米国時間)、Claude Code のデスクトップアプリ(Claude デスクトップアプリの Code タブ)を更新しました(公式の発表)。
- 何が変わったか: Claude に複数のタスクを並列で頼むと、タスクごとに ネストされたセッション が立ち上がり、終わると結果をメインのセッションに報告します。ほかに、環境(フォルダ・SSH ホスト・クラウド)の保存、フォルダごとの Git worktree、作業中か入力待ちかが分かるサイドバー、ターンの要点をまとめる リキャップカード が加わりました。脇道の質問は
/btwで別タブに開き、メインの作業は止まりません- 誰に関係があるか: 複数の作業を同時に Claude Code に任せている人、ターミナル(CLI)で
/forkを使って並行作業をしている人- どのプランで使えるか: Claude Code を使える Pro・Max・Team・Enterprise の各プラン。OS は macOS・Windows(Linux はベータ版)。この更新に伴う追加料金の発表はありません
- 何をすればよいか: デスクトップアプリを最新版に更新し、新しいセッションを始めれば使えます
詳しくは記事後半の「デスクトップ版の並列セッション(2026年10月の更新)」で解説します。
なぜセッション管理が重要なのか
コンテキストウィンドウに格納されるもの
Claude Code のセッションでは、以下の情報がコンテキストウィンドウに蓄積されます。
- 会話履歴: ユーザーの指示と Claude の応答すべて
- ファイル内容: 読み込んだソースコード、設定ファイル
- コマンド出力: ビルドログ、テスト結果、git diff など
- CLAUDE.md: プロジェクトルールや指示
- ツール呼び出し結果: Grep / Glob / Bash などの出力
コンテキストが埋まると精度が下がる
公式ドキュメントでも明言されている通り、コンテキストウィンドウが埋まるにつれて Claude の応答精度は低下します。特に以下の症状が現れます。
- 初期に与えた重要な指示を忘れる
- 同じファイルを繰り返し読み込む
- 矛盾する提案をする
- 関連性の低い情報に引きずられる
自動コンパクションの限界
Claude Code にはコンテキストが上限に近づくと自動的に要約する仕組み(自動コンパクション)がありますが、万能ではありません。
- 初期の指示が圧縮されるリスク: 最初に与えた重要なルールが要約の過程で薄まる可能性がある
- 不要な情報が残る: 失敗した試行錯誤のログが要約に含まれ、以降の判断に悪影響を与える
- タイミングを制御できない: 自動発動のため、意図しないタイミングで情報が失われることがある
こうした問題を手動でコントロールするのが、セッション管理コマンドの役割です。セッション管理は「後始末」ではなく「開発戦略」 として捉えることが重要です。
チェックポイントの仕組み
/rewind を理解するために、まずチェックポイントの仕組みを押さえましょう。
自動スナップショット
Claude Code は プロンプトを送るたびに、その時点のコードの状態を自動的にチェックポイントとして保存 します。これは git のコミットとは独立した仕組みです。
- 会話と一緒に保存されるため、セッションを再開した後も
/rewindを使える(スナップショットは初期設定で、最後に保存されてから約30日で削除される) - 1つのセッションで保持するのは直近100件のチェックポイント分
- git の作業ツリーに影響しない
- 明示的な操作なしに自動で作成される
- 追跡するのは Claude のファイル編集ツールによる変更だけ。Bash コマンド(
rm・mvなど)での変更や、自分で手作業した変更は戻せない
(2026年10月時点の公式ドキュメントによる)
取り消せない操作に注意
チェックポイントはファイルの変更を元に戻せますが、以下の操作は取り消せません。
| 操作 | 例 | 取り消し可否 |
|---|---|---|
| ファイル編集 | コードの変更、新規ファイル作成 | 取り消し可能 |
| git push | リモートへのプッシュ | 取り消し不可 |
| npm publish | パッケージの公開 | 取り消し不可 |
| API 呼び出し | 外部サービスへのリクエスト | 取り消し不可 |
| DB 操作 | データの挿入・更新・削除 | 取り消し不可 |
重要なのは、/rewind はあくまで ローカルのファイル変更と会話履歴 を巻き戻す機能だということです。外部に影響を与える操作は元に戻せないため、git push や npm publish の前には十分確認しましょう。
/rewind -- 安全に過去の状態に戻す
起動方法
/rewind を実行するには2つの方法があります。
Escキーを2回押す: 素早く呼び出せるショートカット/rewindと入力: コマンドとして明示的に実行
実行すると、セッション内のチェックポイント一覧が表示され、戻りたい地点を選択できます。
3つの復元モード
/rewind の最大の特徴は、コードと会話を独立して巻き戻せる 点です。チェックポイントを選択した後、以下の3つのモードから選べます。
1. コードと会話の両方を巻き戻す
最もシンプルなモードです。選択した時点の状態に完全に戻ります。
使用場面: 実装方針を根本的にやり直したいとき
効果: ファイルの変更も会話の流れもすべてリセット
2. コードだけ巻き戻す(会話の知見は保持)
ファイルの変更は元に戻しつつ、会話で得た知識や議論は残します。
使用場面: 実装は失敗したが、議論で得た知見は活かしたいとき
効果: コードはリセット、会話履歴はそのまま
3. 会話だけ巻き戻す(コードの成果は保持)
実装結果はそのまま残し、会話履歴だけを削減します。
使用場面: 実装は完了したが、試行錯誤のログでコンテキストが膨らんだとき
効果: コードはそのまま、会話をトリムしてコンテキストを軽量化
要約の選択肢(Summarize)
2026年10月時点の /rewind のメニューには、巻き戻しのほかに 「Summarize from here」(この地点以降を要約) と 「Summarize up to here」(この地点より前を要約) があります。ファイルは変えずに会話の一部だけを圧縮できるため、狙いを絞った /compact として使えます。最初に与えた指示を残したまま、長くなったデバッグのやり取りだけを圧縮したいときに便利です。
実践シナリオ
シナリオ1: リファクタリング実験が失敗
状態クラスパターンへのリファクタリングを Claude に依頼したが、既存テストが大量に壊れてしまった。
対処: コードだけ巻き戻す → リファクタリングの過程で判明した依存関係の知見は残し、別の戦略(ストラテジーパターンなど)で再挑戦する。
シナリオ2: デバッグの袋小路
認証エラーの原因を探るために様々なログ出力やコード変更を試したが、本当の原因はCORS設定だった。
対処: デバッグ開始前のチェックポイントまで巻き戻す → 試行錯誤で挿入したデバッグコードをすべて除去し、クリーンな状態からCORS設定の修正に集中する。
シナリオ3: 実装完了後のコンテキスト整理
API エンドポイントの実装が完了したが、途中の試行錯誤でコンテキストが圧迫されている。次はテスト作成に進みたい。
対処: 会話だけ巻き戻す → 実装済みのコードは保持したまま、不要な会話ログを削減。コンテキストに余裕を持ってテスト作成に取り組める。
/fork -- セッションを分岐させる
起動方法
/fork を使うには以下の方法があります。
- セッション内で
/forkと入力: 現在の会話をコピーした新しいバックグラウンドセッションを作り、自分は元のセッションで作業を続ける。/fork 〇〇してのように指示を添えると、コピーがすぐに作業を始める - ターミナルから
claude --continue --fork-sessionを実行: 最新セッションのコピーを新しいセッション ID で開始
仕組み
/fork を実行すると、以下が起こります。
- 新しいセッション ID が生成される
- 現在の会話履歴がコピーされる
- 元のセッションには一切影響しない
つまり、fork した時点での知識とコンテキストを持った「分身」が作られるイメージです。fork 後の操作は完全に独立しており、元セッションに戻っても変更は反映されません。
2026年10月時点(Claude Code v2.1.212 以降)では、コピーは バックグラウンドセッション として動き、claude agents で開く Agent view で状態を確認できます。コードを変更する前に、コピーは自分用の Git worktree(.claude/worktrees/ 配下)を作るため、元のセッションとファイルがぶつかりません。似たコマンドとの違いは次のとおりです(公式のコマンド一覧による)。
| コマンド | 何をするか |
|---|---|
/fork | 会話をコピーした別のバックグラウンドセッションを作る。自分は元のセッションに残る |
/branch | 会話の分岐を作って、自分がそちらに移る。元の会話は /resume で戻れる |
/subtask | 会話を引き継いだサブエージェントに脇の作業を任せ、結果を今の会話に戻す |
resume との違い
混同しやすいのが claude --continue(resume)です。
| 項目 | /fork | --continue(resume) |
|---|---|---|
| セッション ID | 新規生成 | 同じセッションを継続 |
| 会話履歴 | コピー(独立) | 共有(同一) |
| 複数ターミナル | 安全に並行作業可能 | 同じセッションを複数で開くと混在リスク |
| 用途 | 並行検証、実験 | 中断した作業の再開 |
重要: 同じセッションを複数のターミナルで --continue すると、会話が混在して予期しない動作になる場合があります。並行作業には必ず /fork を使いましょう。
実践シナリオ
シナリオ1: A/Bアプローチ比較
API設計で REST と GraphQL のどちらを採用すべきか迷っている。
対処: 現在のセッション(要件定義済み)を /fork で分岐。ターミナルAでは REST で、ターミナルBでは GraphQL でそれぞれ実装を進め、結果を比較して判断する。
シナリオ2: 本線を止めずに技術調査
機能実装の途中で「この設計パターンで本当に良いのか」という疑問が浮かんだ。
対処: /fork で分岐セッションを作り、そちらで設計の妥当性を検証。本線の実装はそのまま進められるため、調査結果が出てから判断できる。
シナリオ3: 破壊的変更の安全な試行
データベーススキーマの大幅な変更を検討しているが、影響範囲が読めない。
対処: /fork してからスキーマ変更を試行。問題があれば fork セッションを捨てるだけで、元セッションのクリーンな状態に戻れる。成功すれば git コミット経由で成果を取り込む。
デスクトップ版の並列セッション(2026年10月の更新)
ここからは、2026年10月14日(米国時間)のデスクトップ版の更新内容です。CLI の /fork が「自分で分岐させる」機能だとすれば、デスクトップ版の更新は 「Claude に並列で任せて、状態を一覧で見る」 方向の改善です。
タスクごとのネストされたセッションと結果の報告
Claude に「この3つを並列で進めて」と頼むと、タスクごとに ネストされたセッション が立ち上がります。それぞれ終わると結果をメインのセッションに報告するため、メインの会話には各タスクの結論だけが並び、読みやすさが保たれます(公式の発表)。
作業の途中で Claude が範囲外の直すべき点に気づくと、タスクチップ として後続の作業を提案します。クリックすると、その作業が自分用の worktree を持つ新しいセッションで始まり、今のセッションは止まりません。また Claude に「認証のリファクタリングをしたのはどのセッション?」のように頼むと、デスクトップアプリが動かしているほかのセッションの様子を調べたり、メッセージを送ったりできます(公式ドキュメント)。
環境の保存とフォルダごとの Git worktree
新しいセッションの画面に、最近使ったフォルダ がワンクリックで開ける形で並ぶようになりました。さらに、複数のフォルダ・SSH ホスト・クラウドといった組み合わせを 「環境」として保存 し、そこからセッションを始められます。その際、フォルダごとに worktree を作る こともできます。
worktree は初期設定で <プロジェクトのルート>/.claude/worktrees/ に作られます。.env のように Git で無視しているファイルも worktree に持ち込みたい場合は、プロジェクトのルートに .worktreeinclude を置きます。並列で同じリポジトリを触っても、セッションごとに作業ツリーが分かれるため、変更がぶつかりません。
サイドバーの状態表示とリキャップカード
- サイドバー: どのセッションが作業中で、どのセッションが自分の入力を待っているかが一目で分かります。状態・プロジェクト・環境で絞り込めます
- To-do リスト: セッションの中では、Claude の計画に合わせて To-do リストが更新されていきます
- リキャップカード: Claude が人の判断を必要とするときは、そのターンの要点をまとめたカードが出ます
- サイドレール: セッションがどこで動いているか(ローカル・SSH・クラウド)、コンテキストの使用状況、変更内容を表示します
/btw(サイドチャット): メインを止めずに質問する
/btw は、今のセッションの文脈を使って質問できるが、答えはメインの会話に残らない 機能です。「さっきの設定ファイルの名前は何だっけ?」「この関数はなぜこう書いたの?」といった脇道の質問を、メインの作業を脱線させずに聞けます。
- デスクトップ版: プロンプト欄に
/btwと入力するか、Cmd+;(macOS)/Ctrl+;(Windows)でサイドチャットが別タブで開きます。メインのセッションは動き続けます。ローカル・SSH・WSL のセッションで使えます。サイドチャットはディスクに保存されないため、アプリを閉じると戻れません - CLI(ターミナル)版:
/btw 質問で、オーバーレイに回答が表示されます。Claude が作業中でも使えます。ツールは使えないため、ファイルを読む・コマンドを実行するといった調べものはできず、それまでの会話にある情報だけで答えます。続けて調べさせたいときは、回答画面でfを押すと、その質問と回答を引き継いだサブエージェントに任せられます(ローカルのセッションのみ)
(2026年10月時点の公式ドキュメントによる)
/btw と /fork の違い
| 項目 | /btw | /fork |
|---|---|---|
| 目的 | 今わかっていることを聞く | 別の方針を並行で進める |
| メインの会話に残るか | 残らない | 残らない(コピーが独立して動く) |
| ツール(ファイル読み込み・コマンド実行) | 使えない(CLI) | 使える |
| コードの変更 | しない | する(自分用の worktree で) |
| 向いている場面 | 確認・理解・ちょっとした疑問 | A/B の比較、本線を止めない検証 |
迷ったら、「答えがすでに会話の中にあるなら /btw、新しく調べたり作ったりするなら /fork か /subtask」 と考えると選びやすくなります。
Claude Code | ターミナルとデスクトップで動く Anthropic のコーディングエージェント
Claude Code は Anthropic のAIコーディングエージェントで、ターミナル(CLI)・IDE・デスクトップアプリ・Web から使えます。デスクトップアプリの Code タブには Claude Code が組み込まれているため、Node.js や CLI を別に入れる必要はありません。
- 対象プラン: Claude の Pro・Max・Team・Enterprise(無料プランでは Code タブを使えません)
- 対応 OS: macOS(Intel・Apple Silicon)、Windows(x64・ARM64)、Linux はベータ版(Ubuntu・Debian 向け)
- 始め方: デスクトップアプリを入れてサインインし、上部の Code タブを開いてフォルダを選びます。CLI で作業中のセッションは
/desktopでデスクトップアプリに引き継げます(macOS・x64 版 Windows)
注意点として、デスクトップアプリと CLI はそれぞれ別のセッション一覧を持ちます(CLAUDE.md などの設定は共有)。また、デスクトップ版のサイドバーやセッション間のやり取りが見えるのは、デスクトップアプリ自身が動かしているローカル・SSH・WSL のセッションで、CLI や VS Code 拡張で始めたセッションは対象外です(2026年10月時点の公式ドキュメントによる)。
4つのコマンドの使い分けガイド
Claude Code には、セッション管理に関わるコマンドが4つあります。それぞれの特性を理解して適切に使い分けましょう。2026年10月時点では、ここに /btw とデスクトップ版の並列セッションが加わります(フローチャートに反映しています)。
比較表
| 項目 | /rewind | /fork | /clear | /compact |
|---|---|---|---|---|
| 目的 | 過去の状態に戻す | セッションを分岐する | セッションを完全リセット | 会話を要約して圧縮 |
| コードへの影響 | 選択可(戻す/残す) | なし(分岐するだけ) | なし | なし |
| 会話履歴 | 選択可(戻す/残す) | コピーして独立 | 全削除 | 要約に圧縮 |
| コンテキスト消費 | 削減可能 | 増加なし(新セッション) | ゼロにリセット | 大幅に削減 |
| CLAUDE.md | 影響なし | コピーされる | 再読み込み | 保持される |
判断フローチャート
どのコマンドを使うか迷ったら、以下の流れで判断してください。
Q1. 現在のタスクを続けるか?
→ No: /clear で完全リセットして新しいタスクを開始
→ Yes: Q2 へ
Q2. 直前の作業を取り消したいか?
→ Yes: /rewind で特定のチェックポイントまで巻き戻す
→ No: Q3 へ
Q3. 別の方針を並行で試したいか?
→ Yes: /fork でセッションを分岐して並行検証(デスクトップ版なら、Claude に並列で頼めばタスクごとのセッションが立ち上がる)
→ No: Q4 へ
Q4. 会話の中の情報について、ちょっと確認したいだけか?
→ Yes: /btw で聞く(メインの会話に残らない)
→ No: Q5 へ
Q5. コンテキストが逼迫しているか?(/context で確認)
→ Yes: /compact で会話を要約して圧縮
→ No: そのまま作業を続行
ベストプラクティス
セッション管理コマンドを最大限に活用するためのベストプラクティスを紹介します。
Plan モードと組み合わせる
大きなタスクでは Plan モード → 実装 → 問題があれば /rewind のサイクルを意識しましょう。
Shift + Tabで Plan モードに入り、実装計画を立てる- 計画を確認してから実装に進む
- 問題が発生したら
/rewindで計画段階まで戻り、方針を修正
Plan モードで立てた計画がコンテキストに残るため、/rewind で戻った際にも「なぜこの方針にしたか」の文脈を維持できます。
CLAUDE.md に永続ルールを書く
/compact や /clear で会話がリセットされても、CLAUDE.md に書かれたルールは必ず再読み込みされます。セッションをまたいで維持したい情報は CLAUDE.md に記録しておきましょう。
# プロジェクトルール
- TypeScript strict モード必須
- テストは Vitest を使用
- コミットメッセージは Conventional Commits に準拠
- エラーハンドリングは Result 型パターンを使用
/context でコンテキスト使用量を定期確認
/context コマンドでコンテキストウィンドウの使用状況を確認できます。使用率が高くなってきたら、/compact で圧縮するか /clear でリセットするタイミングです。
大きなタスクはサブエージェントに委譲する
Claude Code の Agent ツール(サブエージェント)は 独自のコンテキストウィンドウで動作する ため、メインセッションのコンテキストを圧迫しません。
- ファイル検索や調査タスク → サブエージェントに委譲
- メインセッション → 設計判断や統合作業に集中
これにより、メインセッションのコンテキストを効率的に使えます。
/rename でセッションに名前をつける
/rename コマンドでセッションに分かりやすい名前をつけておくと、後から claude --resume で再開する際に目的のセッションを素早く見つけられます。
/rename 認証機能リファクタリング
特に /fork で複数のセッションを並行させる場合、名前をつけておくと管理が格段に楽になります。
よくある質問(FAQ)
/rewind で戻した後、やり直すことはできますか?
はい、できます。 /rewind を再度実行すれば、さらに別のチェックポイントに移動できます。ただし、rewind で削除された会話やコード変更を「元に戻す(redo)」機能はないため、重要な変更がある場合は事前に git コミットしておくことをおすすめします。
/fork セッションの成果を元セッションに統合できますか?
git コミット経由で可能です。 fork セッションで実装した変更を git にコミットすれば、元セッション(やどのセッションからでも)その変更を取り込めます。セッション間で会話履歴を直接マージする機能はありません。
外部操作(git push 等)は取り消せますか?
いいえ、取り消せません。 /rewind はローカルのファイル変更と会話履歴のみを対象としています。git push、npm publish、API 呼び出し、データベース操作など、外部に影響を与える操作は元に戻せません。重要な外部操作の前には必ず確認しましょう。
/compact と /clear の違いは何ですか?
/compact: 会話履歴を AI が要約して圧縮します。文脈の概要は保持されるため、同じタスクを継続 できます。/clear: 会話履歴を完全に削除します。CLAUDE.md は再読み込みされますが、それ以外の文脈はすべて失われます。新しいタスクを始める ときに使います。
コンテキストウィンドウの上限はどのくらいですか?
上限は使うモデルによって異なります。また、システムプロンプトや CLAUDE.md、ツール定義などが一定量を消費するため、ユーザーが使える実効的な容量はそれより少なくなります。/context コマンドで現在の使用状況を確認できます(デスクトップ版ではセッションのサイドレールにも表示されます)。
/btw で聞いた内容は、メインの会話に残りますか?
残りません。 /btw の質問と回答はメインの会話履歴に入らないため、メインのコンテキストを増やさず、作業の流れも変わりません。CLI では Claude Code を終了すると消え、デスクトップ版ではアプリを閉じると戻れなくなります。残したい結論は、メインのセッションで改めて伝えるか CLAUDE.md に書いておきましょう。
デスクトップ版の並列セッションは Team や Enterprise でも使えますか?
使えます。 デスクトップアプリの Code タブは、Claude Code を使える Pro・Max・Team・Enterprise の各プランが対象です。なお、同じデスクトップアプリの機能でも、コンピュータ操作(Computer Use)やスマートフォンからセッションを始める Dispatch は Pro・Max のみで、Team・Enterprise では使えません(2026年10月時点の公式ドキュメントによる)。
並列セッションを増やすと、利用枠の消費も増えますか?
並列で動くセッションは、それぞれがプランの利用枠を使います。並列化のための追加料金は発表されていませんが、同時に動かすほど利用枠は早く減ります。料金と利用枠の考え方は Claude Code の製品ページ をご覧ください。
まとめ
Claude Code のセッション管理は、単なる「後始末」ではなく、開発効率を最大化するための 戦略的なツール です。
/rewindで安全に過去の状態に戻し、試行錯誤のコストを最小化/forkでセッションを分岐し、リスクなく並行検証/compactでコンテキストを圧縮し、応答精度を維持/clearで完全リセットし、新しいタスクにフレッシュな状態で取り組む/btwで、メインの作業を止めずに脇道の質問をする- デスクトップ版の並列セッション で、複数のタスクを Claude に任せ、状態をサイドバーで一覧する(2026年10月の更新)
これらのコマンドを適切に使い分けることで、コンテキストの汚染による精度低下や手戻りを防ぎ、Claude Code のポテンシャルを最大限に引き出せるようになります。
この記事で紹介したAIツール
関連記事
DeepSeek-V4.1-Flash-1017とは【2026年10月17日公開】APIの料金(円換算)・商用利用・安全性・V4-Proとの違い
DeepSeek(ディープシーク)は2026年10月17日、V4.1-Flashの小改良版「DeepSeek-V4.1-Flash-1017」を公開し、Web版・アプリ・API(deepseek-flash)を同日に切り替えました。重みはMITライセンスで商用利用でき、コード修正のベンチマークDeepSWE v1.1では77.0とClaude Opus 5(74.0)を上回りますが、数字は自己申告で、Opus 5が上の項目も多くあります。この記事では、公式のAPIドキュメントとHugging Faceのモデルカードにもとづいて、何が変わったか、APIの料金を円でいくらか(日本時間のピーク時間帯と半額のオフピーク)、11月1日から課金が始まるSearch/Fetch API、V4-Proの現状、中国のサーバーに保存されるデータの扱いと自社の環境で動かす選択肢を整理します。
Claude MaxのAPIクレジットとは【2026年10月最新】毎月$100〜の受け取り方・使える範囲・Claude Codeは対象か・Haiku 5.5で何回動くか
2026年10月7日(米国時間)、AnthropicはClaudeのMax・Teamプランに毎月のAPIクレジットを付けると発表しました。Max 5x(現在のMax)は月$100、Max 20x(現在のUltra)は月$200、Teamは1席あたりStandard $20・Premium $100をチームで1つの残高にまとめ、上限は$500です。この記事では、Xで食い違って広まったTeamの付き方(オーナー1人が受け取るプール方式)を公式ヘルプにもとづいて正し、使える範囲(Claude API・Managed Agents・Agent SDK・APIキーで動かすclaude -p)と使えない範囲(対話で使うClaude Code・Bedrock等の経由)、claude.aiの請求設定から組織を連携する受け取り方、7日の待機期間と繰り越し不可の条件を整理します。あわせて、同時公開のClaude Haiku 5.5の料金(入力$0.10・出力$0.50/100万トークン)で$100がどれだけの処理になるかを試算し、Pro・Max・Teamの選び方の目安を示します。
Jevとは【2026年10月最新】文章を生成しないAIの使い方・料金|Microsoft-Decision-1との違い
2026年10月9日、MicrosoftがJevと同じ料金(入力100万トークンあたり0.042ドル・出力無料)で、質問の型も同じ判断特化モデル「Microsoft-Decision-1」を公開しました。この記事では、TypeSafe AIが9月15日に公開した Jev(ジェヴ)とは何か——文章を生成せず、Choice(分類)・Score(採点)・Noul(0〜1の真偽)を確率つきで返す「System Oneモデル」の仕組み、質問をいくつ積んでも応答時間が変わらない投機的ファンアウト、ウェイトリスト登録からPython SDK・HTTP API・Claude Codeスキルまでの使い方、confidenceで人に回す設計、活用事例——を整理したうえで、Microsoft-Decision-1との違い(提供経路・文脈の長さ・提供状況・日本語の扱い)とどちらを選ぶか、日本から使えるか、Jevの10月の最新状況(シリーズA・レート制限・OpenRouter掲載)をまとめます。公式が「日本語を含むCJKは精度が英語より低い」と明記している点と、公表されている弱点も扱います。

AIコーディングエージェント時代のCLI・プログラミング学習【2026年8月最新】ターミナルとGitから始める学習サービス11選
Claude Code・Codex・Cursorが実務に入った2026年、必要なのは「ゼロから書く力」ではなく「AIが出した差分を読み、エラーを解釈し、壊れた状態から戻す力」に変わりました。そのすべてはターミナルの上で起きます。この記事では、AIエージェントを使いこなす前提としてのCLI・プログラミング学習という視点で、WebTerm・WebTerm Learn・Progate・ドットインストール・paizaラーニング・ZEN Study・Techpit・Recursion・Boot.dev・KodeKloud・DeepLearning.AIの11サービスを、入口(言語か環境か)・形式・日本語対応・無料枠・料金で比較します。Progateの「Claude Code入門(beta)」、KodeKloudの「Claude Code For Beginners(8時間32分)」、DeepLearning.AIのAnthropic共同制作コースなど、エージェント前提で作り替えられた講座も公式表記にもとづいて整理し、環境→文法→エージェント→評価という学習の順番まで解説します。

Claude Fable 5・GPT-5.5・Gemini 3.1 Proはどれを選ぶべき?性能・料金・使い分けを徹底比較【2026年7月版】
2026年前半に出揃った三強の最新フラッグシップモデル、Claude Fable 5・GPT-5.5・Gemini 3.1 Proを徹底比較。ベンチマーク性能、API料金、コンテキストウィンドウ、マルチモーダル対応、ChatGPT Plus/Claude Pro/Google AI Proなど消費者向けプランでの使い方まで、公式データを中心に用途別のおすすめを解説します。

Claude Fable 5とは|Anthropic最新フロンティアモデルの性能・料金・使い方を徹底解説
Anthropicが2026年6月に公開した最新モデルClaude Fable 5を解説。コーディング・知識労働・科学分野でのベンチマーク性能、Mythos 5との違い、API料金、使い方までを公式データとともに紹介します。

