zeroCC

タグ: 用語解説

  • Microsoft 365コネクタ ー Outlookで20分探してた件、聞いたら8秒で出てきた

    Microsoft 365コネクタ ー Outlookで20分探してた件、聞いたら8秒で出てきた

    朝の20分、返してほしい

    「先週、田中さんから来てた見積もりの件、最終的にどうなったんだっけ」——朝、コーヒー片手にOutlookを開いて、検索窓に名前を入れて、似たような件名が10件並んで、スクロールして、添付ファイルを開いて、Teamsの会話も覗いて……気づけば20分経っている。これ、私の日常風景でした。

    そんな私のOutlook延々スクロールに、先月から終止符が打たれました。「Microsoft 365コネクタ」というのが、いつの間にか全プランに開放されていたんです。

    これが何かを一言で

    Microsoft 365コネクタ（M365コネクタ）は、ClaudeをMicrosoft 365——具体的にはOutlook・SharePoint・OneDrive・Teams——に接続する公式機能です。

    ポイントは2つ。

    ひとつ、読み取り専用です。Claudeはあなたのメールを読めますが、勝手に返信したり、削除したり、ファイルを書き換えたりはできません。Anthropic公式のセキュリティガイドにも「modify、delete、create はできない（Read-only）」と明記されています。便利さと怖さは、この一線できれいに分かれます。

    ふたつ、2026年4月から全プラン対応になりました。元々はEnterprise限定だったのが、Pro・Max、そしてFreeプランでも使えるように開放されました。お金を1円も払っていない私のような人間にも届く、というのは結構大きい変化です。

    ビフォー／アフター

    操作これまでM365コネクタ後
    先週のメール要約Outlookで検索→開く→読む→次→…（20分）Claudeに「田中さんとの先週のやり取り、要点まとめて」（8秒）
    SharePointの資料探しフォルダを開いて、開いて、開いて…「Q4予算の最新版どこ？」で一発
    Teamsの議事録会議のチャネル開いてスクロール「先週のキックオフで決まったこと教えて」

    数字は私の体感ですが、桁が変わったことだけは確かです。

    セットアップは3ステップ

    claude.aiにログインしたあと、こうやります。

    1. 左下の自分のアイコン → 「Settings（設定）」 → 「Connectors（コネクタ）」を開く
    2. 一覧から「Microsoft 365」を見つけて「Connect」をクリック
    3. Microsoft の認証画面が開くので、仕事用のMicrosoft 365アカウントでサインインして、要求された権限を確認・承認する

    これで完了です。コネクタが「接続済み」になり、新しい会話を始めると、Claudeは必要に応じてM365の中を探しに行きます。

    💡 ポイント: Team/Enterpriseプランだけは、組織のオーナーが先に「Organization settings → Connectors」で有効化する必要があります。Free/Pro/Maxは個人で完結します（ただし下の「私が間違えたこと」を読んでから手をつけてください）。

    動いた使い方

    接続したあと、私が試した3つのプロンプト例です。すべて@でM365を呼び出さなくても、Claudeが必要だと判断したら自動でコネクタを使ってくれます。

    先週、佐藤さんと交わしたメールから、
    今週中にやらないといけないアクションだけ抜き出して
    箇条書きにしてください。
    SharePointにある「2026年度予算」関連のファイルを探して、
    最新版の更新日と要点を教えてください。
    今週のTeamsの「プロジェクトX」チャネルから、
    決まったことと未決定の項目を分けて整理してください。

    最初のメール要約は本当に8秒で返ってきて、思わず椅子から半分ずり落ちました。これまで私が20分かけてやっていた「とりあえずスクロール」の20分は、いったい何だったのか。

    私が間違えたこと

    • 個人のMicrosoftアカウントで試して詰まった: Microsoft 365コネクタは、公式ヘルプによれば「Microsoft Entraテナント」（≒会社や学校のMicrosoft 365契約）が必要です。@outlook.com の個人アカウントでは認証ボタンを押しても先に進みません。仕事用アカウントを使う前提だと最初に分かっていれば、30分の試行錯誤は省けました
    • 「全プランOK」だけ見て管理者承認を忘れた: 自分のテナントで初めてコネクタを有効化する場合、Microsoft Entraのグローバル管理者が一度だけ事前承認する必要があります。会社の情シスに「これ使っていい？」と聞いておかないと、認証画面で赤いエラーに迎えられます
    • 書き込みできると勘違いした: 「メールの下書きまで頼めるのか」と一瞬テンションが上がって、「田中さんに返信を作って」と頼んだら丁寧に断られました。読み取り専用です。返信を書いてもらうには、別途Outlook側で操作するか、Claude Desktopの別の機能（手で文章を作って自分で貼り付ける）に頼ることになります

    で、結局どうなの

    「散らばっている情報を1か所から探す」というのは、地味ですが効きます。OutlookとSharePointとTeamsを行ったり来たりしていた20分を、Claudeに1回聞くだけで終わらせる——それだけで、午前中の脳の余力がぜんぜん違います。

    無料で試せて、書き込みは絶対にできない安心設計。社外秘ファイルが勝手にどこかに送信される心配もありません（権限はあなた自身が持っているものをそのまま継承するだけ）。仕事でMicrosoft 365を使っているなら、設定画面のConnectorsを今日中に1回開いてみるのが、たぶんいちばん安いリターン投資になります。

    関連リンク

  • Windowsの音声入力でWordを書く ー Wordを開いて、声で打って、保存するまで

    Windowsの音声入力でWordを書く ー Wordを開いて、声で打って、保存するまで

    まず「キーボードを叩かずに書く」という選択肢

    私の職場には、文書を書く役割なのに文書を書けないご年配の方がいる。タイピングが追いつかず、結局周りの誰かが代わりに打つ。本人も気の毒だし、頼まれた人も気の毒だ。

    「AIに下書きを頼めばいいじゃないか」と言いたくなる場面ではある。だがChatGPT・Claude・Copilot、ご本人にとっては今いる場所からあまりに遠い。アカウント、課金、プロンプト、英単語の連発。最初の一歩で疲れてしまう。

    そこで、もう一段だけ手前にある選択肢を試したい。Windows標準の音声入力だ。マイクに向かって普通に話せば、その通りに文字が入っていく。インストールも有料登録もいらない。キーボードの上で迷子にならずに済む。

    この記事は「Wordで音声入力を使って文書を書き、最後に保存する」までを、ステップ順に並べていく。専門用語はそのつど横で言い換える。

    1. 動く環境を確認する

    対象 PC

    • Windows 11（推奨）。Windows 10 でも Windows + H（後述）で音声入力は起動するが、画面の見た目が少し違う
    • 内蔵マイクのあるノートPCならそのまま使える。デスクトップPCの場合は、Webカメラやヘッドセットなどマイクのある機器を1つ繋いでおく
    • インターネット接続が必要。声はマイクロソフトのサーバーで文字に変換される

    マイクが認識されているか確認する

    そもそも PC に「使えるマイク」が繋がっているかを、先に確かめておく。

    1. スタートメニュー → 設定（歯車のアイコン）を開く
    2. 左側の システム をクリック
    3. サウンド を開く
    4. 「入力」の項目（または「マイク」と書かれた項目）の中に、現在使えるマイクが一覧で出る
    5. 試しに「あー」と声を出してみる。入力音量のバーが右に伸びれば、マイクは認識されている

    バーが反応しない場合は、次の順で確認する。

    • マイクの差し込み（USB端子・イヤホンジャック）が抜けていないか
    • マイク本体の物理的なミュートスイッチがオフになっていないか（ヘッドセットのマイクには小さなボタンやスライドが付いていることが多い）
    • マイクの権限がまだオフになっていないか（次の項目で扱う）

    そもそもマイクが1つも表示されない場合は、マイクが付いていない可能性が高い。次のいずれかで足せる。USBマイク（数千円から）、ヘッドセット（マイク付きのイヤホン）、Webカメラ内蔵のマイク。

    マイクの権限を有効にする

    最初に1回だけ確認しておく。ここがオフだと、いくら話しかけても何も起きない。

    1. スタートメニュー → 設定（歯車のアイコン）を開く
    2. 左側の プライバシーとセキュリティ をクリック
    3. 「アプリのアクセス許可」の中の マイク を開く
    4. 一番上の「マイクへのアクセス」をオンにする（ここがオフだと、この下のスイッチを全部オンにしても効かない）
    5. 「アプリにマイクへのアクセスを許可する」をオンにする
    6. 同じ画面の下の方にある「デスクトップアプリにマイクへのアクセスを許可する」もオンにする

    日本語の対応について

    公式ドキュメントによれば、Windows 11 の音声入力は日本語を含む複数の言語に対応している。今この記事を読んでいる環境ですでに日本語キーボードを使えているなら、追加設定なしで日本語の音声入力は動く。

    2. Word を開く

    1. キーボードの左下にある Windowsロゴキー（旗のマークが描かれたキー）を1回押す
    2. スタートメニューが開くので、検索欄に word と入力するか、アプリ一覧から「Word」を探してクリック
    3. 「ホーム」画面が出たら、新規 → 白紙の文書 を選ぶ

    これで文書が開く。画面の中で点滅している縦の細い線（カーソル）の位置に、これから文字が入っていく。

    💡 「Word」というアイコンが見つからない場合は、PC に Microsoft 365 や Office がインストールされていない可能性がある。会社の PC ならたいてい入っている。家のPCで何も入っていない場合は、無料の Web 版 Word（ブラウザで office.com を開いてサインイン）でもこの記事の手順はほぼ同じように動く。

    3. 音声入力を呼び出す

    1. 画面のカーソルが Word の文書の中で点滅していることを確認する
    2. キーボードの Windowsロゴキー を押しながら、同時に H のキーを押す
    3. 画面の上の方に、横に細長い 音声入力バー が現れる（マイクのアイコン入り）

    初めて使うときは「マイクを使ってよいか」と確認のダイアログが出ることがある。はい を選ぶ。

    音声入力バーの真ん中にあるマイクボタンを1回クリックすると、「聞き取り中…」と表示される。これが「話していいよ」の合図だ。スペースバー を押しても同じ動作になる。

    4. 話して入力する

    ここからは普通に話せばいい。早口にせず、少しゆっくりめに、1文ずつ区切るのがコツ。

    句読点

    Windows 11 には 句読点を自動でつけてくれる機能 がある。音声入力バーの右上にある 歯車のアイコン（設定）を開くと、「句読点の自動化」のスイッチがある。

    慣れない人ほど、最初は オフ にして、自分で「まる」（句点「。」）「とうてん」（読点「、」）と声に出す方をおすすめする。自動だと「自分の意図と違う場所で点が入る」ことがあり、後から直す方が手間になりやすい。

    改行

    行を変えたいときは、「改行（かいぎょう）」「次の行（つぎのぎょう）」「新しい段落（あたらしいだんらく）」のいずれかを声に出す。手で Enter キーを押しても同じ。

    うまく聞き取られない言葉

    • 一旦やめて、もう一度言い直す
    • それでも違う言葉が入る場合は、別の言い回しに変える（例：「拝啓」が入らないなら「いつもお世話になっております」と書き出しごと差し替える、というように）
    • 固有名詞・人名・社名は誤認識されやすい。後でキーボードから手で直すと割り切る

    5. 文章を整える

    声で打った文章は、必ずどこかで誤認識が混ざる。完璧を目指さず、最後にざっと手で直す という前提で進めると気が楽になる。

    単語を選ぶ

    • 単語の上で マウスを2回続けてカチカチ（ダブルクリック）すると、その単語が選択される（青く反転する）
    • 同じ場所で 3回続けてカチカチ（トリプルクリック）すると、その段落全体が選択される
    • 選択した状態で別の言葉を打てば、置き換わる

    消す

    • カーソルの 左 にある文字を消したいときは Backspace キー
    • カーソルの 右 にある文字を消したいときは Delete キー

    「消し方が二通りある」と覚えておくだけで、間違ったときの戻り方が早くなる。

    別の単語を借りて、出にくい漢字を出す

    声で「林（はやし）」と言いたいのに「囃子」「橋」など別の漢字に変換されてしまう、ということが起きる。同じ言い方で打ち直しても、また同じ誤認識になることが多い。

    そんなときは、同じ漢字を使う別の単語を声で入力して、必要な部分だけを残すという手がある。

    • 「林」が出ないとき：「林業（りんぎょう）」と発音 → 「林業」と入力される → カーソルを「業」の右に置いて Backspace を1回押す → 「林」だけ残る
    • 「橋」が「箸」「端」になってしまうとき：「橋脚（きょうきゃく）」と発音 → 「橋脚」と入力される → 「脚」を Backspace で消す → 「橋」だけ残る

    慣れてくると、自分の名前や職場の固有名詞など「出にくい漢字」に対して、1つか2つの『代わりに言う言葉』を覚えておくだけで、入力がぐっと安定する。

    6. 保存する

    文書ができあがったら、必ず保存する。

    1. キーボードで Ctrl + S を押す（コントロールキーを押しながら S）
    2. 初めて保存する文書の場合、「名前を付けて保存」の画面が出る
    3. 保存場所を選ぶ
    4. OneDrive：マイクロソフトのクラウド（インターネット上の保管庫）に置く。別のPCやスマホからも開ける
    5. このPC：今使っているパソコンの中だけに置く。インターネットがなくても開ける
    6. ファイル名を付ける。後で探しやすいよう 日付＋内容 がおすすめ。例：2026-05-05_部内打ち合わせ議事録
    7. 保存 ボタンを押す

    ファイル名の最後に .docx（ドット・ディー・オー・シー・エックス）という4文字が自動で付く。これは「Word の文書ですよ」という目印で、自分で消したり書き換えたりする必要はない。

    💡 OneDrive に保存しておくと、その同じファイルが PC を開きなおしたあと、Word の左側に出てくる「最近使ったアイテム」にすぐ並ぶ。次に作業を再開するときに「あれ、どこに保存したっけ」と探さなくて済む。

    7. つまずきやすいところ

    • マイクの権限がオフのままだった：ステップ1のマイク権限を最初にやっておくと避けられる
    • Windows + H を押しても何も起きない：メーカー独自の機能（音量・画面の明るさなど）が H の段に割り当てられているノートPCがある。Fn キーを押しながら H を試す、または Fn ロックを解除してから Windows + H を試す
    • 周囲がうるさいと聞き取り精度が落ちる：静かな部屋に移る、口元にマイクを近づける、ヘッドセットを使う、のいずれかで改善する
    • 長く話しすぎると誤認識が増える：1文を15秒以内くらいで区切る、考えがまとまった単位でいったん止める
    • 句読点が想像と違う場所に入る：ステップ4の通り、自動句読点をオフにして、自分で「まる」「とうてん」を言う方が結果的に楽

    8. 終わりに

    声でも文字は打てる。指が覚えていないキーの位置を探すよりも、口に出す方が早い人は意外と多い。

    ここまでに慣れたら、次の段階がある。メールソフトの本文欄でも、チャットの入力欄でも、Windows + H は同じように呼び出せる。スマホの音声入力（Android の Gboard、iPhone のキーボード上のマイクボタン）も似た発想で動く。AI に下書きを頼むのは、その更にもう一段先でいい。

    文書を書く役割の人が、自分の声で自分の文書を書けるようになる。それだけで職場の景色は確実に変わる。一歩ずつでいい。

    関連リンク

  • 隠しファイル ー 「.claudeフォルダ」が見つからなくて、3日詰まった

    隠しファイル ー 「.claudeフォルダ」が見つからなくて、3日詰まった

    ウォーリーをさがせ、状態だった

    「C:\Users\ユーザー名\.claude\settings.json を編集してください」。チュートリアルにそう書いてあった。私はエクスプローラーを開いた。Users を開いた。自分の名前のフォルダを開いた。.claude フォルダを探した。ない。

    ない。何度見てもない。スクロールしてもない。検索してもない。私はその日、3時間ほど「自分のパソコンには .claude フォルダが存在しないバグ」と本気で戦って、最終的にClaude本体の再インストールまで試した（もちろん解決しなかった）。先に結論を言うと、フォルダは最初からそこにあった。ただ私の目に映っていなかっただけである。ウォーリーは赤と白のシマシマで主張しているが、隠しファイルは主張すらしてくれない。

    結論マップ（ビフォー／アフター）

    場面これまで隠しファイル表示後
    .claude フォルダ「存在しないバグ」と疑う普通にユーザーフォルダ直下にある
    .gitconfig などの設定ファイルチュートリアルが嘘だと思う一覧にちゃんと並んでいる
    表示切り替え知らない（3時間悩む）エクスプローラーの「表示」から1クリック

    3行で済む。ウォーリーは見つかれば赤白シマシマだが、隠しファイルは表示設定をオンにすれば普通の名前で出てくるだけだった。

    そもそも「隠しファイル」とは

    隠しファイル（および隠しフォルダ）は、ファイル管理ツールが標準では一覧に表示しないファイルのこと。Windowsだと、ファイルの「属性」に 隠し（Hidden） という旗が立っているもの、もしくは 名前がドット（.）で始まるもの（後者はもともとUnix系の慣習）が、エクスプローラーの初期設定では非表示になる。

    なぜ隠すのかというと、OSやアプリの動作を支える「触ってほしくない設定ファイル」が、普段の作業の邪魔にならないようにするためだ。.claude・.gitconfig・.env・.ssh など、ドットで始まるフォルダ／ファイルは、各アプリが「自分の設定置き場」として勝手に作っていく場所で、たいていは触らないほうが幸せに暮らせる。Claudeの設定をいじるときだけ、こちらから「ちょっと見せて」とお願いする、くらいの距離感がちょうどいい。

    ちなみに、ドットで始まる名前のことを英語圏では dotfile と呼ぶ。「設定ファイルの集合体」の通称みたいなもの。Macを使っている開発者の方が「dotfilesをGitHubで公開してます」と言っているのは、たいていこのドット系設定の集まりを共有している、ということだ。

    Windowsで表示する：3クリックで終わる

    1. エクスプローラー（Windowsのファイル管理ツール）を開く
    2. ウィンドウ上部の 「表示」 メニューをクリック
    3. 出てきたサブメニューで 「表示」 にマウスを合わせる（同じ名前が二段階続くので、ここで一度迷子になりがち）
    4. 一覧の中にある 「隠しファイル」 にチェックを入れる
    5. 一覧に薄い色の .claude フォルダや AppData などが追加で表示されるようになる

    これで .claude フォルダが姿を現す。薄いアイコンで表示されるのは「これは隠しファイルですよ、本当にいじっていいんですか？」というOSからの優しい警告だと思っている（薄いまま3日くらい眺めていれば、勝手に消えてくれるわけではない）。

    なお、Windows 10 の頃はリボン（タブ式メニュー）の中に「隠しファイル」のチェックボックスがあった。Windows 11 で「表示 → 表示」の二段構えに変わって、これが地味に分かりにくい原因になっている。私もWindows 10時代の手順をうろ覚えで探していて、しばらく途方に暮れていた。

    PowerShellで一発で見る方法

    エクスプローラーの設定をいじりたくない、見るだけ見たい、という場合は、ターミナル（PowerShell）から覗くのが速い。

    # 隠しファイルも含めてユーザーフォルダの中身を一覧
    > Get-ChildItem -Force C:\Users\Ranni
    # 略記版（dirとlsはGet-ChildItemの別名）
    > dir -Force C:\Users\Ranni
    > ls -Force C:\Users\Ranni
    # .claudeフォルダの中身を直接見る
    > Get-ChildItem -Force C:\Users\Ranni\.claude

    💡 ポイント： -Force オプションが「隠しファイルも全部見せて」のスイッチ。これを付けないと、PowerShellでもエクスプローラーと同じように隠しファイルが省略される。コマンドプロンプト派の人は dir /a でも同じことができる（/a が「全部表示」フラグ）。「/なのか-なのかキッチリしてくれ」と言いたくなるが、これはWindowsの歴史の都合なので、両方覚えるしかない。

    エクスプローラーの設定を恒久的にオンにしてしまうと、システムフォルダ（普段は触らないやつ）まで一斉に薄く出てきて視界が騒がしい。「触りに行くときだけPowerShellで覗く」 というやり方は、いつもの机の上を散らかさずに済むので、私は最近こちらを使うことが多い。

    Macで表示する場合（参考）

    私はMacを持っていないので実機では試していないが、公式ドキュメントや一般的なTipsとして広く紹介されている方法をひとつだけ書いておく。Finder（Macのファイル管理ツール）を開いている状態で、キーボードの Cmd + Shift + .（ピリオド） を押すと、隠しファイルの表示が切り替わる、と紹介されている。もう一度同じキーを押すと非表示に戻る、いわゆるトグル式。

    つまり、「隠しファイルを見たいときだけパッと出して、見たら戻す」が1ショートカットで済む、ということになる。Windowsの「表示 → 表示 → チェック」の3段階よりだいぶ楽そうで、これに関してはMacユーザーが少しだけ羨ましい。

    つまずいたところ

    • .claude フォルダを「Claudeアプリの中」で探していた: Program Files やインストール先を必死に探したが、.claude は ユーザーのホームフォルダ直下（C:\Users\ユーザー名\）にできる。アプリ本体ではなく「ユーザーごとの設定置き場」だからだ。これはWindowsだけでなくMacもLinuxも同じ慣習らしい
    • 「隠しファイル」と「保護されたシステムファイル」を混同していた: エクスプローラーには「隠しファイル」と「保護されたOSファイル」の2つの非表示設定があり、後者はさらに別チェック。.claude 程度なら「隠しファイル」をオンにすれば見えるが、AppData のさらに奥などを見たいときは両方オンが必要になることがある。普通は前者だけで足りる
    • 見えるようにしたついでに、要らないものまでいじってしまった: 表示が増えると「これ消していいかな」とつい手が伸びる。基本的に、ドットで始まるファイルは「アプリが自分のために置いた手帳」なので、勝手に消すと当のアプリが「あれ、私の手帳どこ行った？」となる。設定が初期化されたり、起動時にエラーが出たりする。見るだけにとどめるのが安全（私は一度 .gitconfig を実験で消して、Gitの自分の名前が消えた）

    今日のまとめ

    隠しファイルは、OSやアプリの設定ファイルが「日常の視界」を汚さないように、最初から見えなくしてあるだけのもの。バグでもなければ消えているわけでもない。Windowsならエクスプローラーの「表示 → 表示 → 隠しファイル」、PowerShellなら Get-ChildItem -Force。これだけで .claude フォルダは姿を現す。

    ウォーリーをさがせは見つけたら満足だが、隠しファイルは見つけてからが本番だ。設定を覗いて、必要なら少しだけ書き換えて、また閉じる。「触らない人には見せない、触る人にはちゃんと見せる」という、わりと礼儀正しい仕組みだったんだな、と今は思う（3日詰まっていた1週間前の私には、まだ伝わらないだろうけれど）。

    関連リンク

  • ファイルパス ー Claudeに「あれ」って言ってもダメな理由、半年かけて理解した

    ファイルパス ー Claudeに「あれ」って言ってもダメな理由、半年かけて理解した

    3ヶ月越しの正解

    「あのファイル、開いて」「どのファイル？」「あれ、あの、デスクトップにある、ほら」。私と Claude の会話、ある日のスクショは8割これだった。指差し確認の感覚で「あれ」と言っても、Claude には残念ながら指がない。指が無いというより、目がない。「画面のあれ」が見えない側の人と、私はずっと指差しでコミュニケーションしようとしていた。

    その日から私は「ファイルパス」という6文字を覚えた。これを知ってから、Claude との会話の8割は「あれ」を「C:\Users\Ranni\Documents\memo.txt」に置き換えるだけで成立するようになった。先に言っておくと、これを知るまでの3ヶ月、私はかなり遠回りをしました。

    結論マップ（ビフォー／アフター）

    場面これまでパス指定後
    伝え方「あの、デスクトップのやつ」C:\Users\Ranni\Desktop\memo.txt
    Claudeの反応「どのファイルですか？」（即読み込み）
    同じフォルダ内毎回フルパスを打つ.\memo.txt で済む

    3行で済む。これを最初に貼ってほしかった、と私は今月だけで何度言っただろうか（先週の自分にも言った気がする）。

    要するに何ができるか

    ファイルパス は、パソコンの中での「ファイルの住所」のこと。Windows なら C:\Users\Ranni\Documents\memo.txt のような、ドライブ名から始まる長い文字列で表される。「ドライブ名 → フォルダ → サブフォルダ → ファイル名」を \（バックスラッシュ・キーボードでは円マーク ¥ と同じキー）で区切って書く。

    このパスには 絶対パス と 相対パス の2種類がある。前者は 「住所をフルで書く」 スタイルで、C: から最後のファイル名まで全部書く。後者は 「ここからの道順」 スタイルで、自分が今いるフォルダを起点に書く（.\ が「今いる場所」、..\ が「ひとつ上のフォルダ」）。住所でいうと、絶対パスが「東京都千代田区〇〇1-2-3」、相対パスが「ここから2軒先の角」。同じ場所を指していても、伝え方が違う。

    とりあえずやってみる

    1. エクスプローラー（Windows のファイル管理ツール）で目当てのファイルを右クリック
    2. メニューから 「パスのコピー」 を選ぶ（Windows 11 なら標準装備、Windows 10 では Shift＋右クリックで出る）
    3. クリップボードに "C:\Users\Ranni\Documents\memo.txt" のような形でコピーされる（両端のダブルクォートはそのまま貼ってよい）
    4. Claude Code（Anthropic のターミナル向け AI コーディングツール）のチャットに貼り付けて、「このファイルを読んで」と添える
    5. Claude はそのパスをそのまま Read ツールに渡して中身を返してくる（「あれ」のときと違って、聞き返されない）

    私が使ったコマンド

    架空のメモ整理プロジェクト「daily-notes」で作業中、という設定で読んでほしい（実在しません。私の Documents フォルダは「あとで整理する」というフォルダだけが肥大化しています）。

    # 絶対パスで指定（どこからでも通じる）
    > Read C:\Users\Ranni\Documents\daily-notes\2026-04-30.md
    # 相対パスで指定（今いるフォルダが daily-notes の場合）
    > Read 2026-04-30.md
    > Read .\archive\2026-03.md         # サブフォルダ archive の中
    > Read ..\old-notes\2025-12-31.md   # ひとつ上の old-notes フォルダの中

    💡 ポイント： パスの中に 空白 や 日本語 が含まれていると、ツールによっては読み損ねる。C:\Users\Ranni\My Documents\日記.md みたいなパスは、ダブルクォートで "C:\Users\Ranni\My Documents\日記.md" と全体を囲んでおくと事故が減る。「住所が読みにくいので括弧でくくっておく」感覚。なお、PowerShell では \ の代わりに / も使える（C:/Users/Ranni/...）。混乱しそうなら \ で統一しておけば問題ない。

    絶対パスは「どこからでも通じる」のが強み。相対パスは「短く済む・引っ越しに強い」のが強み。Claude にファイルを渡すときは、慣れるまで 絶対パスのコピペ一択 で十分だ。

    やらかしたこと

    • 「ファイル名だけで通じるはず」と思っていた: memo.txt だけ書いて Claude に渡すと、Claude は「どこの memo.txt？」と困る。同じ名前のファイルがパソコンの別の場所にもあるかもしれないからだ。住所のない宅配便を出すような行為。配達員（Claude）はちゃんと困っていた。私が悪かった
    • \ と / を混ぜて書いていた: C:\Users/Ranni\Documents/memo.txt のように、その場のノリで両方使っていた時期がある。動くこともあるが、動かないツールもある。Windows での「行儀のいい書き方」は \ で統一する、と覚えた。柔道着の襟元、左前と右前を間違えるあの感覚に近い（道着で初めて怒られた中学1年生の自分を思い出す）
    • PDF の中身を「これ読んで」と画像で貼り付けていた: パスを知らなかった頃、私は PDF をスマホで撮って Claude に送っていた。Claude は親切に読んでくれたが、解像度が低くて誤読する。Read C:\Users\Ranni\Downloads\契約書.pdf と1行打つだけで、本物のテキストが読める。私の3ヶ月返してほしい

    今日のまとめ

    ファイルパスは パソコン内の住所システム で、Claude に「あれ」を伝えるための正式な語彙だ。絶対パスは住所のフル表記、相対パスは道順表記。慣れるまでは「右クリック → パスのコピー → 貼り付け」の3ステップで十分戦える。

    私はこれを知ってから、Claude に「あれ」と言わなくなった。ついでに家族にも「あの、ほら、あれ」と言わなくなった（こちらは反省点が別にあった気がする）。指差しが通じない相手に、ちゃんと住所で伝える。技術相談以前の、人付き合いの基本だったな、と思う。

    関連リンク

  • Cowork・Claude Code・Codex の関係を「提供形態×提供元」の2×3で整理する

    Cowork・Claude Code・Codex の関係を「提供形態×提供元」の2×3で整理する

    何で混乱したか、を最初に書いておく

    私は Anthropic の Claude Max 5x プランで Cowork を中心に作業している。元々は Antigravity 経由で ChatGPT を触っていたので、OpenAI 側のコーディングエージェントの最近の動きにも一応うっすら興味はある。

    ところがある日、SNS で「Codex のアプリ版で computer use が来た」「Codex CLI でサブエージェントが動いた」「Cowork と Codex は思想が似てる」みたいな話が同時に流れてきて、頭の中が 「Cowork / Claude Code / Codex（アプリ版）/ Codex」の4つの名前で渋滞した。「Co」が3つ、「Codex」が2回、初心者には早口言葉だ。

    最初は「4つの呼び名で混乱した」という整理を書こうとしたが、調べていくうちに、実態は4つではなく「アプリ / CLI / IDE 拡張」の3形態 × 「Anthropic / OpenAI」の2社 = 6つの窓口だと分かった。「Codex」というブランドが傘になっていて、その下に App・CLI・IDE 拡張という具体的な窓口が並んでいる。一方で Anthropic 側も Claude Code は CLI と VS Code 拡張という2つの窓口を持っている。並べる粒度を「窓口」に揃えると、両陣営が綺麗に対称になる。

    そこで本記事は、2×3マトリクスでこの関係を整理する。私が触れた経験があるのは Cowork と Claude Code（CLI・IDE 拡張ともに）だけで、Codex 系3つは公式ドキュメントを読んだ範囲の話に限定する。

    2×3 マトリクス（提供形態 × 提供元）

    最初に全体図。横が提供元、縦が提供形態。「自分はどこで AI に作業してほしいか」で読み下せば、1セルに辿り着けるようにしてある。

    AnthropicOpenAI
    GUI デスクトップアプリ系Cowork（Claude デスクトップアプリの作業モード）Codex（アプリ版）（macOS / Windows のデスクトップアプリ）
    ターミナル CLI 系Claude Code CLI（claude コマンド）Codex CLI（codex コマンド・OSS）
    IDE 拡張系Claude Code VS Code 拡張（公式）Codex IDE 拡張（VS Code / Cursor / Windsurf 等）

    読み方のコツ：同じ行のセル同士は「狙っている使い方が近い」。同じ列のセル同士は「同じ会社が提供する別フロントエンド」。Anthropic 側の CLI と IDE 拡張は同じ Claude Code エンジンの2窓口で、OpenAI 側の Codex CLI と Codex IDE 拡張も同じ Codex エンジンの2窓口だ（公式ドキュメントでも「IDE 拡張は CLI と同じエージェント・同じ設定を共有」と明記されている）。

    詳細比較表（観点 × 6製品）

    縦軸を観点、横軸を6製品にして並べる。情報量は多いが、後の解説が読みやすくなるように先に置く。

    観点CoworkClaude Code CLIClaude Code VS Code 拡張Codex（アプリ版）Codex CLICodex IDE 拡張
    提供元AnthropicAnthropicAnthropicOpenAIOpenAIOpenAI
    起動入口デスクトップアプリターミナルVS Code サイドバーデスクトップアプリターミナルVS Code / Cursor / Windsurf 等
    動作環境macOS / WindowsmacOS / Linux / WindowsVS Code が動く環境macOS（2026-02-02〜）／Windows（2026-03-04〜）macOS / Linux / WindowsmacOS / Linux（Windows は実験的）
    主な対象ユーザー知識労働全般（非エンジニア含む）開発者開発者（ターミナル不慣れも可）開発者中心、最近は知識労働へ拡張開発者開発者
    必要なプランPro / Max / Team / Enterprise（全有料プランで一般提供）Pro / MaxPro / MaxChatGPT Plus / Pro / Business / Enterprise / Edu同上（OSS なので API キーでも可）同上
    computer usePro / Max で利用可対象外対象外2026-04-16 アップデートで搭載対象外対象外
    配布形態クローズドソースクローズドソースVS Code MarketplaceクローズドソースOSS（Rust 製）VS Code Marketplace 等

    補足：Cowork は Pro / Max が 2026-01-16、Team / Enterprise が 2026-01-23 にそれぞれ research preview で開始され、その後すべての有料プランで一般提供（GA）に移行している。Codex（アプリ版）の Windows 版は 2026-03-04 から Microsoft Store 経由で配布されている。

    行ごとの解説（同じ提供形態の2社並び）

    GUI デスクトップアプリ系：Cowork ／ Codex（アプリ版）

    Cowork（Anthropic）は Claude デスクトップアプリの中で動く作業モード。指定したフォルダの中身を読み・書き・作り、Claude がローカル PC で複数ステップのタスクを最後まで仕上げる。コーディングに限らず、リサーチ・資料作成・ファイル整理など知識労働全般が想定されている。Pro / Max / Team / Enterprise の全有料プランで一般提供されており、Pro / Max では画面操作（computer use）も渡せる。

    Codex（アプリ版）（OpenAI）は macOS は 2026-02-02、Windows は 2026-03-04 から提供されているデスクトップアプリ。「複数のエージェントを並列管理するコックピット」という位置づけで、コードを書く窓口というよりはエージェント運用の母艦に近い。2026-04-16 のアップデートで computer use・画像生成・メモリ・90 種以上のプラグインが乗った。

    比較：両方とも GUI で、computer use を持ち、知識労働方向への拡張が起きている点が似ている。一方で Cowork は「1人の Claude に作業を任せる」一体感、Codex（アプリ版）は「複数エージェントを並列に走らせるダッシュボード」というメンタルモデルで、同じ GUI でも操作感はけっこう違うように公式ドキュメントからは読める。

    ターミナル CLI 系：Claude Code CLI ／ Codex CLI

    Claude Code CLI（Anthropic）は claude コマンドで起動するターミナル UI。現在のディレクトリを読み込み、コードの編集・実行・git 操作などを自然言語で頼める。Pro / Max プランの利用枠が Claude（ウェブ）と共有される。

    Codex CLI（OpenAI）は codex コマンドで起動する Rust 製・OSS のターミナル UI。GitHub openai/codex で公開されている。ChatGPT Plus 以上のサブスクで認証する以外に、API キーで認証することもできる。

    比較：両方ともターミナルでコードを書きたい開発者向け。Codex CLI が OSS、Claude Code CLI がクローズドソースという配布の違いは、トラブル時の追跡やカスタム改造の余地という点で性質が違う。プラン要件はどちらも「自社のサブスクに含まれる」形で、追加課金なしで使える。

    IDE 拡張系：Claude Code VS Code 拡張 ／ Codex IDE 拡張

    Claude Code VS Code 拡張（Anthropic）は VS Code の Marketplace で配布されている公式拡張。サイドバーで Claude を呼び出して使え、内部に CLI が同梱されているため、ターミナル不慣れでも GUI の感覚で Claude Code を扱える。公式ドキュメントは「VS Code を使うなら拡張が推奨」というスタンス。

    Codex IDE 拡張（OpenAI）は VS Code・Cursor・Windsurf など VS Code 系エディタ向けの拡張。CLI と同じエージェント・同じ設定を共有することが明記されている。macOS / Linux で正式対応、Windows は実験的扱い、と公式ドキュメントに書かれている。

    比較：両方とも「同じエンジンの IDE 内フロントエンド」という位置づけ。Anthropic 側は VS Code 一本、OpenAI 側は Cursor・Windsurf も含む VS Code 系エディタを広めにカバーしている。IDE 派ならそれぞれの拡張を入れるのが定番という点では性質が一致している。

    列ごとの解説（同じ会社の3窓口は何が共通か）

    Anthropic 側（Cowork / Claude Code CLI / Claude Code VS Code 拡張）

    3つは Pro / Max プラン1本に含まれる。Cowork とウェブ Claude と Claude Code は使用量枠が共有されているので、私のように Cowork で重い処理を回した日は CLI 側にも影響が出る、というのは Pro / Max ユーザーが知っておきたい挙動だ。

    3つの分け方は 「フォルダ単位の作業 = Cowork」「リポジトリ単位のコード作業 = Claude Code（CLI / IDE 拡張）」 という方向性で読める。Cowork は知識労働全般、Claude Code はコーディング寄り、というのが Anthropic 側の役割分担。

    OpenAI 側（Codex App / Codex CLI / Codex IDE 拡張）

    3つは 同じ ChatGPT アカウントで連携する。CLI で始めた会話を IDE で続けたり、ローカルから Cloud にタスクを投げて結果を IDE に戻したり、という横断利用が前提になっている。「Codex」はこの3つを束ねるブランド名で、傘の下に具体的な窓口が並んでいる構造。

    ChatGPT Plus / Pro / Business / Enterprise / Edu の各サブスクに Codex 全体が含まれているため、ChatGPT を持っている人は追加契約なしで全窓口に触れる。Codex CLI だけは OSS なので、API キー単独でも導入できるという余地もある。

    どれが何のとき役立つか

    私は6つ全部を実利用しているわけではないので、ここは 公式の説明によれば という前置きで書く。実体験があるのは Cowork と Claude Code（CLI / IDE 拡張）だけ。

    Cowork（実体験あり）

    PC のなかにあるファイルを使って、ChatGPT のチャットでは閉じない仕事をやり切ってほしいとき。私の場合、ブログのドラフト整形、Excel の差分比較、フォルダの整理などを頼んでいる。指示を出して別の作業をして戻ると成果物ができている、という非同期の動き方が好みなら相性がいい。

    Claude Code CLI（実体験あり）

    ターミナルから直接コードに触りたいとき。git の操作・テストの実行・リポジトリ全体を把握しての修正などをやらせたいとき。Pro / Max プランがあれば追加課金なしで使えるので、開発初心者の私も「とりあえずインストールして触る」ハードルが低かった。

    Claude Code VS Code 拡張（実体験あり）

    ターミナルが苦手な人、または VS Code をすでに常用している人向け。サイドバーに Claude を呼び出せるので、ファイルを開きながら自然に対話できる。私は CLI と拡張の両方を試したが、コードの選択範囲を渡せるのは拡張側の便利さで、ちょっとした修正なら拡張のほうが手数が少ない。

    Codex（アプリ版）（公式情報のみ）

    複数のエージェントを並列で走らせたい、PC 上で computer use にも触らせたい、画像生成とコード生成を一画面でやりたい、あたりが公式が押し出しているユースケース。Cowork と射程が重なる方向に動いている。私はまだ実機で動かしていないので、ここは公式説明をそのまま信じている段階。

    Codex CLI（公式情報のみ）

    ChatGPT のサブスクを既に持っている人で、ターミナルから OpenAI のエージェントを呼びたい場合。OSS なので導入だけならハードルは低く、API キー認証もある。私のように現在 Anthropic 側に寄せている人間でも、Codex CLI 単体だけ試してみる、という軽い検証が成立しやすい。

    Codex IDE 拡張（公式情報のみ）

    VS Code・Cursor・Windsurf を常用している開発者向け。CLI と同じエンジン・同じ設定を共有するので、CLI と拡張の併用も自然に成立する、と公式に書かれている。

    6つを使い分ける視点（誤発注しないために）

    料金体系の違いはざっくり「Anthropic 側は Claude Pro / Max のサブスクに Cowork も Claude Code も（CLI も拡張も）含まれる」「OpenAI 側は ChatGPT Plus 以上のサブスクに Codex 3兄弟が含まれる」という構造になっている。追加で Codex を契約しないと触れない、という構造ではない点が、両陣営に共通する誤発注ポイントだと思う。

    誤期待の整理として、「Cowork と Codex（アプリ版）は computer use があるから同じ」と早合点しないこと。同じ概念の機能でも、PC 上のどのアプリに対して、どの程度の権限で動くかは細部が違う。私のように非エンジニアで computer use に「自動化の最後の一歩」を期待する側からすると、まず公式ドキュメントの権限・制限事項を読んでから手を出したほうが事故が少ない。料理人にとっての包丁選びと同じで、見た目で似ていても刃の角度で別物だ。

    両方使うのもアリ：Anthropic と OpenAI の両方を契約する人は実在するが、私の Max 1 プラン前提では普段づかいは片方に寄せるのが現実的。Anthropic 側で困ったときの逃げ道として Codex CLI（OSS）に少し触っておく、くらいの距離感が私にはちょうどいい。

    生産的なプロンプト例（6つすべてに応用できる粒度で）

    両陣営に共通して効く「初心者の指示の出し方」を1つだけ載せておく。架空の家計簿アプリ開発を想定した指示で、Cowork でも Claude Code（CLI / IDE 拡張）でも Codex 3兄弟でも、考え方は流用できる。

    このフォルダの "expenses_2026.csv" を読み込んで、以下を順にやってください。
