スキップしてメイン コンテンツに移動

Antigravity IDEにメッセンジャーを接続してみた — MCP連携の実体験レビュー

Antigravity IDE MCP メッセンジャー連携レビュー

Antigravity IDEにメッセンジャーを接続してみた — MCP連携の実体験レビュー

Auto Acceptが消えた日

昨日、Antigravity IDEがアップデートされ、突然Auto Accept機能が無効化されました。

AIがコードを提案するたびに、一つひとつAcceptボタンを押さなければならない状況。最初は大したことないと思っていましたが、実際に体験してみるとその煩わしさは相当なものでした。(最初はどうやってこれを全部押して生きてたんだろうって、今さらながら不思議;;)

そこで仕方なく、新機能タブを漁り始めました。


発見:外部メッセンジャー連携機能!

アップデートノートを見ていたところ、興味深い機能を一つ発見しました。

外部メッセンジャー連携サポート — MCP(Model Context Protocol)を通じて、SlackやDiscordなどの外部メッセンジャーとAIエージェントを直接接続できるようになりました。

この機能、実はOpenClaw(Claudeベースの自律エージェント)を意識したポジショニングのように見えます。メッセンジャーからAIに直接業務を指示する方式は、すでにOpenClawが核心的な競争力として打ち出していた部分ですから。

「お、面白そう!」と思って、すぐに試してみることにしました。


MCP連携の実践 — 迷走また迷走...

MCPサーバーの設定は、思ったより簡単ではありませんでした。AntigravityのエージェントパネルでMCPストアを見つけ、Slack MCPサーバーを接続する過程で、認証トークンの設定やワークスペースの権限設定など、いくつかのハードルがありました。

正直、かなり迷走しました。公式ドキュメントがまだ不十分で、設定ファイルを直接編集しなければならない部分もありました。

でもついに成功! メッセンジャーからAntigravity AIエージェントに直接メッセージを送れるようになりました。

連携後の第一印象

最初にメッセージを送った時、AIの反応はなかなか印象的でした。質問に対して、細かく詳しく、むしろ長々と答えてくれたんです。OpenClaw + ChatGPTの組み合わせより、むしろ良いかもしれないと思いました。

しかし...


トークンショック 😱

数回やり取りしただけで、トークン上限の警告が表示されました。

ちょっとしか話してないのに!!!!!

これがAntigravity(Google AIベース)のアキレス腱です。エージェントベースのマルチステップ推論を使うと、会話数回でクレジットが予想以上に早く消費されます。特にメッセンジャー連携のように、コンテキストを継続的に維持しなければならない状況では、さらに顕著です。


AI コーディングツールのコスパ現実比較

この経験をもとに、現状を整理してみました。

ツール 特徴 コスパ
Antigravity(Google) マルチエージェント、メッセンジャー連携 クレジット消費が速い ⚠️
OpenClaw + ChatGPT 自律エージェント、OAuth無料活用 いつ切れるかわからない 🎲
GitHub Copilot IDE統合、汎用 コスパ最強 💪
Copilot + Codex(CLI) コード補助 + ターミナルエージェント 実用的な組み合わせ ✅

現在OpenClawはChatGPT OAuthで無料利用中ですが、いつ切れるかわからない状態です。でも思ったより長持ちしているので、切れるまでは活用する予定です。

結論として、純粋なコスパ面ではOpenClaw + GitHub Copilot(Codex)の組み合わせが、かなり実用的な選択肢になりそうです。


まとめ:Antigravityメッセンジャー連携、使う価値はある?

余裕のある方にはおすすめです。

  • メッセンジャーからIDEエージェントに直接指示を出せる体験は、なかなか新鮮で便利です。
  • 設定が完了すると、ワークフローが確実にスムーズになります。
  • ただし、トークン消費量を十分に考慮して使う必要があります。

Antigravityを使っている方でメッセンジャー連携を試してみたい方は、十分なクレジットを確認してから進めてください。設定プロセスはやや険しいですが、連携に成功するとかなり快適な体験ができると思いますよ。💬

コメント

このブログの人気の投稿

面倒くさいORACLEの文字化け状況

