Cursorのサイドチャットで開発はどう変わるか。思考を止めない新機能

開発者の脳をハックする。Cursorが提示した「並行思考」

Cursorが開発スタイルを書き換える。

最新アップデートでサイドチャット機能が追加された。

これは開発者の認知負荷を下げるための実装だ。

1人でSaaSを開発していると、思考の断絶が起きる。

メインのコードを書きながら、「このライブラリの型定義は何か」と疑問が湧く。

今まではそのたびにチャットの文脈を切り替えていた。

Cursorはこの「思考の脱線」を、脱線させないまま並行処理させる道を選んだ。

開発者の思考のフローを止めないユーザー体験がそこにある。

AIが僕らの「外部脳」として、より自然に同期し始めた。

しんたろー:
サイドチャットが気になる。Claude Codeでターミナルに張り付いていると、設計の確認で立ち止まることがある。
メインの実行ラインを汚さずに、横でこっそり相談できるのは1人開発者にとって助かる。

※この記事は、Claude Codeで1人SaaS開発しているしんたろーが、海外AI最新情報を開発者目線で解説する「AI活用Tips」です。

ニュースの概要：AIは「回答者」から「思考の同伴者」へ

今回の核心は、Cursor 3.11で実装されたサイドチャットと、エージェントの内部プロセスの可視化だ。

公式の変更ログから、4つの進化が見える。

1. サイドチャット（/side, /btw）の導入

メインの会話フローを中断せず、別のチャットを横で立ち上げられる。

サイドチャットはメインの文脈を引き継ぎ、独立した履歴を持つ。

代替案の調査や疑問の解消を並行して行える。

1. エージェント・トランスクリプトの検索

過去の会話履歴を、ローカル検索インデックスで検索できる。

Cmd+Kで過去のやり取りを瞬時に呼び出せる。

記憶の掘り起こしが数秒で終わる。

1. クラウドエージェントのフック機能

エージェントが思考し、ツールを実行する前後のプロセスに介入できるフックが追加された。

beforeSubmitPromptやafterAgentThoughtにより、AIの推論プロセスを監視できる。

開発者がその思考回路を観察できるようになった。

1. 文脈のポータビリティ

Geminiも他社チャットボットからの「記憶」や履歴の移行機能を発表した。

Zipファイルで過去のログをアップロードし、AIがユーザーの好みや文脈を学習する。

AIツール間での文脈の乗り換えが容易になり、ユーザーの思考データが資産として定義された。

Googleはこの機能でユーザーの移行を狙う。

Cursorはエディタという「開発の現場」において、文脈を多層的に保持することに注力している。

しんたろー:
結局、求めているのは「僕のことをよく知っていて、今の作業を邪魔しないAI」だ。
履歴検索が速くなったのも大きい。
過去の自分の判断ミスをAIに指摘されるのは、少し恥ずかしい。

開発者目線の解説：AIを「外部脳」として飼い慣らす

今回の進化を、単なる「便利機能」と捉えるのはもったいない。

開発者はAIとの向き合い方を再定義する。

これまでは、AIは「質問を投げれば答えが返ってくる箱」だった。

しかし、サイドチャットや文脈の移行機能が当たり前になると、AIは自分の思考プロセスそのものを格納する場所になる。

ThreadPostの開発で感じているのは、「何を作ったか」よりも「なぜそう作ったか」の記録の方が価値が高いということだ。

なぜそのライブラリを選び、なぜその設計パターンを採用したのか。

その意思決定のプロセスが、サイドチャットの履歴に残る。

Claude Codeを使っているときも、僕はあえてAIに「壁打ち」をさせる。

「この実装、もっとシンプルにならないか？」

「後でスケールするときに、ここがボトルネックにならないか？」

こうした思考の枝葉を、メインのブランチに反映させる前に、サイドで叩く。

AIとの壁打ちで「モヤモヤ」が残るとき、それは自分の違和感を言語化できていない証拠だ。

「AIがそう言うなら、そうなのかな」と妥協した瞬間に、自分の個性はコードから消える。

Cursorのサイドチャットは、この「違和感のぶつけ先」として機能する。

メインのタスクはAIエージェントに走らせておきながら、サイドで「さっきの提案、気に入らない」と議論を深める。

この並行処理が、AIを使いこなすためのスキルになる。

また、フック機能の追加は、AIエージェントを「制御可能なツール」へと引き戻す。

AIが勝手に考え、勝手に実行するのではなく、その思考の節目で人間がチェックを入れる。