1. 月別の支出合計を集計し、Markdown の表にまとめる
2. 前月比 +20% を超えたカテゴリには ⚠ を付ける
3. 結果を summary_2026-04.md として同じフォルダに保存する
4. 集計に使ったコードは scripts/aggregate.py に分離して保存する
5. 最後に「次にやるとよさそうな分析」を3件、箇条書きで提案する

    ポイントは、ゴールを1個ではなく工程に分けて並べるところ。エージェント系は1ターンで複数ステップをこなすのが得意なので、「読み込み→集計→印付け→保存→分離→提案」のように動詞を並べると、人間とのやりとり回数が減って結果的に時短になる。料理に例えるなら「カレーを作って」より「玉ねぎを切って、炒めて、肉を入れて、煮込んで、皿に盛って」のほうが鍋のフタを開ける回数が減る、という話。

    まとめ

    6つを最後に1行ずつでまとめておく。

    • Cowork：Anthropic、GUI、知識労働全般
    • Claude Code CLI：Anthropic、ターミナル、コーディング
    • Claude Code VS Code 拡張：Anthropic、IDE、コーディング（GUI 派にも）
    • Codex（アプリ版）：OpenAI、GUI、複数エージェント運用
    • Codex CLI：OpenAI、ターミナル、OSS
    • Codex IDE 拡張：OpenAI、IDE、CLI と同エンジン

    混同を避けるコツは、「アプリ / CLI / IDE 拡張」という3つの提供形態軸を最初に立てること。同じ会社の窓口は内部的に近い親戚で、同じ提供形態どうしは別会社でも狙いが似ている。Anthropic と OpenAI を「2社 × 3形態 = 6窓口」のマトリクスとして眺めると、自分の使い方がどのセルに刺さるかが見えてくる。

    開発経験ゼロの私から見ても、両陣営とも「1本のサブスクで使える窓口を増やす」方向に動いているのは間違いなさそうで、しばらくはどちらに寄せても困らない時代に入っている。私はまず Cowork と Claude Code を使い倒すのが先になるけれど、地図だけは整えておくと、いざ片足踏み出すときに迷子にならない。整理整頓は事前にやるに限る。「備えあれば憂いなし」とはよく言ったもので、こういう地図づくりこそが開発経験ゼロの人間にとっての杖になる気がしている。

    参照した一次情報

  • Chat / Cowork / Code、それぞれ「新しく作る」タイミング ー 1つに全部詰めて、Claude を混乱させてた

    Chat / Cowork / Code、それぞれ「新しく作る」タイミング ー 1つに全部詰めて、Claude を混乱させてた

    「同じセッションで全部やったら、Claude が話題を見失った」

    ある日、ひとつの Cowork セッションで「英文メールの和訳 → Excel の整理 → 架空のスクリプトの修正」と立て続けに頼んでみた。詰め込みすぎたお弁当箱みたいなセッションです。
    3つ目に入ったあたりで、Claude が「先ほどのメールの件についてですが…」と、もう関係ない最初の話題を引っぱり出してきた。「先ほどの……って何ですか（こちらは Excel の話をしている）」。

    最初は「Claude が壊れたのかな」と思った。違いました。Claude は壊れてなくて、私が1つの場所に荷物を詰めすぎただけだった。要するに、引っ越し前日の段ボール状態です。何が入っているか、自分でも把握できていない。

    Cowork のサイドバーには「Chat」「Cowork（New task / セッション）」「Code」という3つの入口があり、それぞれ何を覚えているか（コンテキスト）が違う。新しい話を始めるたびに「これは続きにすべきか、新しく作るべきか」を判断するクセを付けてから、誤動作がぐっと減った。「クセを付けた」と書きましたが、実態は「やらかした回数だけ学んだ」です。

    なぜ「新しく作る」を意識するのか

    Claude は会話を続けるほど、その会話の中身を覚えていく。便利なんだけど、過去の話題が混ざると判断がブレる。便利の裏には、たいていトレードオフがいる。
    たとえば「Excel ファイル A」を読み込ませた直後に「画像を生成して」と頼むと、Claude は「Excel に貼る用の画像かな？」と勝手に推測してしまうことがある。気を利かせてくれているんですが、こっちは普通に SNS のアイコンを作りたかっただけです。私はこれを「コンテキストの引きずり」と呼んでいる（命名するほどには遭遇している）。

    加えて、長い会話はトークン（Claude が一度に扱える文章量の単位）を食う。動作も重くなるし、料金もかさむ。お腹いっぱいの Claude は、判断もちょっと鈍る——そんな気がしている。話題が変わったら新規にする、というのは「自分のためでもあり、Claude のためでもある」操作になっている。たぶん Claude も、毎回まっさらな机で仕事を始めたいはず。

    3種類 × 新規作成すべきタイミング

    ここで一旦整理。「だから何を、いつ新しくすればいいの？」という話を表にしました。

    種類主な使い道コンテキストの中身新しく作るべきタイミング
    Chat質問・即答・短文生成そのチャット内の会話履歴（必要に応じてチャット検索やメモリも参照される）。ファイル操作や MCP 連携は行わない話題が変わったら、迷わず新規。コストが軽いので「1質問1チャット」でも問題ない
    Cowork セッションファイル操作・MCP 連携・複数ステップ作業読んだファイル・実行したツール・出した結論対象プロジェクトやフォルダが変わるとき。失敗から始め直したいとき。長くなりすぎたとき
    Code セッションリポジトリ（＝コードを置いてあるプロジェクトのフォルダ）単位のコーディングCLAUDE.md・git の状態・開いているリポジトリリポジトリを切り替えるとき。ブランチ運用で文脈が大きく変わるとき

    💡 補足: Cowork セッションは作業を後で続けられる設計。同じテーマの追加作業なら新規にせず、続きから頼む方が記憶を再利用できて速い。「昨日の私の続き」を今日の Claude が拾ってくれる感じで、地味にうれしい。
    一方で別テーマを始めるときは、続きにせず新規にした方が安全。引き継がせると、たまに昨日の経費の話が顔を出してくる。

    判断フロー（私の3問チェック）

    迷ったら、上から順にチェックする。本当はもっと迷うべきなんですが、3問にしないと自分が動けないので3問にしました。


    1. 「直前の会話と同じテーマ？」
      YES → 続行。NO → 新規。
      翻訳の続きで翻訳を頼むなら続行、Excel の話を始めるなら新規。境目はけっこうハッキリしているので、迷ったら2問目へ。



    2. 「Claude が前提にしているファイル状態は、まだそのまま？」
      YES → 続行。NO → 新規。
      Excel の構造を大きく変えた、フォルダの中身を入れ替えた、などの後は新規にする。「さっきのファイル覚えてる？」と聞いた時点で、もう新規が正解だったりする。



    3. 「セッションが長くなりすぎて、自分でも何が話されたか追えない？」
      YES → 新規 or /compact で要約。NO → 続行。
      /compact は履歴を圧縮するスラッシュコマンド。完全リセットせずに重さだけ落とせる。要するに会話のダイエット機能です（例えが合っているかは別として）。


    同じ作業、続けるか・新規か

    例：朝、Excel に経費を整理してもらった。午後、別の作業として「ブログ記事の下書きを書いてほしい」と頼みたい。完全に午前と午後で別人格になりたい日です。

    そのまま続けるとどうなるか：

    午前のセッションで…
    私: Documents/領収書/202603/ の JPG を OCR して
        expenses.xlsx に追記して。
    Claude: 12枚処理しました。3枚は要確認です。
    午後、同じセッションで…
    私: ブログ記事の下書きを書いて。テーマはコンテキスト管理。
    Claude: かしこまりました。経費レポートを踏まえつつ、
            コンテキスト管理についての記事を…
           （← 関係ない経費を引っぱってきた）

    経費の話題が引きずられて、関係ない場所に出てくる。記事に「3枚は要確認です」とか出てきても困る。

    新規にすると：

    午後、新しいセッションで…
    私: ブログ記事の下書きを書いて。テーマはコンテキスト管理。
    Claude: 何文字くらいで考えていますか？想定読者は？
           （← まっさらな状態でヒアリングが始まる）

    「初対面の Claude さん、こんにちは」状態。これがいちばん仕事が早い。
    判断のクセが付くまでは「Claude が変な前提で答えてきた瞬間に、新規にし直す」を続けると、リズムをつかみやすい。最初は新規にし直しすぎて、逆に毎回ゼロから説明する事故も起きました。バランスです、何事も。

    つまずき

    ここからは、私が実際にやらかした話です。先輩の失敗談を聞くつもりで読んでください（先輩というには日が浅いですが）。

    • Code セッションで雑談を始めてしまう: Code セッションはリポジトリのコードを前提に話を聞く設計なので、関係ない雑談を続けると「このコードを直そうとしてる？」と勝手に解釈し始めることがある。雑談は Chat 側に逃がすのが安全です。Code セッションでお昼ごはんの相談をしてはいけない（やった）。
    • Cowork セッションを使い捨てにしてしまう: 1つで完結するつもりで始めたのに、後から続きが出てきて「あのセッション、どこだっけ」になりがち。これはまさにシュレーディンガーのセッション——開いてみるまで、どれが目当てのやつかわからない。終わったセッションは名前の頭に【完了】を付けておくと、続きを開きたいときに区別しやすい。
    • 「重いから新規」と「履歴がほしいから続行」が両立しないとき: 答えは /compact。会話を要約して短くしつつ、流れは保てる。完全に切るほどではない、というときの中間オプションとして覚えておくと便利。「離婚するほどじゃないけど、ちょっと距離を置きたい」みたいなときに使ってください（例えが重い）。

    まとめ

    私が新しく作るときの判断は、結局この3問。

    • 直前と同じテーマ？ → 続行（違うなら新規）
    • Claude が前提にしてるファイル状態は今もそのまま？ → 続行（変わったなら新規）
    • 重くなりすぎ？ → /compact で軽量化、それでもダメなら新規

    Chat は気軽に新規、Cowork セッションは「テーマ単位」で新規、Code セッションは「リポジトリ単位」で新規。
    コンテキストは、引き継ぐと便利な資産にも、引きずると重荷にもなる。場所を変えてリセットするのは、Claude を混乱させないためというより、自分が混乱しないため、という気がしている。冒頭の段ボール状態に戻ると、結局困るのは荷物を詰めた本人なんですよね。

    関連リンク

  • ハルシネーション ー AIの「もっともらしい嘘」に2回ひっかかってから付き合い方を変えた

    ハルシネーション ー AIの「もっともらしい嘘」に2回ひっかかってから付き合い方を変えた

    「やけに堂々と間違えるな、この人…」

    AIを使い始めた最初の週、私はChatGPT時代から数えて2回、見事に騙された。

    1回目は、ある法律の条文番号を聞いたら実在しない条文を返してきた。書きぶりがあまりに堂々としていて、私は何の疑いもなく職場のメモに転記した。後日、同僚から「その第何条、どこにあるんですか」と聞かれて初めて気づいた。
    2回目は、ある書籍のタイトルと出版社を尋ねたら、ありそうな書名と実在の出版社をセットで返してきた。書名で検索したら一件もヒットしない。出版社のサイトでも見つからない。AIの中だけに存在する本だった。

    これがハルシネーションだ。中世の城下町で「あそこの井戸の底に金貨が埋まってる」と自信満々に語る吟遊詩人みたいなもので、節回しが立派なほど信じてしまう。

    💡 ハルシネーション（hallucination）とは、AIが事実と違うことを、もっともらしい言い回しで生成してしまう現象のこと。「幻覚」と訳されるが、AIが幻を見ているわけではなく、統計的に「次に来そうな単語」をつなげた結果、内容まで創作してしまった状態を指す。

    結論マップ（ビフォー／アフター）

    場面知る前の私知った後の私
    法律・制度の質問そのままメモに転記出典を聞き返す or 自分で公式サイトで照合
    書籍・論文の引用書名・著者をそのまま信じる検索で1件もヒットしないなら疑う
    「最新の〇〇は？」即答を鵜呑み「いつ時点の情報？」と必ず聞き返す

    「Claudeに聞いたから」をその場の最終決定にしない。これだけで2回目の同僚チェックを生き延びられる。

    ハルシネーションって、要は何

    Anthropic公式のヘルプセンターには、Claudeの回答が間違うことについてはっきり書いてある。要点を引くと、こうだ。

    In an attempt to be a helpful assistant, Claude can occasionally produce responses that are incorrect or misleading. This is known as “hallucinating” information.
    （役に立とうとするあまり、Claudeはときどき不正確だったり誤解を招く回答を返すことがある。これを「ハルシネーション」と呼ぶ）

    そして、起こる典型的なパターンとして公式は2つ挙げている。

    1. 最新情報に追いついていない場面：訓練データのカットオフより後の出来事を聞かれると、Claudeは混乱しやすい。
    2. 権威ありげな引用の捏造：実在の本・論文・条文に見える引用を生成してしまうことがある。「もっともらしく見えるが、根拠がない」のが厄介な特徴。

    IPA（独立行政法人情報処理推進機構）の「AI利用者のためのセキュリティ豆知識」（2025年12月版）にも、生成AIの仕組みとして「情報の正しさを検証しているのではなく、統計的に次に続く確率が高い単語をつなげて文章を作る」と整理されている。事実より文章の自然さを優先する仕組みなので、精巧な嘘ほど作りやすいということになる。

    やってみるとこうなる：私の実例2件

    ケースA：架空の条文事件
    私「〇〇法の第◯条、どんな内容？」
    AI「第◯条は、…と定められています。実務では…の運用が一般的です」
    → 同僚に確認されて再検索。条文番号自体が存在しなかった。条文のあるべき形式（「〜について次の各号に掲げるとおりとする」みたいな言い回し）はそれっぽかったのに、中身は0%実在しなかった。

    ケースB：架空の書籍事件
    私「家計管理の入門書でおすすめは？」
    AI「『はじめての家計簿』（〇〇出版・著者×××・2019年刊）が定番です」
    → 出版社のサイトに該当書籍が無い。著者名で検索しても別人しか出てこない。書名・著者・出版社・年がバラバラに正しいけど、組み合わさった本は実在しない。

    どちらも共通していたのは、「自信のある言い切り」「具体的な固有名詞」「もっともらしい背景説明」がセットになっていた点だった。AIが断定的に語るときほど、中身を疑った方がいい、というのが私の学習結果。

    公式が勧めている付き合い方（プロンプト編）

    Anthropicのプロンプトエンジニアリングガイド（”Reduce hallucinations”）には、ハルシネーションを減らすための工夫がいくつか紹介されている。私が試して効いたのは、次の3つだった。

    1. 「分からない」と言ってよいと先に伝える

    回答に確信が持てない場合は、「分かりません」と答えてください。
    推測で具体的な数字や固有名詞を埋めないでください。

    このひと言を冒頭に足すだけで、雰囲気で答えてくる頻度が減る。Anthropic公式も “Allow Claude to say “I don’t know”” として推奨している。

    2. 出典を一緒に出させる

    家計簿アプリで使える日本の家計調査の公的データを教えてください。
    - 各データについて、出典（公的機関名・URL）を一緒に明記してください。
    - URLが思い出せない場合は、データ名と発行機関のみを書き、URLは「不明」と明記してください。

    「URLを必ず書け」だけだと、URLまで創作される。「分からないなら不明と書け」までセットで指示するのがコツだった。

    3. 引用は原文のまま抜くよう頼む

    長い文書を渡してClaudeに要約させるとき、「まず該当箇所を原文ママで引用してから、要約してください」と頼むだけで、根拠のない言い換えが目に見えて減る。Anthropic公式もlong documents向けの定番手順として紹介している手法。

    ここで止まりそうなポイント

    • 「Claudeに聞いた」を出典にしない：高校の先生に教わった「孫引きはダメ」がそのまま当てはまる。Claudeが見せてくれたURLは、自分で開いて中身を確認するまで存在を信じない
    • 断定形ほど疑う：「〜です」「〜が定番です」と歯切れがいいときほど一拍置く。逆に「〜の可能性があります」「公開情報では確認できませんでした」と濁してくれたら、それはちゃんと不確実性を伝えている良い兆候
    • 最新情報はAIに聞かない方が早い：Claudeには知識のカットオフがある。「今月の〇〇は？」「昨日のニュースで…」みたいな質問は、Web検索を有効にするか、自分で公式サイトを開いた方が確実
    • 法律・医療・金銭はダブルチェック前提：公式も “should carefully scrutinize any high-stakes advice”（重要な助言は慎重に精査せよ）と書いている。AIは下書きや整理係として優秀だが、最終確認はAIにさせない

    まとめ

    ハルシネーションは「AIが時々起こす不具合」ではなく、今のAIの仕組みそのものに組み込まれた性質だ。完全には消えない。だから「無くす」方を目指さず、気づける側に立つのを目指すのが現実的な落とし所だった。

    私がこの2週間で身についたのは、ほんとに小さな3つだけ。断定形を一拍疑う／出典をセットで出させる／重要なことは自分で1ソース照合する。これだけで、職場のメモを書き直す回数がだいぶ減った。

    IPAの豆知識ページに、AIの付き合い方として「発展途上の新人だと思って使いましょう」という言い回しがあって、私はこれが一番しっくりきた。新人は素直で物覚えがよくて頼りになるけど、重要な書類のサインまでは任せない。AIとの距離感も、いまのところ、それくらいでちょうどいい。

    関連リンク（一次情報）

  • MCP ー 「USB-Cみたいなもの」と聞いて、ようやく腑に落ちた

    MCP ー 「USB-Cみたいなもの」と聞いて、ようやく腑に落ちた

    あれ、これだったのか

    「MCPサーバーをインストールしてください」。Claudeの解説記事でそう書かれているのを何度も見た。サーバー、という時点で私は「ああ、私には関係ない話」と画面を閉じてきた。社内の人にちらっと聞いたら「あれは USB-C みたいなものだよ」と言われ、はじめて頭の中の霧が晴れた。USB-C、知ってる。スマホの充電ケーブルと、ノートPCの横にも最近付いてる、あの薄い差し込み口。

    結論マップ（ビフォー／アフター）

    項目MCPを知る前の私MCPを知ったあとの私
    外部サービス連携「Claudeに私のGmailは見えない」と諦めていたMCPサーバーを1つ繋げばGmailもSlackも一気に見える
    導入のイメージ「サーバー」と聞いた瞬間に閉じる「USB-C差すだけ」と思えば抵抗ゼロ
    使えるツールClaudeに付いてる機能だけ世界中の有志が作った数百個のツールから選べる

    要するに何ができるか

    MCP は Model Context Protocol（モデル・コンテキスト・プロトコル） の略で、AnthropicがClaudeのために開いた「外部サービスとAIをつなぐための共通の差し込み口」のことだ。公式ドキュメントの言葉を借りると「AIアプリにとっての USB-C ポート」。USB-C はプリンタでもイヤホンでも外付けSSDでも同じ形の差し込み口で繋がる。MCP も同じで、Gmail でも Slack でも社内のデータベースでも、対応する MCP サーバーさえ用意されていれば Claude から覗きにいける。

    ここで一度、MCP サーバーという言葉だけ整理しておく。サーバーと聞くと専用機械を借りるイメージだが、ここでは「Claude と外部サービスの間に立って通訳してくれる小さなプログラム」くらいの意味だ。Gmail を読みたければ Gmail 用の MCP サーバー、Slack を読みたければ Slack 用の MCP サーバーを差し込む、というイメージで当面は十分だと思う。

    一番シンプルな使い方

    Claude Desktop（私が普段使っているアプリ）にMCPサーバーを追加する流れを書いておく。Coworkモードを開いている前提で、5分かからず終わった。

    1. Claude Desktop の右上「Settings」→「Connectors」を開く
    2. 「Browse Connectors」から欲しい連携先（例：Gmail、Google Calendar）を選ぶ
    3. 「Connect」ボタンを押し、出てきた認証画面で自分のアカウントにログイン
    4. 権限の確認画面で「許可」を押す
    5. チャットに戻り「私のGmailの未読件数を教えて」などと話しかけて動作確認

    公式に用意されたコネクタ（Gmail・Calendar・Drive など）はワンクリックで入る。コネクタ一覧にないサービスは、設定ファイル（claude_desktop_config.json という JSON ファイル）に手書きで追加する形になる。後者はやや上級者向け、と覚えておけば大丈夫だ。

    コピペして使える例

    公式コネクタにないサービスを追加するときは claude_desktop_config.json にこう書く。下は架空の「家計簿サービス（kakeibo-mcp）」を繋ぐ場合の例。実在のキー値は入れていない。

    {
      "mcpServers": {
        "kakeibo": {
          "command": "npx",
          "args": ["-y", "@example/kakeibo-mcp"],
          "env": {
            "KAKEIBO_API_KEY": "ここに自分のAPIキーを貼る"
          }
        }
      }
    }

    💡 ポイント：JSONはカンマと中括弧の位置で全部決まる。最後の項目の後ろにカンマを付けると壊れる、これだけ覚えておけば9割の事故は防げる。

    設定ファイルを保存したら Claude Desktop を一度終了して再起動する（ここを忘れると新しいサーバーは読み込まれない）。再起動後、チャットで「家計簿の今月の合計を出して」と話しかけ、ちゃんと数字が返ってくれば成功だ。

    私が間違えたこと

    最初の数日でやらかしたのは、だいたい次の3つ。

    • 「サーバー」を物理的に借りようとしていた: AWSとかさくらインターネットとか、そっち系の話だと思って身構えていた。実際は自分のPCの中で動く小さなプログラムなので、契約も請求も発生しない。
    • JSONの末尾カンマで Claude が起動しなくなった: 設定ファイルに新しい MCP サーバーを書き足したとき、最後の `}` の前にカンマを残してしまい、Claude が黙って起動しないという地獄を見た。エラーメッセージも出ない。テキストエディタの色が赤くなっていたのに、私は気づかなかった。
    • 権限の許可画面を「とりあえず全部OK」で進めた: あとで「Claudeが私のGmail全部読める状態」になっていて少し怖くなった。MCPサーバーを足すときの権限画面は、毎回中身を読んでから許可した方がいい。USB-Cと違って、繋いだ先のデータが向こうに渡る場合があるので。

    3行でまとめると

    MCPは「Claudeに新しい差し込み口を増やす規格」、と理解しておけば最初は足りる。サーバーという言葉に怯えて閉じていた半年間、本当にもったいなかった。USB-Cと同じで、対応している周辺機器を1つ繋ぐだけで、Claudeで「できること」がぐっと増える。明日、自分が一番よく使うサービスから1つ繋いでみるのを強くおすすめしたい。

    関連リンク

  • コンテキストウィンドウ ー Claudeの「同時に覚えていられる量」、知らずに使ってた

    コンテキストウィンドウ ー Claudeの「同時に覚えていられる量」、知らずに使ってた

    「会話、なんで急に重くなるの？」の正体

    Claude と長く話していると、ある日突然「あれ、Claude のレスが遅い」「さっき貼ったコードの話、忘れてない？」と感じる瞬間が来る。私の場合は、家計簿アプリの相談を1時間続けたあと、急に Claude が「先ほどの企画書とは？」と聞き返してきて凍った。

    私はずっと「Claude が眠いのかな」くらいに思っていた。違った。コンテキストウィンドウという、ちゃんと名前のついた天井があった。中世の貴族が「うちの家紋にはちゃんと意味があるのよ」と言うのと同じくらい、ちゃんと名前のついた話だった。

    💡 「メモリ機能」とは別物。コンテキストウィンドウは「今のこの会話で、いっぺんに見渡せる量」の話。

    結論マップ（ビフォー／アフター）

    場面知る前の私知った後の私
    会話が重くなったとき「Claudeが疲れた」と思ってリロード「窓が満員」と気づいて /compact
    モデル選びなんとなく Sonnet長文を渡す日は 1M 対応のモデル
    長いPDFを貼るとき全部コピペして Enter何トークン乗るか想像してから渡す

    「Claudeの脳みそ」じゃなくて「Claudeの机の広さ」だと思うと、わりと一発で腑に落ちる。

    コンテキストウィンドウって、要は何

    公式ドキュメント（Claude API Docs の “Context windows”）の説明を私の言葉に砕くと、こうなる。

    コンテキストウィンドウ：1回のやり取りで Claude が同時に見ていられる文章量の上限。単位は「トークン」。

    トークン、というのが最初の壁だった。「文字数とほぼイコール、でも完全には一致しない単位」だと思っておけば日常使いには十分。英語だと「1トークン ≒ 0.75単語」（Anthropic 公式の言い回し）、日本語だとひらがなや漢字 1〜2文字くらいで 1トークンになる、というぼんやりした感覚で困ったことはない。

    💡 ポイントは「メモリ機能」との切り分け。Claude には会話を超えて覚えておく メモリ や、プロジェクト内で永続する CLAUDE.md がある。コンテキストウィンドウは、そのうち「今このターンで、Claudeの目の前に並んでいる紙の枚数」のほうを指す。

    机の広さの話なので、新しい会話を始めれば、当然リセットされる。連休明けの机が綺麗に戻っているのと同じ理屈で、これに毎回ちょっと安心している。

    モデルごとの容量（2026-04-29 時点）

    ここが今回いちばん調べる甲斐があった。直近の公式情報（Anthropic 公式ブログ・Claude API Docs・サポート記事）を並べる：

    モデル標準のコンテキストウィンドウ1Mトークン対応
    Claude Opus 4.7200K トークン対応（GA）
    Claude Opus 4.6200K トークン対応（GA）
    Claude Sonnet 4.6200K トークン対応（GA）
    Claude Sonnet 4.5 / Sonnet 4200K トークンベータあり、2026-04-30 で終了
    Claude Haiku 4.5200K トークン非対応（標準のみ）

    ポイントは2つ。

    1. 「標準は 200K」が共通の床。雑に「Claudeのウィンドウ＝200Kくらい」と覚えておけば、9割の会話には足りる。Anthropic 公式のヘルプセンターにも「200K トークンは英語でだいたい 500ページ分のテキスト」と書かれていて、500ページの本を一気に渡せる机だと思うと結構広い。
    2. 1M（100万トークン）に伸ばせるモデルがある。長いコードベース・大きな PDF を一発で読ませたい日に効く。ただし Sonnet 4.5 / Sonnet 4 のベータ枠は 2026-04-30 で店じまい。明日。引っ越し蕎麦が間に合うか怪しいタイミングなので、長文常連の人は 4.6 系へ移すのが穏当。

    💡 「200K で 500 ページ」の感覚は、文学全集の片手で持てるほうの巻 1冊ぶん、と覚えると忘れない。私が文学全集を所有しているかは、また別の話。

    実感する：トークンを数えてみる小ネタ

    たとえば架空の家計簿プロジェクトで、レシート画像のテキスト起こしと、3ヶ月分の取引明細CSV と、自分が書いた要件メモをまとめて渡したい、とする。Anthropic が公開しているトークン計測 API（anthropic.messages.count_tokens、Pythonクライアントの場合）は、こんな感じで呼べる：

    from anthropic import Anthropic
    client = Anthropic()
    response = client.messages.count_tokens(
        model="claude-opus-4-7",
        messages=[{
            "role": "user",
            "content": "（ここに渡す予定の長文テキストをまとめて入れる）"
        }],
    )
    print(f"このメッセージは {response.input_tokens} トークン使います")

    💡 上のコードは API を直接叩く人向け。私みたいに Cowork で雑談しているだけのユーザーは、「あれ、長くなったな」と思ったタイミングで /compact で十分。料金メーターが見えるレストランがあったら見てしまうけれど、伝票が来てから払うのでもだいたい間に合う、というのに近い。

    ここで止まりそうなポイント

    • 「広い＝必ず賢い」ではない：コンテキストが広くても、奥に置いた情報ほど Claude が見落としやすくなる現象（NVIDIA の RULER ベンチマークなどで指摘されている “lost in the middle”）はある。Claude は他社モデルより劣化が緩やかとはいえ、原理的にゼロではない。要は、机が広くても端っこの紙は見落とすことがある。重要な指示は会話の冒頭か直前に置く、が安全
    • メモリ機能と混同しない：「Claude が私のことを覚えてる」のはメモリや CLAUDE.md の話で、これらは別予算。コンテキストウィンドウは「今このターンの机の広さ」だけを指す。机を片付けても、引き出し（メモリ）にしまった付箋は残る
    • コードを丸ごと貼ると一気に減る：私は最初、500行のPythonファイルを4つ貼って「Claudeが急に物忘れした」と慌てた。長いコードはトークンを食う（コメントもインデントも全部数えられる）。該当箇所だけ貼るを徹底するだけで、机がだいぶ広く保てる
    • /compact は「圧縮」、/clear は「全消し」：以前の記事で書いたが、長くなった会話を畳むなら /compact（要約して机を片付ける）、思いきってリセットするなら /clear。コンテキストウィンドウの観点ではどちらも机を空ける動作

    まとめ

    コンテキストウィンドウは Claude が一度に見ていられる文章量の上限で、ほとんどのモデルは 200Kトークン、最新の Opus 4.7 / Opus 4.6 / Sonnet 4.6 は 1Mトークンまで広げられる。Sonnet 4.5 / Sonnet 4 の 1M ベータは 2026-04-30 で終了するので、長文派は 4.6 系への乗り換えを検討する頃合い。

    私が次にやりたいのは、同じ長い PDF を Sonnet 4.6（200K運用）と Opus 4.7（1M運用）の両方に投げて、端っこに仕込んだ重要な一文をどっちが拾うかを見比べること。机を広げたぶん端っこの紙が読まれにくくなる、という話の真偽を、自分の目で確かめたい。

    「なんとなく重くなったらリロード」を卒業して「机がいっぱい？　じゃあ片付けよう」と言える側に回るだけで、Claude との会話の体験はだいぶ静かで気持ちよくなる。少なくとも私は、Claude を眠そうな新人だと誤診するのをやめられた。

    関連リンク（一次情報）

  • /clear ー 「会話、本当に全部消えるの？」と最初は怖かった

    /clear ー 「会話、本当に全部消えるの？」と最初は怖かった

    あれ、これだったのか

    /compact を覚えた翌日、また同じ場所でつまずいた。「で、/clear って何が違うんだっけ？」。前日の自分が「混同しないように」とわざわざメモまで残していたのに、翌朝の私は冷蔵庫の前で「あれ、何しに来たんだっけ」と固まる人みたいな顔になっていた。記憶喪失の主人公どころか、記憶喪失の脇役である。

    /clear を最初に打ったとき、私は本気で「Ctrl+Z で戻せる」と思っていた。戻せない。戻せないと知ってから、私はこのコマンドにきちんと敬意を払うようになった。

    結論マップ（ビフォー／アフター）

    場面/compact/clear
    会話の中身要約だけ残る完全に消える
    続きの作業前提を引き継げるゼロからやり直し
    こんな時同じ作業の続きで軽くしたい完全に別のテーマに切り替えたい

    3行で済んだ。これを最初に貼ってくれていたら、私の月曜の朝はもっと穏やかだった。

    要するに何ができるか

    /clear は Claude Code（Anthropic がターミナル向けに出している AI コーディングツール）に標準搭載されている 会話リセットコマンド だ。打った瞬間、これまでの会話履歴・要約・参照していたファイル一覧などすべてのコンテキスト（Claude が会話中に覚えている前提情報）が空になり、新しいセッションIDが発行される。

    似たコマンドに /compact があるけれど、こちらは「要約を残して続きを話せる」状態にする道具だ。/clear は要約すら残さない、文字通り 机を全部片付ける コマンドである。引っ越しではなくリセットボタン。映画でいうと、/compact は「主要キャラだけは思い出している記憶喪失モノ」、/clear は『メメント』のラスト直前で全部リセットされる側、と説明したい（観てない人ごめんなさい。要するに、めちゃくちゃ綺麗に忘れます）。

    とりあえずやってみる

    1. Claude Code を起動して、何か適当な会話を3〜4ターン続ける（例：架空のメモアプリの仕様を相談する）
    2. プロンプト入力欄に /clear と打って Enter
    3. 1秒もしないうちに Conversation cleared, new session started のような確認メッセージが返ってくる
    4. そのまま同じターミナル画面で、まったく別の話題を打ってみる（例：今度はレシピ管理アプリの設計）
    5. 試しに前の会話の単語（さっきのメモアプリ名など）を出してみると、Claude は素で「？」という顔をする（テキストなのに顔が見える、不思議）。きれいに忘れていれば成功

    私が使ったコマンド

    架空のレシピアプリ「fridge-friend」の設計を Claude と話し込んでいた、という想定で読んでほしい（実在しません。私の冷蔵庫は今だいたい白菜と豆腐で構成されています）。

    > /clear
    Conversation cleared, new session started.
    Session ID: sess_4f7a2c19b3e5d8a1
    > 別件です。jp-vacation-planner という旅行アプリの初期設計を相談したいです。

    💡 ポイント： Session ID が新しく発行されたら成功の合図。古いセッションは Claude 側でも参照できなくなるので、「さっきのレシピアプリの話、もう一回見せて」とお願いしても、Claude は丁重に「初めまして」と返してくる。完全に他人。同窓会で「俺だよ俺、覚えてないの？」と言われた側、と言ってもいい。

    /compact と違って引数（/clear 〇〇は残して のような指定）は基本的に効かない。残したいものがあるなら /compact、と覚えてしまったほうが手っ取り早い。

    ここで止まった

    • 「Ctrl+Z で戻せると思っていた」: 戻せない。/clear は完了系のコマンド（実行後は取り消し不可）。私はメモアプリの仕様を全部消したあと、5分くらい無の表情で画面を眺めた。タイムマシンが欲しくなる瞬間、上位5位には入ると思う
    • 「/compact の上位互換だと思っていた」: 違う。/clear は「要約も要らないから空にしてほしい」という主張のあるコマンドで、続きをしたいなら /compact、別件に切り替えるなら /clear、と用途で分けるのが正しい。柔道の払い腰と背負い投げを同じ技だと思っていた中学生の私と同じ間違いだ
    • 「auto-compact が動くなら自分で打つ必要ない？」: コンテキストが満杯近くになると確かに自動圧縮は走る。けれど、それは要約を残す動きで、別の話題に切り替えたい時はその要約がむしろ邪魔になる。レストランで前のお客さんの食器が残ったまま注文する、あの居心地の悪さ、と説明したい

    結論だけ言う

    /clear は会話を空にして新しいセッションを始めるコマンド。/compact が同じ仕事の続きを軽くする道具なら、/clear はテーマごと切り替える道具。両者を混ぜて使うと、やった本人だけが30分後に「あれ、さっきの話どこ行った」と途方に暮れることになる。

    私は /clear を覚えてから、別プロジェクトに切り替えるときの罪悪感が減った。「前の話、ちゃんと覚えていてあげなくちゃ」と Claude の背中を押すような気持ちで居続けていたけれど、別件は別件として 先に机を空にしてから始める ほうが、お互い気持ちよく仕事できる。引き出しは整理してから新しい服を入れる、というやつだ。

    関連リンク