AI アシスタント開発コンテキスト

​

プロジェクト概要

• バックエンド：Python（>=3.11,<4.0）、依存関係は uv で管理。Web フレームワークは Quart（Flask の非同期版）。HTTP API とビルド済みフロントエンドはいずれもバックエンドが http://127.0.0.1:5300 で提供します。
• フロントエンド：web/ は Vite + React Router 7 + shadcn/ui + Tailwind CSS の SPA で、pnpm で管理します（注意：Next.js ではありません。dev スクリプトは vite です）。
• プラグインシステム：プラグイン SDK、CLI（lbp）、プラグインランタイム、Box（サンドボックス）ランタイム、および LangBot とプラグインで共有されるエンティティ/API 定義は、すべて別リポジトリ langbot-plugin-sdk にあります。LangBot は pyproject.toml でバージョン固定した langbot-plugin パッケージを通じて依存します。

​

リポジトリ構成

LangBot/
├── main.py                     # エントリーシム -> langbot.__main__.main()
├── pyproject.toml              # Python プロジェクト + 依存（uv）、langbot-plugin==<x.y.z> を固定
├── src/langbot/
│   ├── __main__.py             # 実際のエントリーポイント、CLI 引数（--standalone-runtime / --standalone-box / --debug）
│   ├── pkg/                    # コアバックエンドパッケージ
│   │   ├── api/                # HTTP API コントローラ + サービス（Quart）
│   │   ├── core/               # アプリ起動、ステージ、タスクマネージャ
│   │   ├── platform/           # IM プラットフォームアダプタ、ボット管理、セッション管理
│   │   ├── provider/           # LLM プロバイダ、リクエスタ、ツールプロバイダ
│   │   ├── pipeline/           # パイプライン、ステージ、クエリプール
│   │   ├── plugin/             # プラグインランタイムへのブリッジ（connector.py / handler.py）
│   │   ├── box/                # コードサンドボックスサブシステム（Docker / nsjail / E2B バックエンド）
│   │   ├── skill/              # スキルサブシステム
│   │   ├── rag/ , vector/      # RAG とベクトルストア
│   │   ├── command/            # 組み込みコマンド
│   │   ├── persistence/        # ORM モデル + Alembic マイグレーション（SQLite & PostgreSQL）
│   │   ├── storage/            # オブジェクト/ファイルストレージ抽象
│   │   ├── config/, entity/, discover/, utils/, telemetry/, survey/
│   ├── libs/                   # 同梱 SDK（qq_official_api、wecom_api など）
│   └── templates/              # 設定/コンポーネントテンプレート（例：templates/config.yaml）
├── web/                        # フロントエンド SPA（Vite + React Router 7 + shadcn + Tailwind）
└── docker/                     # docker-compose デプロイファイル

​

コンポーネントの構成方法

• Command：ユーザーが能動的に起動するコマンド（例：!weather tokyo）。
• Tool：LLM が Agent 実行中に呼び出す関数（例：天気取得、データベース照会）。
• EventListener：メッセージパイプライン中のイベントを監視するハンドラ（例：自動返信、コンテンツフィルタ）。
• KnowledgeEngine：RAG が利用する、カスタムナレッジベースの検索/接続実装。
• Parser：メッセージ/コンテンツのカスタム解析処理。
• Page：プラグインが提供するカスタム Web ページ。LangBot 管理パネルに組み込めます。

​

実行時の接続関係

┌──────────────┐   HTTP/API    ┌──────────────┐
│ ブラウザ/Web   │ ────────────► │              │
│ (Vite SPA)   │ :3000/同一    │   LangBot    │
└──────────────┘   オリジン      │   バックエンド │
                               │  (Quart)     │
   ┌───────────────────────────┤  :5300       ├─────────────────────────┐
   │ stdio または WebSocket       └──────────────┘   stdio または WebSocket │
   ▼                                                ▼
┌──────────────┐                            ┌──────────────┐
│ プラグイン      │  独立プロセス、              │ Box          │  コードサンドボックス
│ ランタイム     │  各プラグインを起動          │ ランタイム    │  Docker/nsjail/E2B
│ :5400 / :5401│                            │ :5410        │
└──────────────┘                            └──────────────┘

