
OpenTag
OpenTagは、チームチャット用のモデルに依存しないAI同僚です。SlackまたはMicrosoft Teamsで`@mention`することで、80以上のモデルにタスクをルーティングし、接続されたツールを介して実際のアクションを実行し、要約だけでなく証拠とともにスレッド内で返信できます。
https://tryopentag.com/?ref=producthunt&utm_source=aipure

製品情報
更新日:2026年08月31日
OpenTagとは
OpenTagは、主にSlackとMicrosoft Teamsなど、作業がすでに行われている場所に存在するよう設計された、チームネイティブのAIチームメイトです。スタンドアロンのチャットボットではなく、共有されたコンテキストと権限を持つチャネルとスレッド内で動作し、チームが質問に答えたり、出力をドラフトしたり、運用タスクを完了したりするのに役立ちます。中核となる差別化要因は、そのモデルに依存しないルーティングです。OpenTagは80以上のモデルの中から選択でき、必要な場合にのみフロンティアモデルを「利用」することで、品質を高く保ちながら全体的なモデル費用を削減することを目指しています。
OpenTagの主な機能
OpenTagは、チームコラボレーションスレッド(特にSlackとMicrosoft Teams)内に存在する、モデルに依存しないAIコワーカーです。会話中にOpenTagをメンション/タグ付けすると、リクエストを適切なモデル(Coniferを介して80以上のモデルの大きなプールから、必要な場合にのみフロンティアモデルを使用)にルーティングし、接続されたツールにスコープされたサンドボックス環境で作業を実行し、証拠/領収書とともに同じスレッドで返信します。また、繰り返しのリクエストから学習して自動化を提案したり、実際のチームディスカッションから情報を得て自己更新するWikiを維持したり、リクエストユーザーに追従する権限を持つチーム全体での使用を想定して設計されているため、チームメイトが認証情報を共有する必要はありません。
Slack&Teams用のスレッド内AIコワーカー: チームがすでに共同作業している場所で機能します。スレッドで@opentagをメンションすると、コンテキストに応じて応答し、ユーザーを別のUIにプッシュすることなく、結果を直接同じ会話に返します。
80以上のモデルにわたるモデルに依存しないルーティング: タスクに最適なモデルを自動的に選択し(Conifer経由)、日常業務にはより安価で高速なモデルを使用し、必要に応じてClaude/GPT/Geminiクラスのモデルにエスカレートして全体的な費用を削減します。
スコープされたツールアクセスによるサンドボックス実行: 各実行は独自のマシン/環境で実行され、サンドボックス化され、接続したツールに限定され、完了後に破棄されます。これにより、より安全な「実際の作業を行う」姿勢をサポートします。
ヒューマン・イン・ザ・ループ承認と証拠に基づく出力: 外部システムに影響を与える可能性のあるアクションは、担当者が承認するまで保留し、証拠を示すように設計されています。「適用」は、アダプターがアクションを実行するように構成されている場合にのみ表示されます。
繰り返しのリクエストからの自動化提案: OpenTagが繰り返しのリクエスト(例:同じ月曜日のレポートが複数回)を検出すると、簡単なはい/いいえの承認で、ワークフローをスケジュールして担当することを積極的に提案します。
実際のスレッドからの自己組織化チームWiki: 散在したチャンネルの決定やランブックを、ポリシー変更時に更新される生きたページに変換し、組織の知識を保持し、離職時の「部族の知識」の損失を減らします。
OpenTagのユースケース
営業&レベニューオペレーションの定期レポート: 接続されたシステムから毎週のパイプライン/CAC/予測の要約を自動的に生成し、チームが提案された自動化を承認した後、スケジュールに従って適切なSlackチャンネルに投稿します。
カスタマーサポート&オペレーションのランブック: サポート/オペレーションスレッドから進化するポリシー(返金しきい値、エスカレーションルール、オンボーディング手順)を常に最新のWikiにキャプチャし、情報源となるコンテキストで質問に答えます。
エンジニアリングのオンコールとインシデントトリアージ: インシデントチャンネルで、コンテキストを要約し、接続されたツール(統合されている場合はGitHub/Zendesk/監視など)から関連情報を取得し、次のアクションを提案し、実行されたことの監査可能な記録を保持します。
財務&請求のフォローアップ: メッセージの作成、ステータスの追跡、スレッド内での更新の投稿により、請求書の督促や回収ワークフローを調整し、繰り返しの手動フォローアップをスケジュールされた自動化に変換します。
クロスファンクショナルなプロジェクト調整: 進行中のプロジェクトの議論を構造化された知識(決定、担当者、タイムライン)に変換し、個別のワークフロー構成を必要とせずに、ツール間で日常的な調整タスクを実行するのに役立ちます。
メリット
モデルに依存しないルーティングにより、ほとんどの作業に小さなモデルを使用しながら、必要なときにフロンティアモデルへのアクセスを維持することでコストを削減できます。
チームコラボレーションツール(Slack/Teams)で直接機能するため、コンテキスト切り替えが減り、結果が元のスレッドに結びつきます。
繰り返しの行動に基づく自動化提案により、手動でのワークフロー設定の必要性が減り、段階的な採用が促進されます。
デメリット
セットアップと有効性は、適切なツール/アダプターの接続に依存します。適切なチャンネルメンバーシップや構成がない場合、正しく動作していても「壊れている」ように見えることがあります。
アクションを実行できるため、組織は内部のセキュリティ/コンプライアンス要件に合わせるために、慎重な権限設定、承認、ガバナンスが必要になる場合があります。
活発な開発はより速い変化を意味します。インターフェース/SDKコンポーネントや運用上の詳細は時間とともに進化する可能性があります。
OpenTagの使い方
1) Node.js 22.14+がインストールされていることを確認します: ターミナルで`node -v`を実行します。バージョンが22.14.0以降であることを確認します。それより古い場合は、Nodeをアップグレードし(例:nvm、Volta、またはOSパッケージマネージャー経由)、`node -v`で再確認します。
2) 公開されているOpenTag CLIをインストール(または実行)します: OpenTagプロジェクト(amplifthq/opentag)から公開されているOpenTag CLIを使用します。グローバルにインストールしたくない場合は、CLIの公開方法に応じてパッケージランナー(例:`npx`)を介して実行できます。インストール後、`opentag --help`を実行して動作することを確認します。
3) `opentag setup`でガイド付き設定を開始します: `opentag setup`を実行し、対話型プロンプトに従います。ここでは、OpenTagが読み取りおよび操作するツールを接続し、コーディングエージェントランナーを選択し、OpenTagをローカルプロジェクトのチェックアウトにバインドします。
4) チャット/スレッドソース(イングレスアダプター)を選択します: セットアップ中に、OpenTagに言及する場所と、スレッド内で返信する場所を選択します。Slack、GitHub、GitLab、Linear、Lark / Feishu、Telegram、Discord、またはMicrosoft Teamsの中から1つ(または、セットアップでサポートされている場合は複数)を選択します。
5) 選択したプラットフォームを接続し、スコープ付きアクセスを許可します: `opentag setup`のプロンプトに従って、プラットフォームのOAuth/アプリのインストール手順を完了します。OpenTagは、権限が要求した人に従い、チャネルは招待制のままであり、チームメイトがお互いのアクセスを借りないように設計されています。
6) SlackまたはTeamsを使用している場合は、アプリがチャネルに存在することを確認します: 特にSlackの場合、`@opentag`メンションが機能することを期待するチャネルにOpenTagアプリを追加/招待します。Slackは、アプリがメンバーではないチャネルでは`app_mention`イベントを発行しません。これは、OpenTagが正しく構成されている場合でも、壊れているように見える可能性があります。
7) コーディングエージェントランナーを選択します: `opentag setup`で、OpenTagが作業をルーティングするコーディングエージェントを選択します。組み込みオプションには、`claude-code`や`codex`などのランナーが含まれており、環境によっては、OpenTagはCursorまたは任意のAgent Client Protocol(ACP)エージェントにもルーティングできます。
8) OpenTagをローカルプロジェクトのチェックアウトにバインドします(ローカルファーストワークフロー): OpenTagが作業するローカルリポジトリ/プロジェクトディレクトリを選択します。デフォルトの「ハッピーパス」はローカルで実行することなので、コーディング作業はチェックアウト内に留まります。ローカルデーモンを望まない場合は、同じクレームアンドコールバック契約でホスト型ランナーも可能です。
9) ローカルデーモンを開始します(セットアップで使用する場合): 設定でローカルランナー/デーモン(一般的に`opentagd`と呼ばれます)を使用している場合は、CLIの指示に従って開始し、OpenTagがマシン上で実行を要求して実行できるようにします。
10) メンションしてOpenTagをスレッドで使用します: 選択したプラットフォーム(例:Slackチャネルスレッド、GitHubイシュー/PRコメント)で、`@opentag`にメンションし、タスクを説明します。OpenTagはメンションをイベントに正規化し、構成されたランナーにディスパッチし、要約だけでなく、証拠/領収書とともに同じスレッドで返信します。
11) 「適用」と「セットアップ/注意が必要」の領収書を理解します: OpenTagは、ディスパッチャーが構成されたアダプターが要求されたアクションを実行できることを確認した場合にのみ「適用」を表示します。アダプターが構成されていないか、スコープが不足している場合、領収書にはセットアップまたは注意が必要であることが示され、実行はローカルで監査可能です。
12) 実行ステータスと監査証跡をローカルで検査します: 実行IDがある場合、`opentag status --run <run_id>`を使用してローカル監査証跡を表示し、その実行で何が起こったか(または何がブロックされているか)を確認します。
13) OpenTagに繰り返しのリクエストの自動化を提案させます: 同じリクエストが繰り返される場合(例:「月曜日の数字を引っ張る」が3週連続)、OpenTagはそれを自動化として引き継ぐことを提案できます。スケジュールに基づいて実行を開始し、領収書を添付してチャネルに結果を投稿する前に、明示的に承認(はい/いいえ)します。
14) OpenTagを使用して、実際のスレッドから生きたWikiを維持します: チームがチャネルで意思決定を行う際、OpenTagは元のスレッドをソースとしてWikiページを合成および維持できます。意思決定が変更されると、ページを改訂し、変更内容を記録し、以前のバージョンをアーカイブしてドキュメントが腐敗しないようにします。
OpenTagのよくある質問
OpenTagは、チームが共同作業を行う場所(主にSlackとMicrosoft Teams)で機能する、モデルに依存しないAIの同僚/チームメイトです。スレッドでそれをメンション/タグ付けすると、同じコンテキストで結果を返します。