beforeSubmitPromptでプロンプトを微調整し、afterAgentThoughtで思考の歪みを正す。

これは認知のデバッグだ。

しんたろー:
僕はよく、AIに「今これ考えてるだろ」とツッコミを入れる。
思考のフックが見えるようになると、このツッコミの精度が上がる。
1人SaaS開発は孤独だが、AIの脳内を覗き見しながら開発するのは楽しい。

実務への影響：今日から変えるべき3つの開発習慣

CursorやGeminiの動向を踏まえ、意識すべきアクションは以下の3つだ。

1. 「思考のゴミ箱」としてのサイドチャット活用

メインの会話を汚すことを恐れず、些細な疑問や代替案の検討はすべてサイドチャットに放り込む。

「後で調べよう」と思ったことは、その場でサイドチャットに投げておく。

これにより、メインの作業に戻ったとき、AIが調査を終えている状態を作れる。

1. AIとの対話における「違和感」の即時言語化

AIの提案に少しでも「ん？」と思ったら、それをそのままAIに伝える。

「このコード、読みにくい気がする」

「もっとスマートな方法があるはずだ」

こうした感覚的なフィードバックが、AIを自分の好みにパーソナライズする鍵になる。

Geminiの履歴移行機能が普及すれば、この「自分の好み」の蓄積が、ツールを乗り換える際の武器になる。

1. 「エージェント・オーケストレーター」への転換

AIにコードを書かせるのではなく、AIの思考プロセスを設計する意識を持つ。

今回のフック機能のように、AIがどう考え、どう動くかを制御する側に回る。

「AIが書いたコードをチェックする人」から、「AIの考え方をチューニングする人」へ。

このシフトが、開発者の価値を決める。

具体的には、Cursorの設定を見直し、エージェントのログを定期的に検索する癖をつける。

「以前似たようなエラーでハマったとき、どう解決したか」を、自分の脳ではなくAIの履歴から引き出す。

記憶をAIにアウトソーシングし、自分の脳はクリエイティブな判断だけに集中させる。

開発環境は、単なるエディタから、認知を拡張するプラットフォームへと進化した。

この波に乗るか、単にAIにコードを書かされるだけで終わるか。

その差は、こうした「使い方の思想」の差に現れる。

しんたろー:
AIに頼りすぎると自分の頭がバカになるんじゃないかと怖くなることもある。
でも、サイドチャットで自分の違和感をぶつけ続けている限り、主導権はこっちにある。
AIを「鏡」として使って、自分の考えを研ぎ澄ましていこうぜ。

FAQ：AIとの付き合い方でよくある疑問

Q1: AIとの壁打ちで「モヤモヤ」が残るのを防ぐには？

AIに「正解」を求めないことが必要だ。

AIの回答に対して「なぜ自分はそう感じないのか」「どこに違和感があるのか」を自問自答し、その違和感をAIにフィードバックする。

AIを答えを出す機械ではなく、自分の本心を引き出すための鏡として使うことで、思考の整理が加速する。

Q2: Cursorのサイドチャットは、通常のチャットとどう使い分けるべき？

メインのチャットは現在のタスクの実行に集中させ、サイドチャットは調査、代替案の検討、意思決定の妥当性チェックといった、メインのフローを中断したくない思考の枝葉を広げるために使う。

これにより、メインのコンテキストを汚さずに、複雑な問題解決を並行して進めることが可能になる。

Q3: AIツール間で履歴を移行するメリットは？

AIに自分の好み、プロジェクトの背景、過去の失敗経験などの記憶を共有することで、ゼロから説明する手間を省き、よりパーソナライズされた支援を受けられる。

特定のAIに縛られず、自分の文脈を保持したまま最適なツールへ乗り換えられることは、長期的な生産性向上に直結する。

まとめ：AIは僕らの思考を加速させる「翼」になる

Cursorのサイドチャット、そしてGeminiの記憶移行。

これらが示しているのは、AIが単なるツールから、僕らの認知の一部へと昇華した未来だ。

開発者は、もはやコードを書くだけの存在ではない。

AIという強力なエージェントを使いこなし、自分の思考を多層的に展開する指揮者になる。

思考を止めない。

違和感を逃さない。

文脈を資産にする。

この3つを意識するだけで、開発体験は別次元のものになる。

僕もClaude Codeと格闘しながら、この新しい開発の地平線を追いかけ続ける。

1人SaaS開発の道は険しいが、AIという最高の相棒がいれば、どこまでも行ける。

👉 ThreadPostでSNS運用を自動化する