• フロントエンド ↔ バックエンド：開発時はフロントエンドが :3000 で単独動作し、web/.env の VITE_API_BASE_URL を通じてバックエンド :5300 にアクセス。本番ではフロントエンドが静的ファイルにビルドされ、バックエンドが同一オリジンで提供します。
• バックエンド ↔ プラグインランタイム：
  • LangBot を直接起動した場合（コンテナ外）、バックエンドが自らランタイムを起動し、stdio で通信します（軽量/個人向け）。stdio は自動再接続できません——切断後は LangBot の再起動が必要です。よくある障害は、前のバックエンドが残した孤児ランタイムプロセスが 5400/5401 を占有しているケースで、それを kill して再起動します。
  • LangBot をコンテナで実行する場合、WebSocket で独立したランタイムに接続します（本番向け）。制御ポートは既定 5400、デバッグポートは 5401。設定：data/config.yaml の plugin.runtime_ws_url（例：ws://langbot_plugin_runtime:5400/control/ws）。
• バックエンド ↔ Box ランタイム：Box サブシステムは制御チャネル（既定ポート 5410）で Box ランタイムに接続し、ランタイムが Docker / nsjail / E2B でサンドボックスコードを実行します。設定（data/config.yaml の box: セクション）：box.enabled（マスタースイッチ）、box.backend（'local'/'docker'/'nsjail'/'e2b'）、box.runtime.endpoint（外部 Box ランタイムの URL、例：ws://127.0.0.1:5410、空なら ローカル自動管理）。プラグインランタイムと同様、このエンドポイントを設定し --standalone-box で起動すると外部 Box ランタイムに接続できます。
• ランタイム・CLI・SDK のデバッグ方法の詳細は「プラグインランタイム、CLI、SDK のデバッグ」を参照。詳細なフラグとアーキテクチャは langbot-plugin-sdk リポジトリの AGENTS.md にあります。

​

開発環境のセットアップ

​

バックエンド

pip install uv
uv sync --dev          # uv が .venv/ を自動作成。エディタのインタプリタをそこに向ける
uv run main.py         # http://127.0.0.1:5300 で API + フロントエンドを提供

​

フロントエンド

cd web
cp .env.example .env   # Windows: copy .env.example .env
pnpm install
pnpm dev               # http://127.0.0.1:3000（npm install / npm run dev も可）

​

コードフォーマット

uv run pre-commit install

​

データベースマイグレーション

# プロジェクトルートで実行（data/config.yaml が必要）
uv run python -m langbot.pkg.persistence.alembic_runner autogenerate "変更内容の説明"

​

開発規約

• LangBot はグローバルなプロジェクトです：すべてのコードコメントと docstring は英語で、ユーザー向けの文字列はすべて i18n に対応する必要があります（最低限 en_US + zh_Hans、リポジトリに日本語がある箇所は ja_JP も）。
• LangBot は toC・toB の両シナリオで採用されているため、常に互換性とセキュリティを考慮してください。
• コミットメッセージ形式：<type>(<scope>): <subject>
  • type：feat、fix、docs、style、refactor、perf、test、chore など。
  • scope：影響を受けるパッケージ/モジュール/ファイル/クラス。
  • subject：変更内容の簡潔な説明。

​

Agent 向けの機能（MCP + スキル）

1. MCP サーバー: src/langbot/pkg/api/mcp/ が /mcp で API の厳選サブセットを MCP ツールとして公開します（API キー認証、config.yaml の api.global_api_key を含む）。server.py がツールを定義し（service 層を直接呼び出す）、mount.py が ASGI ディスパッチャです。
2. リポジトリ内スキル: skills/ ディレクトリは LangBot の全 Agent スキル （プラグイン開発、コア開発、デプロイ、e2e、MCP 操作など）の唯一の信頼できる 情報源です。ドキュメントとランディングページは内容を複製せず、ここへリンク します。
3. API キー認証: api.global_api_key（config.yaml）はログインセッションなしで API と MCP を認証します。docs/API_KEY_AUTH.md を参照してください。

メンテナンスルール（重要）: Agent からアクセス可能であるべき HTTP API エンドポイントを追加・削除・変更する際は、src/langbot/pkg/api/mcp/server.py の対応する MCP ツールと skills/ 配下の関連スキル（特に skills/skills/langbot-mcp-ops）の両方を必ず更新してください。API・MCP ツール群・スキルは一つのシステムであり、ずれはバグです。

​

いくつかの原則

• Keep it simple, stupid.
• 必要がなければエンティティを増やさない。
• 八荣八耻（八つの栄誉と八つの恥）： 以瞎猜接口为耻，以认真查询为荣。 以模糊执行为耻，以寻求确认为荣。 以臆想业务为耻，以人类确认为荣。 以创造接口为耻，以复用现有为荣。 以跳过验证为耻，以主动测试为荣。 以破坏架构为耻，以遵循规范为荣。 以假装理解为耻，以诚实无知为荣。 以盲目修改为耻，以谨慎重构为荣。