Blink

Blink

Coder · コーディング · 生産性向上

Blink は Coder のオープンソース基盤で自己ホスト型だ。チームが Slack、GitHub、Web UI で対話できる AI エージェントを動かせる。深いコード調査のために作られたコード調査エージェント Scout を内蔵する。

Blink の画面プレビュー

Blink について

What Is Blink

Blink は、自分のサーバー上で自己ホスト型 AI エージェントを作って動かすための基盤だ。開発元の Coder は、すでに使っているツールの中でエージェントと会話できる点を重視した。データを外部のホスト業者に渡さずに済む。

中心にあるのは Scout というエージェントだ。Scout はリポジトリについての質問に答え、分離された環境でコードを実行し、Slack のスレッドや GitHub の issue の中で返答する。自前のツールで拡張してもよいし、TypeScript で書いた別のエージェントに差し替えてもよい。

最大の制約は成熟度にある。Blink はアーリーアクセスのソフトウェアで、保守担当者も活発なメンテナンスは行っていないと明言している。不具合や未実装の機能は前提として付いてくる。加えて本物のインフラも要る。Node.js 22 か Bun、そして Docker を、自分で管理するマシン上で動かす必要がある。

Getting Started

  1. npm install -g blink-server でサーバーを入れ、blink-server を実行する。Docker も公式に使える方法だ。
  2. ブラウザで Blink の Web UI を開き、最初のエージェントを作る。
  3. Slack か GitHub をつなぎ、チームが普段働く場所からエージェントに話しかけられるようにする。
  4. Amazon Bedrock、Google Vertex、あるいは自分でホストするモデルなど、モデル提供元を指定する。
  5. まず Scout と会話し、必要が広がったら TypeScript でツールとプロンプトを調整する。

AIツール情報

Blinkの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プランFree and open source; no paid tiers listed
プラットフォームSelf-hosted (server, web UI), Slack, GitHub
開発元Coder
カテゴリコーディング · 生産性向上
リリース日Oct 2025
最終更新Jan 2026
サイト訪問数4K
サイト世界ランキング4.6M
API提供状況N/A

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • バックエンドと基盤の開発者
  • DevOps とリリース担当
  • サポートとソリューションの担当

タスク

  • 見慣れないリポジトリの把握
  • 会話中にコードを走らせる
  • 会話を一か所に集める

シーン

  • 新しいエンジニアの立ち上げ
  • 失敗したビルドの切り分け
  • エージェントを育てる

主な機能

内蔵の調査エージェント Scout

Scout はそのまま Slack と GitHub で返答し、Web を検索し、分離環境でコードを実行する。自前のツールで拡張したり、不要な機能を切ったりできる。自作エージェントが白紙のファイルではなく、動く土台から始められる。

既定で自己ホスト

サーバーは自分のインフラで動く。エージェントは Amazon Bedrock や Google Vertex から自分でホストするモデルまで、どんな提供元にもつながる。コードを第三者に出せないチームは、問い合わせとリポジトリがどこにあるかを保てる。

Slack と GitHub の統合

Scout は Slack のメンションとダイレクトメッセージに応じ、スレッドで文脈を保ち、作業中は進捗を投稿する。GitHub ではプルリクエストを扱い、レビューやコメントに返信し、Webhook のイベントを元の会話へ戻す。GitHub コードエージェントとしても働く。

コード実行のための分離環境

エージェントは、タスク用に用意した作業領域でシェルコマンドとファイル操作を実行し、標準出力と標準エラーを捉える。ローカルは Docker、規模が大きければ Daytona のクラウドサンドボックスや Coder のワークスペースを使う。ホスト上で誤ってコードが走ることはない。

TypeScript で書くエージェント

エージェントは TypeScript で on("chat") ハンドラを書いて作る。ワークフロービルダーの設定も、MCP サーバーやスキルの接続も要らない。ルーティング、会話の状態、デプロイはサーバーが担うので、自分のコードは応答の決め方だけを考えればよい。

会話と権限の一元管理

すべてのチャットは一つのデータベースに入り、誰がどのエージェントに触れるかは一か所で決める。何を尋ね、どう答えたかの監査記録が欲しいチームに向く。クライアントごとに散らばるツールでは難しい。

メリットとデメリット

メリット

  • 自分のインフラだけで完結する。非公開リポジトリは非公開のままで、コードの断片も自社ネットワークから出ていかない。
  • Amazon Bedrock や Google Vertex から自己ホストのモデルまで、どの提供元でも動く。一社に縛られない。
  • そのまま使えるエージェント Scout を同梱し、改造もできる。社内エージェントを始めるときの白紙問題が消える。
  • TypeScript でエージェントを書ける。多くの Web とバックエンドの開発者になじみのある言語で、ワークフロービルダーを覚えずに済む。
  • 会話は一つのデータベース、権限は一か所にまとまる。利用の監査と管理がしやすい。

デメリット

  • 活発なメンテナンスは行われていない。不具合が放置されることもあり、長期のサポートは保証されない。ベンダーの SLA が要るチームは別を当たるべきだ。
  • 導入は即席ではない。Node.js 22 か Bun と Docker、そしてサーバーを動かすマシンが要る。技術に明るくない利用者には厳しい。
  • Scout と SDK はアーリーアクセスで、機能不足は想定内だ。一部の流れは今も自前のコードが要る。
  • ホスティングの料金ページもマネージドなクラウドプランもない。インフラを自分で持ちたくないチームほど、コストの見積もりが難しい。

よくある質問

Slack、GitHub、Web UI に住む AI エージェントを作って動かすために使う。内蔵の Scout が、リポジトリの説明や落ちたテストの診断など、コーディング作業と深いコード調査を担う。