Show HN: Conduct、LLM と MCP ツールの呼び出し向けのオープンソースガイドレール

2026/08/29 4:29

Show HN: Conduct、LLM と MCP ツールの呼び出し向けのオープンソースガイドレール

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

Conductは、実行前に暗号学的証明を用いて大規模言語モデルへの呼び出し、シェルツール、およびAIセッション全体にセキュリティポリシーを適用することで、人工知能(AI)運用を保護するランタイムガバナンスプラットフォームです。従来のアクション後のファイアウォールとは異なり、Conductは特殊なポリシーエンジン、インテリジェントなプロキシルーター、「Ask Lens」というチャットインターフェースを通じてエージェントの行動を能動的に管理します。「Ask Lens」では、ブロックされたイベント、承認、支出などガバナンスデータをチームが照会できます。本システムはSHA-256ハッシュ連鎖による監査ログにより改ざん不可能なレコードを確保し、CLIフック、MCP層、ルータープロキシの3つの重要なボトルネックにおいて機能制御を行います。

アーキテクチャはAnthropicやOpenAIといった主要プロバイダーとシームレスに統合でき、SOC 2、HIPAA、EU AI Act、OWASP、PCI DSSを超える20以上の標準をカバーする事前構築済みのコンプライアンスパックを提供します。チームは

docker compose
を使用してすぐに展開でき(ローカルAPIがポート8000、Canvas UIがポート3000、Redis、Postgresを使用)、インストールコストなしで過去の実行を分析するための無料の読み取り専用のDiscoveryモードから始めることも可能です。CursorやCopilotなどのアシスタントのセッションガバナンスを通じて、Conductは組織が監査証跡を厳格に維持し、編集可能なプレイブックとサポートされるホスト型デプロイメントオプションによって20以上のコンプライアンス標準を強制しながら、AIの採用を安全に拡大することを可能にします。

本文

AI エージェント向けの実行時ガバナンス:Conduct

概要

すべての LLM 呼び出し、シェルツール、およびチームメンバーの AI セッション全体に、単一のポリシーが適用されます。

Ask Lens:ガバナンスデータの自然言語インタラクション

Lens は Conduct のチャートインターフェースです。ワークスペース全体を覆い、セキュリティゲートウェイである Guard によって強制されるアシスタントとして機能します。

  • ブロックされたイベント、承認、支出、ルール、およびエージェントの活動について、平文英語で質問できます。
  • Lens のすべてのツール呼び出しは Guard を経由するため、ライブエージェントと同じポリシーエンジンと監査証跡を共有しています。

主要な特徴

  • プラットフォーム全体用の単一チャット: Guard、ワークフロー、ルール、コンプライアンス——単一の入力ポイントであり、文脈の切り替えが不要です。
  • データに根ざした対応: ChatGPT のラッパーではありません。すべての回答は、ワークスペースの監査ログ、ポリシーの状態、および実行履歴から得られます。
  • Guard で強制された運用: Lens の LLM 呼び出しは、エージェントと同じルール、制限、監査チェーンを経由します。
  • 組み込まれた詳細調査機能: 「今日は誰がブロックされたか」と質問すると、行ごとのリンクを含む表で完全な監査記録にアクセスできます。

製品アーキテクチャ:二つのインターフェース、単一のリポジトリ

Conduct Guard — ポリシーエンジン

すべての AI アクションの実行前に、「ブロック」「警告」「監査」「注入」の決定を下します。

  • 署名された構成とハッシュチェイン(SHA-256 チェーン)による監査ログで裏付けられています。

Conduct Router — LLM プロキシ

任意のプロバイダー SDK(Anthropic、OpenAI、Perplexity など)を Router に接続すると、すべてのリクエストは上流プロバイダーへ送られる前に Guard を経由します。

ガバナンス vs 可視性:実行時ファイアウォールとの比較

Straiker や Lakera などの実行時ファイアウォールは、エージェントが「何を行ったか」を教えてくれます。Guard は、暗号学的証明を伴って、エージェントが「何をできるか」を制御します。

機能実行時ファイアウォールConduct Guard
タイミングアクション後アクション前
構成の完全性パッケージに依存 (Trust the pack)ワークスペース署名済み
監査ログログストリームSHA-256 ハッシュチェイン
カバレッジLLM 呼び出しのみLLM およびシェル/MCP
故障時の動作モードフェイルオープン (ソフト)デフォルトでフェイルクローズ

