スマートフォン、ブラウザー、デスクトップから Kimi CLI を

Kimi は、Happier が代わりにアップグレードしない唯一のエージェントです。これはリリースが出る日ではなく、初日に知っておく価値があります。Moonshot はパッケージではなくインストールスクリプトで配布しているため、Happier が更新できる管理下のコピーは ~/.happier/ の下にありません。PATH にあるバージョンは、あなたが最後にインストールしたバージョンであり、新しいものにするには Moonshot のインストーラーを自分でもう一度実行することになります。

このエージェントに特有な二つ目は、読み取り専用のセッションをどう読み取り専用にするかです。Kimi にはそのためのフラグがないので、Happier は自前の小さな Kimi エージェント定義 — Kimi の既定エージェントを拡張し、その shell、write-file、string-replace のツールを取り除いたもの — を書き出し、そのファイルで CLI を起動します。起動は、選んだディレクトリを指す kimi --work-dir に続けて acp、承認をオフにしている場合は --yolo を付けます。つまりここでの読み取り専用は、外側の何かが拒否対象を判断するのではなく、エージェント自身のツール一覧によって強制されます。

サインインはスラッシュコマンドです。プロバイダーページは選んだコンピューターで kimi を起動し、/setup を送ります。その後 Happier は確認を取りに行きません。これらのステータスコマンドの中にはトークンをターミナルに表示するものがあるため、プローブは行わず、読む筋合いのないものを読む代わりに、ページは「不明」と表示します。セッションが実際に認証エラーに当たった場合は、そこで分かります。CLI から出てきた 401 は、見ていないログの中のスタックトレースではなく、kimi login を実行してもう一度試すという平易な指示に変換されます。

Kimi CLI は Moonshot AI のターミナル向けコーディングエージェントで、Kimi のモデルであなたのリポジトリを操作します。happier kimi は、すでにインストール済みのバイナリを、指定したディレクトリで、あなた自身の Kimi アカウントで実行します。

Happier が加える部分は地味ですが、人々がインストールする理由のすべてです。デスクを離れてもセッションは終わりません。スマートフォンで読み、権限リクエストに答え、次の指示を送り、コードのあるコンピューターで作業を続けさせます。

iOS と Android のアプリ、macOS・Windows・Linux 向けのデスクトップアプリ、そして cloud.happier.dev は、いずれもあなたのコンピュータで動いている Kimi CLI のプロセスへのクライアントであって、読み取り専用のミラーではありません。権限リクエストに答え、次の指示を送り、リポジトリを閲覧し、差分を読めます。トランスクリプトはコンピュータを離れる前にエンドツーエンドで暗号化されるので、それを運ぶサーバーが持つのは暗号文です。

Happier はすでにリポジトリを持っているコンピュータにインストールされ、happier kimi が、あなたの指定したディレクトリで、あなたがサインインしたままの状態で、Kimi CLI を通常のサブプロセスとしてそこで起動します。エージェントと Moonshot AI の間にゲートウェイはなく、ソースのコピーがどこか他の場所にあることもありません。

Happier は PATH 上の kimi を探し、あなたがインストールしたものを実行します。Moonshot AI はこれをパッケージではなくインストールスクリプトで配布しています。Happier はそのコマンドを表示できますが、ベンダーのインストールスクリプトを自分で実行することはありません — ベンダーのレシピは、明示的に許可しない限り拒否されます。

Moonshot AI 自身のインストールとサインインのガイドは moonshotai.github.io/kimi-code/en/guides/getting-started にあります。Happier はそれを複製しません。他社のインストール手順の写しは、古くなる写しだからです。

Happier 側の設定リファレンスは Happier ドキュメントの Kimi CLI です。

Kimi CLI は Happier が動かす 13 のコマンドラインのコーディングエージェントの 1 つで、それらは 1 つのセッションリスト、1 つの権限の受信トレイ、1 組のキーボードショートカット、1 つの MCP 設定を共有します。

You define an MCP server once and Kimi CLI receives it as native MCP inventory, next to whatever MCP servers it already had of its own.

それが一番効くのは、複数を同時に動かしている日です。異なるベンダーのセッションが並び、通知をタップするとアプリの入口ではなく、そのリクエストを出したセッションが開きます。全リストはこちら。

ターミナルで happier kimi と打てば、いま立っているその場所でセッションが始まり、同じセッションが同時にアプリの中にもあります。そのシェルで読むのは Kimi CLI のインターフェースではなく、Happier 自身によるセッションの表示 — トランスクリプト、権限の確認、ツールの出力 — です。携帯電話のクライアントを得るためにターミナルを手放す必要は、誰にもありません。

Kimi CLI 本来の TUI を使いたいときは、セッションを持っているコンピューター上で happier attach <session-id> を実行すると、履歴が入った状態の tmux の中で渡されます。既定のランタイムではこの受け渡しは排他的です。ターミナルがセッションを握っている間、アプリから送ったメッセージは目の前で勝手に入力されるのではなくキューで待ち、あなたが制御を返した時点で送られます。

attach ガイドは、すべてを約束する代わりに、対応するケースを列挙しています。

コードを持っているコンピュータでコマンドを 1 つ、そのあと作業したいリポジトリで happier kimi です。

手順の解説はガイドにあります。すべて MIT ライセンスで、リレーは自分で動かせるものです。