Nex Copilot

Web3、DeFi、ツール実行向けの統制されたエージェント型コパイロット
28 ノード

nex-t1.ai

Nex Copilot

08

Nex Copilot向け本番モノレポ。ウォレットと300以上のツールを検索、分析、自動化、実行し、読み取り、承認、実行モードで統制します。

プロジェクト背景05

課題

Nex Copilot は、Web3、DeFi、ツール実行向けの統制されたエージェント型コパイロット を有用で統制され説明可能なプロダクトシステムへ変える課題を扱います。

解決策

Nex Copilot は、明示的な境界、検査可能なワークフロー、見える提供スタック(TypeScript、Next.js、Expo、FastAPI など)を中心に整理されています。

難所

難しい点は、自律性、データ、ツール、ユーザー体験をそろえながら、運用リスクや証拠を隠さないことです。

革新性

特徴は、アーキテクチャをプロダクト表面として扱うことです。機能は責任、証拠経路、提供境界として説明されます。

ドメイン専門性

Nex Copilot は、プロダクトアーキテクチャ、エージェントシステム、データ境界、制御、提供規律にまたがる応用エンジニアリング判断を示します。

ケーススタディの根拠11

成果

  • Nex Copilot は技術コンセプトをレビュー可能なプロダクトワークフローに変えます。
  • システムの振る舞いを、明示的な境界、証拠、運用者に見える判断へ結び付けます。
  • 関連するAIプロダクト作業に再利用できるアーキテクチャ参照を作ります。

アーキテクチャ判断

  • Nex Copilot は、ユーザー向け表面とランタイム/データ制御の責任を分離します。
  • TypeScript と周辺スタックは、装飾的なバッジではなく提供判断として示されます。
  • 証拠、レビュー、運用状態を見えるままにし、利用後もシステムを検査できるようにします。

ドメイン専門性のシグナル

エージェントアーキテクチャガバナンス証拠運用UXTypeScript
技術詳細09

Nex Copilot は Web3、DeFi、ツール実行向けの統制されたエージェント型コパイロット のケーススタディです。Nex Copilot向け本番モノレポ。ウォレットと300以上のツールを検索、分析、自動化、実行し、読み取り、承認、実行モードで統制します。 深さは、境界、証拠、ワークフロー、提供判断を読める形にする点にあります。

システム境界

Nex Copilot は明確な責任で整理され、ユーザー、ツール、データ、ランタイム操作が一つの不透明なモデル呼び出しに潰れないようにしています。

ワークフローモデル

計画、ツール利用、状態、結果表示を分け、運用者が何が起きたのか、なぜ起きたのかを追えるようにします。

証拠の姿勢

証拠、ログ、成果物、レビュー経路を、任意の実装メモではなくプロダクトの一部として扱います。

提供スタック

TypeScript が実装ストーリーを支え、周辺スタックが永続化、インターフェイス、自動化、検証を担います。

これが示すこと

  • Nex Copilot はアーキテクチャ判断を検査可能なプロダクト内容として示します。
  • TypeScript はランタイムと提供責任に結び付いています。
  • ケーススタディは、ユーザー体験、ツール境界、証拠、運用を分けて説明します。
  • この構造は隣接するエージェント型プロダクトにも再利用できます。
6指標: services
300+指標: tool integrations
3指標: client surfaces
2指標: SDK families
1指標: signing facade
100%指標: HITL-capable
技術スタック05
Next.js

Next.js

技術的な理由: Primary web surface for chat, tool cards, streaming runs, and approval UI over the BFF contract.

Supabase

Supabase

技術的な理由: Postgres + RLS for agent_runs, events, approvals, and artifact metadata — one persistence boundary.

OpenAI

OpenAI Agents SDK

技術的な理由: Multi-agent handoffs, sessions, HITL interruptions, and MCP tool loops in agent-runtime.

AI SDK

AI SDK v6

技術的な理由: UI-facing chat streams in React/Next — kept separate from the multi-agent runtime per platform boundary.

MCP

MCP

技術的な理由: 300+ tools route through tool-gateway — connectors never called directly from clients or LLM-ad-hoc fetch.

実装済みツール08

API / BFF

実装済みツール: Supabase JWT + API key auth; creates agent_runs; streams agent_run_events over SSE.

Approval endpoints

実装済みツール: Pauses risky tool or on-chain actions until explicit human approval.

Agent runtime

実装済みツール: OpenAI Agents SDK ManagerAgent with Postgres session adapter and structured handoffs.

Tool gateway

実装済みツール: MCP/function/internal tool registry with Auth0 Token Vault connector boundary.

Sandbox runner

実装済みツール: E2B-isolated filesystem/shell/repo execution with artifact upload.

On-chain engine

実装済みツール: Typed intents → simulation → policy → approval → isolated signing facade.

Policy package

実装済みツール: Deterministic spending caps, contract allowlists, redaction, and kill switches.

Execution receipts

実装済みツール: Human-readable proof: wallet, fees, risk flags, approvals, transaction hashes.

Stefan Creadore · @Eldergenix本番エージェントシステムをエンドツーエンドで可視化