テレグラム コントロール (削除)

Telegram ブリッジは出荷時に v0.1.27 で削除されました v0.2.0.

セキュリティレビューの結果、実行したままにしたくないことが 3 つ判明しました。

• の allow_exec ゲートは何もしなかった。 /send および /say — exec がオフであっても常にオン — を通過 tmux send-keys キー名の解釈を伴うため、ペアになったチャットは送信できる C-c をクリックし、シェル コマンドを入力します。
• アラートが静かに消えました 名前が約 23 文字を超えるプロジェクトの場合。承認/拒否ボタンはセッション名を Telegram の 64 バイト コールバック フィールドに 2 回パックし、Telegram はメッセージ全体を拒否し、ブリッジはそれをログに記録して続行しました。通知が届かなかっただけです。
• キューに入れられたコマンドが再起動時に再実行されます。 デーモンのダウン中に送信されたものはすべて、復帰時に実行されました。 /kill 数時間前の確認。

力を入れて固定するよりも引っ張った方が早いので、そうしました。

設定していた場合: ccmux telegram はなくなり、 [telegram] ブロックがドロップアウトします config.toml 次回構成が保存されるとき — を含む bot_token。構成内のその他の部分は何も変更されていません。

代わりに何を使用するか

Moshi は電話でも同じ仕事をします。エージェントが必要なときにプッシュし、タップして接続します。セットアップは ccmux moshi-setup — を参照 はじめに.

独自のコントロール サーフェスを構築しますか? ccmuxd は、 HTTP API tailnet経由。

また戻ってきますか？

たぶん。コードは 1 回元に戻すだけで、3 つの問題すべてに既知の修正が加えられています — リテラルモード send-keys、コールバック ID を短くし、起動時にバックログを排出します。最初に必要なレビュー時間が経過すると、戻ってきます。

エラーまたは古いものを見つけましたか? GitHub でこのページを編集します.