使い方は覚えなくていいから tmux を入れろ

人間じゃなくAIエージェントにtmux使わせるって発想は面白いな。実行環境の共通化として確かに便利そう

“tmux を使うのは AI エージェントなので、インストールさえしておけば OK です。AI「npx create-next-app は対話型のCLIのため、私には実行できません」あなた「tmux 使ってやって」「さっきのテストの tmux session 監視して」”

概念を覚えると、質問が的確になるから、後で覚えたっていい

tmux懐かしい。linuxサーバーを直で触ってた時には使ってた。

Macならcmux もいいよ

古道具が役にたつ意外な局面

byobuに移行しようかどうかってなってる(はよやれ) https://byobu.org/

この話、tmuxを使ったことないような人にどこまで伝わるのやら。バイブコーディングネイティブならすんなり「そういう」ツールとして受け入れちゃう気もするし。

ClaudeCode channelsを使う設定をClaudeに依頼したら勝手にtmux入れてくれたわ

あらかじめいい感じになってるからGhosttyにしました。cmuxも良さそう。

昔っから使うけど、それだけだとどこで何動かしてたかわからなくなるとは思う

入れたいけど、設定にこだわって時間を無駄にしてしまうので入れられないでいます。

みなさん、自慢のtmux.confをお披露目する時間ですよ

Linuxに空目して、あとから開いた時に？？となった

tmux、慣れたら画面をコーディングエージェントとターミナル操作用に分けて、「tmuxのhogehogeセッションの0.1（ウィンドウ0のペイン1）を対話的なコマンド実行に使え」って言うとAIとターミナルの両方をチェックできて便利

技術的に間違いだらけの記事だな。"... のような対話型コマンドは、AI が直接実行できません" <= 簡単にできる。pty や expect など、基本的なOSの仕組みや基本コマンドを知らないからこんな間違いだらけの記事になる。

>簡単にできる。pty や expect など 変なツッコミ、、 tmuxのsend-keysの利点は既に動いているプロセスに対して後から外部から入力を送り込める。expect は「そのプロセスを最初からexpect が起動している」前提。

どちらの課題も気になったことがない

tmuxも裏でpty使ってるけど人間とスクリーンを共有できるのが便利。

tmux使ってないけど、Claude Codeに「npx create-next-appで適当なアプリをこのディレクトリに作って」って頼んだら、普通に作ってくれた。