Claude Codeを設定したのに週1しか開かない──「ターミナル起動の心理摩擦」という盲点
5分後、自分が「なぜ開かないか」を3つの言葉で説明できるようになります。
「Claude Code、設定したのに、開いてないですよね」
私もそうです、と先に言わせてください。チュートリアル通り `claude` を打って、最初の感動はあった。なのに、その後の日常で開いた回数は、1週間に1回。気がつくと別タブで ChatGPT を開いている自分がいます。
結論からお伝えすると、Claude Codeを開かない理由は「立ち上げ儀式が長い」「正当性ギャップ」「タスク不在の起動」の3つに分けられます。 どれもあなたの怠惰ではなく、構造の問題です。
Claude Codeとは、Anthropic社が提供するターミナル（CLI）で動くエージェント型AIコーディングツールです。 コードベース全体を読んで、ファイル編集・コマンド実行・テスト実施まで自然言語で指示できます（2026年4月時点）。
この記事では、「設定はしたのに使えてない」というもやもやを言語化することだけに集中します。解決策（仕分け方／ブラウザ寄りの相棒）は次回以降の記事で扱います。今日は、自分の中の摩擦を3つの言葉に変えて持ち帰ってください。
1. 開かない自分を、責めるのをやめませんか
Claude Code を設定した日のことを覚えていますか？私の場合は2026年1月、Anthropic 公式 Quickstart に沿って20分で導入完了しました。最初の数日は感動の連続でした。
ところが、3週目あたりから、こうなります。
「あ、これ ChatGPT で聞けばいいか」と思って、ブラウザを開く
Claude Code を開いたターミナルが、別のSpaceでホコリをかぶる
週末「使ってないな」と気づくが、罪悪感だけ残って改善しない
設定だけして放置している自分を、まず責めるのをやめませんか。 同じ状態のPMは、私の知る範囲だけで5人います。Reddit の `r/ClaudeAI` でも「Anyone else set up Claude Code and then just... never use it?」という投稿に、3桁の同意コメントがついています。
これは、個人の意志の弱さではなく、運用設計の不在から来る現象です。
2. 摩擦の正体①: 立ち上げ儀式が長すぎる
ChatGPTを開く動作は、Macなら2秒です。
Cmd + Space → "ch" → Enterこれだけで、もうプロンプトが書けます。
一方、Claude Code を開く動作は、私の場合こうなります。
1. iTerm を起動（Spotlight or Dock）
2. cd ~/projects/foo（場所がプロジェクトごとに違う）
3. claude と打つ
4. プロンプトを書き始める4工程あります。 しかも、`cd` で行く先がタスクによって変わります。「PRD を書くフォルダ」と「議事録を整理するフォルダ」が別だと、それを思い出す数秒もコストです。
結果: 思いついた瞬間のスピードに、Claude Code は追いつけない。 ChatGPTのほうが「思考の流れを止めない」ので、無意識にそちらを開きます。
これは仕様の問題であって、あなたの怠惰ではありません。
3. 摩擦の正体②: 正当性ギャップ
「自分はエンジニアじゃないのに、なんでターミナル使ってるんだろう」
この感覚、ありませんか？
私はBtoB SaaSのPMで、業務でコードを書くことはほぼゼロです。要件定義／顧客インタビュー分析／Slack議論整理／ロードマップ／競合調査／OKR文言──これらが本業。
ターミナル＝エンジニアの道具という固定観念が、PMの自分の中にあります。Claude Code を使ってるとき、隣の席のエンジニアに見られるのが少し恥ずかしい。「コード書かないのに、なに使ってるの？」と思われている気がする（実際は誰も気にしてないですが）。
この自己説明できない感覚が、起動を躊躇させます。
「なんとなく便利そうだから設定した」は、設定する動機にはなっても、継続して開く動機にはなりません。「PM の自分が、これを使う正当性は何か」を言語化できていないと、毎回起動のたびに小さな摩擦が走ります。
4. 摩擦の正体③: タスク不在で開かない
Claude Code を開く動作には、実は 暗黙の前提 があります。それは「明確に投入できるタスクがある」こと。
ChatGPT は違います。「なんとなく今日の予定を整理したい」「ふと思いついた疑問を聞きたい」思いつきレベルで開けます。プロンプトを書きながらタスクの輪郭を作っていくこともできる。
一方、Claude Code は 何かしら明確な作業がないと、起動の言い訳がない。「フォルダのMDを整理する」「PRレビューする」「ログを解析する」など、タスクが先にあるべきツールです。
ところが、PMの仕事は、最初から明確なタスクが流れてくるわけではありません。 Slack で議論が始まり、その整理を考えながら、途中で「あ、これAIに頼むか」と思いつく。この思いつき先行のワークスタイルと、Claude Code のタスク先行の起動構造が噛み合わない。
結果、「使う場面がない」のではなく、**「使う場面に気づけない」**のです。
5. まとめ: 摩擦は「あなたの怠惰」ではない
ここまで、3つの摩擦を見てきました。
| # | 摩擦の名前 | 本質 |
|---|---|---|
| 1 | 立ち上げ儀式が長い | 4工程の起動コストが、思考のスピードに合わない |
| 2 | 正当性ギャップ | 「PMがCLIを使う理由」を自分で説明できない |
| 3 | タスク不在で開かない | 思いつき先行のワークスタイルとミスマッチ |
どれも、設計（CLI構造）と心理（職種ギャップ）と運用（タスク設計）の合わせ技です。 個人の意志の弱さで片付けると、来週も同じことが起きます。
解決のヒントは、「気合で開く」ではなく「使い分けで解く」ことです。
次回（記事012）: PMの12タスクを「Claude Code向き／ブラウザ寄り／ChatGPTで十分」の3層に仕分けます。「使う場面がない」が誤解だったことを、実例で示します
次々回（記事013）: ブラウザ寄り作業に強い「Claude Cowork」をCode の相棒として導入する手順を解説します
3記事を読み終わるころには、Claude Code の起動回数が 週1から週5 に変わっているはずです。今日のところは、自分の中の摩擦を3つの言葉に変えて持ち帰ってください。
6. よくある質問
Q1. Claude Code を1ヶ月以上開いてないけど、もう諦めた方がいい？
諦める前に、次回（記事012）の仕分け記事を読んでから判断してください。「使う場面がない」のではなく「使う場面に気づけない」状態の可能性が高いです。 仕分けで見えるようになると、起動回数は自然に増えます。
Q2. ChatGPT で十分じゃないですか？
結論、思いつきレベル・単発の質問・短い文章リライトなら、ChatGPT で十分です。一方で、複数ファイルの横断編集・長時間処理・ローカル文書の構造化は、Claude Code のほうが圧倒的に楽です。次回の仕分け表で線引きを示します。
Q3. ターミナルが嫌いな自分でも続けられますか？
はい、続けられます。 ブラウザ寄り作業を許す「Claude Cowork」という選択肢があります。記事013で導入手順を扱いますが、簡単に言えば「Code がCLI担当、Cowork がブラウザ・GUI担当」の役割分担です。CLI 嫌いな PM でも、Cowork なら抵抗が少ないはずです。
Q4. 設定し直したほうがいいですか？
設定し直す必要はありません。 摩擦の原因はインストール手順ではなく、運用設計です。記事012・013で示す3層の仕分けを試してから、必要なら再設定を検討すれば十分です。
Q5. この三部作を読み終わるのに、どれくらいかかりますか？
011（本記事・痛みの言語化）が5分、012（仕分け）が7分、013（Cowork導入）が10分の合計約22分です。3記事は連続で読まなくても構いません。週1ペース（火・木・土公開）で読み進めるリズムを想定しています。
次に読むなら
【2026年最新】Claude Codeとは？生産性3倍の使い方5選 — Claude Code 自体の入門記事。設定方法から復習したい方はこちら
Claude Codeで"やる価値があること"と"やらなくていいこと"──PMの12タスクを3層に仕分け（記事012、4/30公開予定）
Claude Codeの相棒はClaude Coworkだった──ブラウザ寄り作業を"許す"第二のAI（記事013、5/2公開予定）
本記事は2026年4月時点の情報に基づいています。Claude Code の起動コマンドや CLI 構造は今後変更される可能性があります。最新情報はAnthropic 公式ドキュメントでご確認ください。
「自分の摩擦は別の形だった」という方は、コメント欄で教えてください。次回の仕分けに反映します。
AIガジェットを実際に買って、使い倒して、結果を全部書いています。失敗も原価も隠しません。何から読めばいいかは固定記事にまとめました。
https://note.com/nice_moraea8655/n/nc01118bfdfd5
「買ってよかった」で終わらせず、3ヶ月後に使わなくなったものや選び方を外した理由まで出している場所もあります（研究室・部員枠）。