ORACLEはそもそもUTF-8をサポートしてほかの言語はサポートはしているって書いてますが親切ではないようです。 現在サーバー側は昔からUS7ASCIIに設定して日本語を入れてしまい、データは7ビットASCIIモードで読み取りながら日本語のコートがOS側とクライアント側で変換しない必要があります。 クライアント側で文字化けの解決にはNLS_LANGの設定が効くクライアントが必要ですが、一部の有料クライアントにはサポートするようです。 接続構造は参考に https://www.oracle.com/technetwork/jp/content/charcterset-250314-ja.pdf の19スライドのように クライアントからNLS_LANGをUS7ASCIIに設定しても その設定した言語にもらったUTF-8のデータをクライアントが変換すると NLS_LANGを設定しても意味がないようです。 ORACLE SQL Developerがこの様です。 ODBCと直接接続は必ずUTF-8に変換してしまうのでUS7ASCIIになっているDBからはクライアントをいくら変換しても文字化けのままです。 必ずOCI接続を通じてクライアント側から読み取らないとUS7ASCIIは勝手に変換されますね。 この全ての条件が満たした無料クライアントはA5mk2の2.9.1バージョンだけですね。 A5MK2 ver.2.9.1 : https://a5m2.mmatsubara.com/download/a5m2_2.9.1_x64.zip 2.9.1 バージョンでサーバーを設定する場合Uicode変換を強制に無視するオプションがあります。 多分このバージョンの時点ではUTF-8をメインにして設計したDBが少なかったから文字化け対応のためできたオプションでしょう。 しかし、A5mk2の新しいバージョンにもまた結果の変換をしないオプションがなくなって文字化けしてしまいます。開発者はもうUTF-8ではないDBはないと思ってるでしょう。まだまだ残ってますよ~。 クライアント側からの変換などに参考になればと思います! まだ直接お仕事になさってますか? もう遅いです!ソフトウェアロボットにお仕事を任せてどの位自分の作業分量が減ってるかをご確認ください! https://talklowy-jp.b...

コピペができないときチェックすべきこと! :: よく迷うUiPathのコツ

UiPath( https://uipath.com )はMicrosoft社のWWFを改良した製品なのでVisual Studioより初心者向けに使いやすくなっている。 しかし、初心者がそのまま使うにはかなりのハドルがある。 理由は基本開発者向けの開発ツールを無理やり便利に作ってみたとしても開発の概念と考え方がないと結構躓くことが多い。 そのなかで私もよく迷ったりしていることの一つを整理しとく。 基本Activityはすぐコピぺができるので多数のUiPath Studioを開いて開発してたりする。 ここでコピペをしても反応ないときがよくある。 この場合はこれをチェックすること! 1.Sequenceがなく一つのActivityしかないところにはペーストできないのが多い。 例えば、ifの処理ボックスにはSequenceが最初はない。 そのボックスに一つのActivityはペーストできるのに2個目からはなぜか反応ない。 それで分からないまま新しいActivityを追加してたりしたが、 あそこにSequenceを入れたら解決ができるのだ! 2.正常にペーストできるはずのところに反応ない。 この場合はPackageが合わなくペーストが効かないケースが多い。 DESIGN>Manage Packagesをクリックしてコピー元のパッケージにインストールされているのにコピー先にインストールされてないパッケージを探す! パッケージを一々見るのが難しい!と思ったら メモ帳からファイルがあるフォルダにあるproject.jsonファイルを開いてみる! あそこにJSONの形式でインストールされたパッケージが見えるので比較しやすくなる! ちなみにコピペをすると変数の宣言が大変だと思うが、 そこでもコツがあるのだ! 変数の宣言はなるべく細かくしてSequence単位で管理できるようにする。 全てに影響がある変数はしょうがないから一番広く宣言するけど。 初心者向けの説明だと、 Variablesというところをクリックして変数を開いたらScopeという範囲が見える! 大体Sequenceボックスの名前を変えてないのでSequenceがすらりと表示されてるはずが、Sequenceボックスの名前を付けてたら見やすくなる。 あ...

UiPath - Excelのシート名が存在した場合の処理

UiPath.Excel Activityは活用方法によってかなり強力ですが、隠れて探せない項目が多すぎて困ったりします。 公式ドキュメントもいまいちだし…。 Excelを自動化するには協力なUiPathの機能の中でSheetの判断処理を残します。 今まではシートがあったら何とかしようとしたら見つける方法が分からなく、ErrorのExceptionで判断したりしましたが、 workbook.GetSheets.Contains("<sheet name>") があったのをいまさら見つけました; 早速試してみましたが、 messageboxにworkbookとか書いてみても出てこない…。 これはExcel Application Scopeを利用しなければなりませんでした! まずExcel Application ScopeにExcelファイルを登録! Excel Application Scope Activityの属性にOutputにwbを入力して変数に入れます。 変数に入れてからMessageBoxに wb.GetSheet.Contains("Sheet1") を入力してみると成功! 「wb.」をおした時点でいっぱい出てきましたね。 ググってみても詳しく出て着なかったのでここにまず記録 giip - Free UiPath and Rpa Integrated Orchestration Service https://giipasp.azurewebsites.net