セキュリティの三要素(モート)

  1. 署名された構成: ワークスペースはアクティブなポリシーセットを署名します。すべての Guard チェックは適用前に署名を検証し、改ざんされたパッケージは拒否されます。
  2. ハッシュチェインによる監査: すべての決定は、ワークスペースの創始(ジェネシス)を根とする SHA-256 チェインに追加されます。欠落または改ざんされたエントリは、ワンクリック検証で検出され、チェーンが切断されます。
  3. 予防的アプローチ: ルールはアクションの実行前に決定を下し、構造化された理由を伴います。事後的な異変の検知ではありません。

ディスカバリー:無料導入のフック

新しい利用者ですか?Discover モードから始めましょう。

  • チームが行うすべての AI アクションに対する 14 日間の只読アクセス
  • ポリシーの記述、インストール、費用なし。
  • 運用強化の準備ができると、Discover で確認されたルールを昇格させてください。

[!TIP] サインアップ

conductai.ai/sign-up

クイックスタート

git clone https://github.com/sseshachala/conductai
cd conductai
docker compose up
  • API:
    http://localhost:8000
    —— Guard (
    /guard/*
    ) と Router (
    /proxy/*
    ) が稼働しています。
  • Canvas UI:
    http://localhost:3000
  • スタック構成要素: Redis ワーカー + Postgres

インテグレーション例

Router へのプロバイダー SDK 接続:

curl https://api.conductai.ai/proxy/anthropic/v1/messages \
  -H "Authorization: Bearer cond_agt_..." \
  -H "Content-Type: application/json" \
  -d '{"model":"claude-sonnet-4-6","max_tokens":1024,"messages":[{"role":"user","content":"Hello"}]}'

CLI フックを Guard でラップする:

pip install conduct-cli
conduct login
conduct sync # フックと MCP をインストールし、ポリシーを引き下げる

これで、そのマシン上のすべての Claude Code、Cursor、Copilot、ChatGPT、Codex セッションは、同じアクティブなパックによってガバナンスされます。

リポジトリ構成

コンポーネントパス
Guard ランタイム
apps/api/app/modules/guard/
Router (プロキシ)
apps/api/app/modules/guard/routers/proxy.py
コンプライアンスパック
apps/api/app/modules/guard/skill_packs/
Canvas UI
apps/web/
プレイブック DSL ローダー
apps/api/app/dsl/
プレイブックライブラリ
apps/api/playbooks/
(22 つのプリビルド済み)
CLI
packages/conduct-cli/

即戦力パッケージ

  • コンプライアンスパック 20 本以上: OWASP、SOC 2 CC7.3、HIPAA §164.312、PCI DSS 4.0、EU AI Act Art. 15/16、NIST AI RMF、ISO 42001、および Python、Node、Terraform 向けのフレームワーク固有のパック。
  • プリビルド済みプレイブック 22 冊: Issue → PR、コードレビュー、インシデント対応、本番環境デプロイゲート、CI/CD 三役(triage)、セキュリティスキャナ、Slack ダイジェストなど。各々は YAML ファイル単体であり、編集して実行可能です。

アーキテクチャ概要

開発者/エージェントは Guard コントロールプレーンに以下の経路で接続されます。

開発者 / エージェント                     Guard コントロールプレーン
───────────────                     ───────────────────
Claude Code   ──┐                     ┌── Canvas UI (Next.js)
Cursor        ──┤   CLI hook  ────►   ├── FastAPI + ポリシーエンジン
Copilot       ──┤   (cond_cli)        ├── Postgres (状態、監査)
Codex         ──┘                     ├── Redis (ワーカー、キュー)
                │                     ├── ハッシュチェイン (SHA-256)
                └── MCP  ────►        └── 上流プロバイダー (Anthropic,
   Any SDK      │                     OpenAI, Perplexity, ...)
(Anthropic,     └── Router ────►     /proxy/*
 OpenAI,             Guard
 Perplexity)

Guard チェックは以下の 3 つのチェックポイントで発火します:
1. CLI フック —— Claude Code / Cursor / Copilot / Codex のすべてのツール呼び出し。
2. MCP レヤー —— すべての MCP ツールの呼び出し。
3. Router —— SDK による LLM のすべての呼び出し。

単一のポリシー、3 つの実行表面。

デプロイオプション

  • Docker Compose を使用したセルフホスト: ローカル環境で動作します(上記コマンド参照)。
  • Kubernetes によるセルフホスト: デプロイメントテンプレートは issue #1149 にあります。
  • ホスティング (
    conductai.ai
    )
    :
    • フリーティア: Discover モードを含む。
    • 有料ティア: 実行強化 + Router + ハッシュチェイン検証 API をアンロック。

セキュリティと信頼

  • SECURITY.md: 脆弱性情報の報告ポリシー、スコープ、協調的開示、および安全な避港地(safe harbor)。
  • 脅威モデル: システムコンテキスト、信頼境界、攻撃者の目的、緩和策、および残留リスク。
  • ポリシー決定契約:
    guard_check
    の決定セマンティクスとフェイルモード動作。
  • 監査ログ検証: 独立した prev_hash/entry_hash チェイン検証手順とサンプルスクリプト。
  • API バージョニング: プロキシ/MCP 互換性、廃止ウィンドウ、および OpenAPI 公開ガイドライン。

ライセンス

Apache License 2.0。CLI、Guard、Router、エージェントブースター、プレイブック、パックを含む全体のリポジトリに適用されます。

  • 使用・修正・再配布: 商業的・非営利を問わず無料です。
  • 特許付与: すべてのコントリビュータからの特許付与が含まれます(Apache 2.0 §3)。
  • 商標権: 「Conduct」、「Conduct AI」、「Conduct Guard」は Conduct AI の商標です。再配布には LICENSE と NOTICE ファイルを維持する必要があります。

conductai.ai のホストコントロールプレーン(Canvas UI、チーム RBAC、マーケットプレイス、管理された Guard)は、このリポジトリの上に構築された商用オファリングです。 エンタープライズ向けサポート、免責保証、またはライセンスに関するご質問については、

hello@conductai.ai
までお問い合わせください。

コントリビュート

バグ報告、ドキュメントの修正、新しいプレイブック、新しいパック、テスト、およびコードを受け付けています。最初に

CONTRIBUTING.md
をお読みください。

  • 行動規範: すべての参加者は同意する必要があります。
  • セキュリティ脆弱性情報: 公開イシューを開発しないでください(
    SECURITY.md
    参照)。
  • その他: GitHub Discussions または
    SUPPORT.md
    をご参照ください。

リンク

  • 製品: conductai.ai
  • Guard ランディングページ: conductai.ai/guard
  • Router ランディングページ: conductai.ai/router
  • ドキュメント: conductai.ai/docs
  • ディスカッション: github.com/sseshachala/conductai/discussions
  • 変更ログ: CHANGELOG.md + リリースノート
  • デモのお申し込み: cal.com/sudhi-seshachala-pks7pd

⭐ Conduct があなたのチームの時間を節約してくれたら、星をつけてください——他のチームが見つけるのに役立ちます。

同じ日のほかのニュース

一覧に戻る →

2026/08/29 0:17

GUI は完全にキーボードで操作可能であるべきです

## 日本語訳: 本文は、グラフィカルユーザーインターフェース(GUI)においてソフトウェア開発者が端末ベースの設計に回帰するのではなく、すべての機能がショートカットキーでアクセス可能な直感的かつ完全なキーボード駆動型の体験を最優先すべきであると主張しています。重要な点は、優れたユーザーエクスペリエンスはマウスなしで全てのアクションを行えるようにすることで実現されることであることです。この視点は、高度なキーボード制御がコマンドラインツールのみに属するという一般的な誤解に挑戦しています;その代わりに、著者の新しいアプリ「Klisi」などの現代の GUI は、すべての機能に対して包括的なアクセシビリティを成功裏に実証しています。GNOME ヒューマンインターフェースガイドラインのような業界標準は、アプリケーションがポインティングデバイスとキーボードの両方でシームレスに動作することを明確に要求しています。したがって、完全なキーボードナビゲーションの構築は技術的な課題としてではなく、すべてのユーザーの効率を大幅に向上させることを意図した設計上の選択として捉えるべきです。キーボードサポートをオプションの追加機能ではなくコア要件として扱うことで、企業は全体的な製品品質を向上させ、直感的で迅速なインタラクションを求める外部入力デバイスに依存しないユーザーをよりよくサービスできます。

2026/08/28 22:28

Htmx 4.0

## 日本語訳: htmx 4.0.0 では、XMLHttpRequest など従来の手法をフェッチ(fetch)インタフェースなどの現代のブラウザ API に置き換えるという大きな内部変更が導入されました。この更新により、`hx:xhr:*` のような古来のイベント属性は標準化された名前(例:`htmx:before:request`)へと置き換えられ、`hx-disable` といった非推奨要素は `hx-ignore` に置換されます。移行を支援するため、テンプレートにおけるエラー(付与不足や削除された属性の使用など)をスキャンするコマンドラインツール(`$ npx htmx.org@4.0.0 upgrade-check`)がリリースされています。重要なアーキテクチャ変更として、以前の自動継承からの変更となり、子要素への適用を望む場合、親属性に対して明示的に `:inherited` サフィックスを追加する必要があります。本リリースには、「morph swaps」(`<hx-partial>` タグを通じて)、`hx-live` という名前のスクリプトリングティングソリューション、そして `hx-preload` やストリーミングサポートなどを含むいくつかの新しい拡張機能が含まれています。履歴管理については、デフォルトで localStorage が使用され不再;代わりに、ステアジングが必要なチームのために、`hx-history-cache` 拡張機能を通じて sessionStorage を介したキャッシングが可能になります。移行には、バージョン 2.x がバージョン指定なしの CDN で 2027 年初頭まで引き続き利用可能である一方、バージョン 4.0.0 は特定の CDN URL(`https://unpkg.com/htmx.org@4.0.0/dist/htmx.min.js`)でアクセス可能です。アップグレードを行う企業は、非推奨要素を置換し、履歴キャッシングロジックをこれらの標準化された振る舞いと整合させる必要があります。

2026/08/29 0:58

今は、バグという噂だけで exploits を見つけるのに十分なものです。

## 日本語訳: 人工知能エージェントは、現在、人間チームが修正できる速度よりもはるかに速く脆弱性を発見し悪用するため、ソフトウェアセキュリティに対して即座の脅威を呈しています。この拡大するギャップにより、自動化された攻撃は、通常のパッチが公開される数日前、あるいは場合によっては数時間前に発生することがあり、セキュリティ環境そのものが根本的に変化しました。重要な例として、DeepSeek V4 Pro は OCaml 言語の cohttp ライブラリにおけるクリティカルなパス正規化エラーを特定しましたが、Claude Fable などの伝統的な AI モデルは、オープンソースのメンテナンを除外するセーフティフィルターによってこれらの問題を検出できないことがあります。一方、高度なシステムはこうした保護策を完全に回避します。脆弱性の発見からパッチが公開されるまでの間に、エージェント型 AI システムが新たなエクスプロイトを見つけ出すのに十分であるという噂が存在するだけでも、実稼働中の Web サーバーの脆弱性を特定してから 1 分以内にエクスプロイトを作成・テストした事例などがあり、その他には marimo の CVE-2026-39987 が 9 時間以内、Langflow の CVE-2026-33017 が 20 時間以内に悪用された例もあります。その結果、脆弱性の発見から悪用されるまでの平均期間は、近年の歴史において約 63 日であったものが、2026 年にはわずか 7 日にまで崩壊しました(一部のケースでは開示に対して相対的にマイナスの値となっています)。このレポートは Jane Street を経由した Slack で非公開で届けられ、Claude Fable 由来であり、Glasswing セキュリティブロックを有さないためパス正規化に関する関連問題を特定したのは DeepSeek V4 Pro でした。Project Glasswing は西側モデルのセキュリティガードにより通常のオープンソースメンテナンを除外するものの、15 ヵ国にわたる 150 の組織に拡大しています。「Bugonomics」とは、防御側の修復処理能力が LLM で生成されたエクスプロイトに後れを取るというボトルネックを指し、GitHub のプライベートフォークでは CI 統合が制限されマージは単一の PR に限定されるため、複雑なクロスリポジトリの修正には不向きです。この「antibotty」脅威の現実に耐えるために、業界は標準的な防御を超えて進まなければなりません。将来のセキュリティは、Linux カーネルのような継続的なリリース、プロトコルレベルの仮想パッチング、AI 駆動の攻撃生成の絶え間ないスピードに匹敵できる新たな防御ネットワークによるものとなるでしょう。迅速に適応できない場合、防御側は重要なインフラを保護するには単に遅すぎることになります。cohttp の修正には Sapphire Livingstone、Michael Dales、Török Edwin、Patrick Ferris、Hannes Mehnert、Thomas Gazagnaire によって行われたチームワークが関わっています。