@agent-native/core 0.92.12 → 0.94.0

package/docs/content/locales/ja-JP/cross-app-sso.mdx

@@ -9,7 +9,11 @@ description: "Dispatch を ID 権限とする ID フェデレーションを介
 
 これは、[A2A](/docs/a2a-protocol) と [External Agents](/docs/external-agents) がすでに使用しているものと同じ信頼プリミティブです。リクエスト境界で検証された `A2A_SECRET` 署名付き JWT が、エージェント間の呼び出しではなく人間のサインイン パスに適用されます。
 
-> **統合デプロイとドメインごとのデプロイ。** すべてのアプリを 1 つのオリジン (`your-agents.com/mail`、`your-agents.com/calendar`) でホストする場合、すでに単一の Cookie ドメイン経由で共有ログインが得られます。フェデレーションは必要ありません。クロスアプリ SSO は、アプリが別のドメインで実行される場合にのみ必要です。 [Multi-App Workspaces — Unified deploy](/docs/multi-app-workspace#deployment) を参照してください。
+<Callout tone="info">
+
+**統合デプロイとドメインごとのデプロイ。** すべてのアプリを 1 つのオリジン (`your-agents.com/mail`、`your-agents.com/calendar`) でホストする場合、すでに単一の Cookie ドメイン経由で共有ログインが得られます。フェデレーションは必要ありません。クロスアプリ SSO は、アプリが別のドメインで実行される場合にのみ必要です。 [Multi-App Workspaces — Unified deploy](/docs/multi-app-workspace#deployment) を参照してください。
+
+</Callout>
 
 ## 内容と理由 {#what-why}
 
@@ -86,15 +90,17 @@ description: "Dispatch を ID 権限とする ID フェデレーションを介
 
 </Diagram>
 
-1. **アプリ → ディスパッチ (承認)。** アプリはユーザーを ID 認証局に送信します。
+1. **アプリ → Dispatch（認可）。** アプリ側の `GET /_agent-native/identity/login` ルート（「Agent-Native でサインイン」ボタンのリンク先）がリダイレクトを構築し、ユーザーを ID 機関に送ります。
 
-   ```
+   ```http
    GET https://dispatch.agent-native.com/_agent-native/identity/authorize
        ?app=<requesting-app>
        &redirect_uri=<app-callback-url>
        &state=<csrf-state>
    ```
 
+   `redirect_uri` は、このアプリ自身の `GET /_agent-native/identity/callback` ルートです。このルートがステップ 3 で署名済みトークンを受け取ります。
+
 <Endpoint id="cross-app-sso-identity-authorize-ja-jp" title={"ID 承認エンドポイント"} method="GET" path="/_agent-native/identity/authorize" summary={"ディスパッチ (ID 機関) が人間を認証し、署名された ID トークンでリダイレクトします"} auth={"セッションをディスパッチします (ない場合は対話型ログイン)"} params={[
   {
     "name": "app",
@@ -143,7 +149,7 @@ description: "Dispatch を ID 権限とする ID フェデレーションを介
    | `scope`      | 常に `"identity"` — このトークンはサインインのみを承認します |
    | `exp`        | **≤ 2 分** 発行から                                          |
 
-4. **アプリは電子メールで検証し、JIT リンクします。** アプリは独自の `A2A_SECRET` でトークンの署名を検証し、`scope: "identity"` と `exp` をチェックして、**検証された電子メールによって厳密にジャストインタイム リンク**を実行します。
+4. **アプリはメールで検証し、JIT リンクします。** アプリの `GET /_agent-native/identity/callback` ルートは、独自の `A2A_SECRET` でトークン署名を検証し、`scope: "identity"` と `exp` を確認してから、**検証済みメールのみに基づくジャストインタイム リンク**を実行します。
    - その電子メールを持つローカル ユーザーが存在する場合 → それを変更せずに再利用します。
    - そうでない場合は、そのメールのローカル ユーザーを作成します。
 
@@ -290,9 +296,13 @@ AGENT_NATIVE_IDENTITY_HUB_URL=https://dispatch.agent-native.com
 **5.ロールバック = そのアプリのデプロイで環境変数の設定を解除します。**
 アプリを元に戻すには、**そのアプリの環境から `AGENT_NATIVE_IDENTITY_HUB_URL` を削除し、再デプロイ/再起動します。** アプリはすぐに以前の認証動作に戻ります。 **元に戻すデータ変更はありません**。ID 行は追加されただけであり、変数の設定を解除するとフェデレーション パスが再び休止状態になるだけです。各アプリのカットオーバーとロールバックは独立しており、元に戻すことができます。
 
-> ロールアウトは、各アプリが有効になるとユーザーをログアウトします (ユーザーは Dispatch 経由で再認証します)。ただし、ID 行は破棄されたり名前が変更されたりすることはなく、追加されるだけであるため、**データがそのままの状態で同じ電子メールが一致したアカウント**に常にログインし直します。
+<Callout tone="info">
+
+ロールアウトは、各アプリが有効になるとユーザーをログアウトします (ユーザーは Dispatch 経由で再認証します)。ただし、ID 行は破棄されたり名前が変更されたりすることはなく、追加されるだけであるため、**データがそのままの状態で同じ電子メールが一致したアカウント**に常にログインし直します。
+
+</Callout>
 
-## 関連 {#related}
+## 次のステップ {#whats-next}
 
 - [Authentication](/docs/authentication) — ローカル認証モード、セッション、組織、`A2A_SECRET` 環境変数
 - [A2A Protocol](/docs/a2a-protocol) — これが再利用する署名付き JWT、境界検証信頼モデル。

package/docs/content/locales/ja-JP/deployment.mdx

@@ -452,3 +452,11 @@ export default createAgentChatPlugin({
 ## マルチインスタンスの展開 {#multi-instance}
 
 エージェント ネイティブ アプリは、Drizzle 経由ですべての状態を SQL に保存し、[polling](/docs/key-concepts#polling-sync) 経由で UI をデータベースと同期します。ファイル システムの状態、スティッキー セッション、メモリ内キャッシュはありません。つまり、マルチインスタンスおよびサーバーレスのデプロイメントはすぐに機能し、すべてのインスタンスを同じ `DATABASE_URL` にポイントすると、それらは自動的に収束します。 [Key Concepts — Data in SQL](/docs/key-concepts#data-in-sql) および [Portability](/docs/key-concepts#hosting-agnostic) を参照してください。
+
+## 次のステップ
+
+- [**Database**](/docs/database#production) — 最初の本番デプロイ前に永続 SQL バックエンドを選択します
+- [**Security**](/docs/security) — このページで参照されている本番チェックリストとオプトイン フラグ
+- [**Authentication**](/docs/authentication) — 選択した認証モードの OAuth 資格情報と環境変数
+- [**Multi-App Workspace**](/docs/multi-app-workspace) — `deploy` の単一オリジン ビルドを支えるワークスペース モデル
+- [**Frames**](/docs/frames) — 本番 UI 編集における埋め込みエージェント パネルと Builder.io クラウド フレームの違い

package/docs/content/locales/ja-JP/extensions.mdx

@@ -11,6 +11,15 @@ QuickBooks Online を使用したことがある方は、このモデルを見
 
 フレームワークは重要です。拡張機能は、一般的な「何でもできる」サンドボックスではありません。これは、特定のテンプレート** (メール、アナリティクス、カレンダー、クリップ、デザイン) を拡張する **ミニアプリであり、そのテンプレートの actions とデータを使用します。 Mail 拡張機能は電子メールを読み取ります。 Analytics 拡張機能は、ダッシュボードのメトリクスを読み取ります。カレンダー拡張機能は、開いているイベントに作用します。それらはホスト製品の一部であるため、ホスト製品の一部のように感じられます。
 
+> **拡張機能は UI を追加するものであり、ホスト UI 自体を書き換えるものでは
+> ありません。** 拡張機能は独自のページ、またはテンプレートが公開する名前付きの
+> [スロット](#slots) 内に表示されます。たとえばカレンダーの各参加者の横など、
+> 任意のネイティブコンポーネント内に要素を挿入することは、その場所にスロットが
+> 公開されていない限りできません。より深いカスタマイズが必要な場合は、エージェントに
+> テンプレートのソースコードを編集するよう依頼してください。コード全体を
+> カスタマイズできることは Agent Native の中核機能であり、拡張機能はデプロイ不要で
+> すばやく追加できるレイヤーです。
+
 拡張機能を機能させるには 3 つの要素があります:
 
 - **コードもデプロイも必要ありません。** エージェントがそれらを作成すると、数秒で有効になります。リポジトリではなくデータベースに保存されます。

package/docs/content/locales/ja-JP/external-agents.mdx

@@ -136,13 +136,8 @@ OAuth トークン。 ChatGPT は、レビューまたは公開されたコネ
 ツールまたは MCP アプリのメタデータが変更されます。古いアプリごとのコネクタがまだある場合
 各古いコネクタのディスパッチ、リフレッシュ、または再接続とともに有効になります。更新中
 Dispatch は、ChatGPT または Claude のキャッシュされたカレンダー/メールなどを書き換えません。
-スナップショット。スコープは次のとおりです:
-
-| スコープ    | それによって何が可能になるか                                         |
-| ----------- | -------------------------------------------------------------------- |
-| `mcp:read`  | 読み取り専用ツールとツール/リソースの検出                            |
-| `mcp:write` | ドラフト、更新、その他の変更中の actions                             |
-| `mcp:apps`  | インライン MCP アプリ、チャート、ダッシュボード、ドラフト、および UI |
+スナップショット。`mcp:read` / `mcp:write` / `mcp:apps` スコープは、以下の
+[標準リモート MCP OAuth](#standard-oauth) で説明するものと同じです。
 
 Cursor、Goose、Postman、MCPJam、VS Code GitHub Copilot は同じリモートを使用します
 ビルドがリモート OAuth をサポートしている場合、独自の MCP サーバー UI を介した MCP URL

package/docs/content/locales/ja-JP/key-concepts.mdx

@@ -11,11 +11,9 @@ description: "エージェント ネイティブ アプリの仕組み: 最初
 
 すべてのエージェント ネイティブ アプリは、次の 3 つの要素が連携して機能します。
 
-> **エージェント** — データの読み取り、書き込み、actions の実行、およびコードの変更を行う自律型 AI。 skills と説明書でカスタマイズ可能。
->
-> **アプリケーション** — エージェントの周囲の製品表面。これは、最初はアクションのみ、リッチ チャット、小さなコントロール プレーン、またはダッシュボード、フロー、ビジュアライゼーションを備えた完全な React UI画面 である可能性があります。
->
-> **コンピュータ** — データベース、ブラウザ、コード実行。エージェントは SQL および組み込みツールと直接連携します。 MCP サーバーはオプションのアドオンであり、基盤ではありません。
+- **エージェント** — データの読み取り、書き込み、actions の実行、およびコードの変更を行う自律型 AI。 skills と説明書でカスタマイズ可能。
+- **アプリケーション** — エージェントの周囲の製品表面。これは、最初はアクションのみ、リッチ チャット、小さなコントロール プレーン、またはダッシュボード、フロー、ビジュアライゼーションを備えた完全な React UI画面 である可能性があります。
+- **コンピュータ** — データベース、ブラウザ、コード実行。エージェントは SQL および組み込みツールと直接連携します。 MCP サーバーはオプションのアドオンであり、基盤ではありません。
 
 <Diagram id="doc-block-1ngou9i" title={"エージェント、アプリケーション、およびコンピュータ"} summary={"3 つのレイヤーが 1 つの共有 SQL ストア上で連携します。エージェントとアプリケーションは両方とも同じデータの読み取りと書き込みを行います。"}>
 
@@ -279,8 +277,7 @@ LLM をインラインで呼び出してみませんか?
 
 エージェントが何か複雑なこと (API の呼び出し、データの処理、データベースのクエリなど) を実行する必要がある場合、**アクション** を実行します。 Actions は、デフォルトの `defineAction()` をエクスポートする `actions/` 内の TypeScript ファイルです:
 
-```ts
-// actions/fetch-data.ts
+```ts filename="actions/fetch-data.ts"
 import { defineAction } from "@agent-native/core/action";
 import { z } from "zod";
 
@@ -382,9 +379,8 @@ _frame_ は、アプリの隣にエージェントをホストする環境です
 
 エージェント ネイティブ アプリには、アプリ UI とともに AI エージェントを提供する埋め込みエージェント パネルが含まれています。これがアーキテクチャを機能させるものです。エージェントにはコンピュータ (データベース、ブラウザ、コード実行) が必要であり、アプリには AI の作業のためにエージェントが必要です。
 
-> **埋め込みエージェント パネル** — チャットとオプションの CLI ターミナルがすべてのアプリに組み込まれています。 Claude コード、Codex、Gemini、OpenCode、および Builder.io をサポートします。ローカルで実行されます。無料のオープンソース。
->
-> **クラウド** — リアルタイムのコラボレーション、ビジュアル編集、ロール、権限を備えた任意のクラウドに展開します。チームに最適です。
+- **埋め込みエージェント パネル** — チャットとオプションの CLI ターミナルがすべてのアプリに組み込まれています。 Claude コード、Codex、Gemini、OpenCode、および Builder.io をサポートします。ローカルで実行されます。無料のオープンソース。
+- **クラウド** — リアルタイムのコラボレーション、ビジュアル編集、ロール、権限を備えた任意のクラウドに展開します。チームに最適です。
 
 ## コンテキスト認識 {#context-awareness}
 
@@ -456,14 +452,11 @@ UI はルート変更時にこれを書き込みます。エージェントは
 
 これは、自分で接着する必要がある「その他すべて」です。
 
-## ディープダイブ {#deep-dives}
-
-特定のパターンに関する詳細なガイダンスについては:
+## 次のステップ {#deep-dives}
 
-- [What Is Agent-Native?](/docs/what-is-agent-native) — ビジョンと哲学
-- [Context Awareness](/docs/context-awareness) — ナビゲーション状態、ビュー画面、ナビゲーション コマンド
-- [Skills Guide](/docs/skills-guide) — フレームワーク skills、ドメイン skills、カスタム skills の作成
-- [Native チャット UI](/docs/native-chat-ui) — アクション宣言されたテーブル、チャート、および BYO 実行時の状態
-- [Agent Surfaces](/docs/agent-surfaces) — ヘッドレス、リッチ チャット、埋め込みサイドカー、フルアプリ パス
-- [A2A Protocol](/docs/a2a-protocol) — エージェント間の通信
-- [Multi-App Workspace](/docs/multi-app-workspace) — 共有認証、skills、コンポーネント、資格情報を使用して 1 つのモノリポジトリで多くのアプリをホストします
+- [**What Is Agent-Native?**](/docs/what-is-agent-native) — これらのルールを支えるビジョンと理念
+- [**Context Awareness**](/docs/context-awareness) — ナビゲーション状態、view-screen、navigate コマンドの詳細
+- [**Skills Guide**](/docs/skills-guide) — フレームワーク skills、ドメイン skills、カスタム skills の作成
+- [**Native Chat UI**](/docs/native-chat-ui) — action で宣言する表とグラフ、および独自ランタイムへの対応
+- [**Agent Surfaces**](/docs/agent-surfaces) — チャット、ネイティブ インライン UI、完全なアプリページ、埋め込み sidecar、自動化、外部エージェント パス
+- [**A2A Protocol**](/docs/a2a-protocol) — エージェント間通信

package/docs/content/locales/ja-JP/messaging.mdx

@@ -1,11 +1,15 @@
 ---
 title: "メッセージ"
-description: "Slack、電子メール、テレグラム、または WhatsApp からエージェントと会話します。同じエージェント、同じメモリ、同じツールを使用します。"
+description: "Slack、Microsoft Teams、Discord インタラクション、メール、Telegram、WhatsApp からエージェントと会話します。"
 ---
 
 # メッセージング
 
-エージェントを Slack、電子メール、テレグラム、または WhatsApp に接続すると、すでに使用しているアプリからエージェントとチャットできるようになります。同じエージェント、同じメモリ、同じツール、同じスレッドであり、より多くの場所からアクセスできるだけです。
+エージェントを Slack、Microsoft Teams、Discord インタラクション、メール、Telegram、WhatsApp に接続できます。メモリ、ツール、会話履歴は同じです。
+
+> **正確なサポート範囲:** Teams は公式 Bot Framework JWT を検証し、元の会話へ返信します。Discord は Ed25519 署名付き HTTP インタラクションによるスラッシュコマンドと遅延応答をサポートします。通常のサーバーメッセージや DM には Gateway ランタイムが必要です。Telegram は `message_thread_id` を保持し、WhatsApp は受信した `wamid` をコンテキスト返信に使用します。
+>
+> Teams には `MICROSOFT_TEAMS_APP_ID`、`MICROSOFT_TEAMS_APP_PASSWORD`、`MICROSOFT_TEAMS_ALLOWED_TENANT_IDS` が必要です。Discord には `DISCORD_APPLICATION_ID` と `DISCORD_PUBLIC_KEY` が必要です。Telegram には `TELEGRAM_WEBHOOK_SECRET`、WhatsApp には `WHATSAPP_APP_SECRET` も必要です。
 
 > **ディスパッチ テンプレートを使用しますか?** これらすべては **[設定] → [メッセージング]** で設定されます。クリックして各プラットフォームに接続します。独自のテンプレートをカスタマイズまたは構築する場合を除き、このページの残りの部分を読む必要はありません。 [Dispatch](/docs/dispatch) または [Dispatch template reference](/docs/template-dispatch) を参照してください。
 
@@ -78,7 +82,6 @@ description: "Slack、電子メール、テレグラム、または WhatsApp か
    - `chat:write` — エージェントがメッセージを送信できるようにします
    - `app_mentions:read` — エージェントがいつ @ メンションされたかを確認できるようにします (オプション)
    - `im:history` — エージェントに送信された DM を読めるようにします
-   - `assistant:write` — オプション。 Slack がアシスタント スレッドでネイティブの「考え中...」ステータスを表示できるようにします
    - `users:read.email` — オプション。 Mail などのテンプレートは、ドラフト キュー ID について Slack 送信者の電子メールを検証するのに役立ちます
 3. そのページの上部にある [**ワークスペースにインストール**] をクリックします。 Slack は、`xoxb-` で始まる **ボット ユーザー OAuth トークン**を提供します。コピーしてください。
 4. サイドバーの **基本情報** に移動し、**署名シークレット**をコピーします。
@@ -123,12 +126,73 @@ Slack アプリには 1 つのイベント API リクエスト URL がありま
 
 ### ヒント
 
-- **チャンネルメンション** — ノイズを避けるため、ボットは @ メンションされた場合にのみチャンネル内で応答します。
-- **DM** — すべての DM はエージェントとのプライベートな会話として扱われます。
-- **同じ ID、すべてのチャネル** — Slack ユーザーがアプリの登録ユーザーと同じメールアドレスを持っている場合、エージェントはそれらを同一人物として扱います。
+- **チャンネルメンション** — 作業開始時は @mention します。メンションなしの返信は、その同じスレッドで作業中の間だけ続行されます。
+- **DM** — 受け付ける個人 DM は非公開の会話であり、確認済み組織メンバーまたはリンク済み Slack ID が必要です。
+- **ID** — DM は検証済み Slack メールを同じアプリユーザーに関連付けられます。管理チャンネルは独自のサービス ID とポリシーを使用します。
 - **運用許可リスト** — 有効な署名シークレットが予期しないワークスペースで再利用されないように、`SLACK_ALLOWED_TEAM_IDS` を設定し、共有 Slack アプリの場合は `SLACK_ALLOWED_API_APP_IDS` を設定します。
 - **Clips アプリの展開** — Slack 用のインストール可能な Agent-Native Clips は、`SLACK_CLIENT_ID`、`SLACK_CLIENT_SECRET`、`SLACK_SIGNING_SECRET`、および `/api/slack/oauth/callback` を使用します。接続された各 Slack ワークスペースは、`app_secrets` で独自の暗号化されたボット トークンを取得します。 `SLACK_BOT_TOKEN` は、従来の単一ワークスペースのフォールバックにすぎません。
 
+### 管理対象の Add to Slack
+
+管理対象 OAuth が推奨設定です。**設定 → Messaging** で **Agent manifest** を選択し、
+ホスト固有の `agent-native-slack-manifest.json` をダウンロードして、Slack の
+**App Manifest** からインポートします。このマニフェストは現在の `agent_view` と、
+DM 用の書き込み可能な **Messages** タブを有効にします。次の Bot Token Scopes を確認します。
+
+アプリアイコンはマニフェストには含まれません。Agents ピッカーを製品ブランドに合わせるため、
+**Basic Information → Display Information** で Agent Native アイコンをアップロードします。
+アプリの公開 `icon-512.svg` を元に、必要に応じて Slack が受け付けるアップロード形式へ変換できます。
+
+```text
+assistant:write
+app_mentions:read
+   channels:history
+   channels:read
+   chat:write
+files:read
+   groups:history
+   groups:read
+   im:history
+im:read
+   mpim:history
+   mpim:read
+   pins:read
+   reactions:read
+users:read
+users:read.email
+```
+
+OAuth Redirect URL を
+`https://your-app.example.com/_agent-native/integrations/slack/oauth/callback`、
+Event Subscriptions Request URL を
+`https://your-app.example.com/_agent-native/integrations/slack/webhook`、
+Interactivity Request URL を
+`https://your-app.example.com/_agent-native/integrations/slack/interactions` に設定します。
+`app_home_opened`、`app_context_changed`、`app_mention`、`message.channels`、
+`message.groups`、`message.im`、`message.mpim` を購読します。
+`SLACK_CLIENT_ID`、`SLACK_CLIENT_SECRET`、`SLACK_SIGNING_SECRET`
+を設定したら、**設定 → Messaging** で **Add to Slack** を選択します。各インストールの
+トークンは暗号化され、会話キーはワークスペース、アプリ、チャンネル、スレッド別です。
+
+マニフェスト、スコープ、イベント、Agent view、Messages タブを変更した後は Slack アプリを
+再インストールしてください。`app_home_opened` は DM が開かれたことを検出し、
+`app_context_changed` は現在表示中の Slack コンテキストを提供し、`message.im` は DM を
+配信します。Slack 管理者は組織全体でインストール済みエージェントを非表示にでき、各メンバーも
+自分のトップバーから非表示にできます。インストール済みなのに表示されない場合は、これらの設定を
+確認するか、**Tools → Apps** から開いてください。
+
+個人の Slack DM は、確認済みの Agent Native 組織メンバー、またはそのメンバーにリンク済みの
+Slack ID からのみ受け付けます。チャンネルのサービスプリンシパルに対するポリシーと予算は別です。
+
+メンションなしの返信は実行中の同じスレッドだけを操作し、通常のチャンネル会話は
+エージェントを起動しません。制限された文脈にはリアクションとファイル参照が含まれ、
+ネイティブカードに計画、進捗、キャンセル、承認/拒否が表示されます。DM は個人 ID、
+管理チャンネルは明示したサービス ID とゲスト、Slack Connect、モデルのポリシーを
+使用します。チャンネルメモリは明示的な依頼だけで保存または削除され、自動保存されません。
+チャンネルで作成したルーチンは同じ Slack に配信されます。組織、依頼者、チャンネルの
+日次または月次予算は完全な監査系統とともに適用されます。`assistant:write` は Agent View の
+コンテキストイベントを有効にし、`chat:write` は返信とライブ状態更新に使用されます。
+
 ## テレグラムを設定する {#telegram}
 
 ### 必要なもの
@@ -435,7 +499,9 @@ POST /_agent-native/integrations/telegram/setup
 | メール           | `EMAIL_AGENT_ADDRESS`、および `RESEND_API_KEY` または `SENDGRID_API_KEY` のいずれか | `EMAIL_INBOUND_WEBHOOK_SECRET`                        |
 | WhatsApp         | `WHATSAPP_ACCESS_TOKEN`, `WHATSAPP_VERIFY_TOKEN`, `WHATSAPP_PHONE_NUMBER_ID`        | —                                                     |
 
-すべての資格情報は環境変数内に存在します。データベースやソース コードには決して存在しません。サイドバー設定 UI またはホスティング プロバイダーの環境パネルを使用します。
+統合資格情報は、まず統合所有者のスコープ付きシークレット（ユーザー、組織、ワークスペースの順）から解決されます。デプロイ環境変数は、ローカルまたは意図的な単一テナント構成のフォールバックです。設定 UI はスコープ付きシークレットを保存し、値がブラウザーに返されたりソースコードに保存されたりすることはありません。
+
+組み込みランタイムアダプターは **Slack**、**Telegram**、**WhatsApp Cloud API**、およびプロバイダー webhook 電子メール（Resend または SendGrid）です。Discord と Microsoft Teams は、検証済みアダプターが実装・登録されるまで接続できません。
 
 ### スレッドとアイデンティティ {#threading-and-identity}
 
@@ -481,13 +547,13 @@ import type {
 import type { EnvKeyConfig } from "@agent-native/core/server";
 
 const myAdapter: PlatformAdapter = {
-  platform: "discord",
-  label: "Discord",
+  platform: "my-chat",
+  label: "My Chat",
 
   // Env keys this adapter needs (rendered in the settings UI)
   getRequiredEnvKeys(): EnvKeyConfig[] {
     return [
-      { key: "DISCORD_BOT_TOKEN", label: "Discord Bot Token", required: true },
+      { key: "MY_CHAT_BOT_TOKEN", label: "My Chat Bot Token", required: true },
     ];
   },
 
@@ -507,10 +573,10 @@ const myAdapter: PlatformAdapter = {
   // Return null to silently ignore the event (bot messages, edits, etc.).
   async parseIncomingMessage(event: H3Event): Promise<IncomingMessage | null> {
     return {
-      platform: "discord",
+      platform: "my-chat",
       externalThreadId: "channel-or-thread-id",
       text: "the user's message",
-      senderId: "discord-user-id",
+      senderId: "my-chat-user-id",
       platformContext: { channelId: "channel-id" },
       timestamp: Date.now(),
     };
@@ -538,10 +604,10 @@ const myAdapter: PlatformAdapter = {
   // baseUrl is the app's public URL, used for status checks that need it.
   async getStatus(baseUrl?: string) {
     return {
-      platform: "discord",
-      label: "Discord",
+      platform: "my-chat",
+      label: "My Chat",
       enabled: true,
-      configured: !!process.env.DISCORD_BOT_TOKEN,
+      configured: !!process.env.MY_CHAT_BOT_TOKEN,
     };
   },
 };

package/docs/content/locales/ja-JP/multi-tenancy.mdx

@@ -17,7 +17,7 @@ description: "すべてのエージェント ネイティブ アプリは、設
 - **組織の切り替え** — セッションはアクティブな組織 (`session.orgId`) を追跡し、それを切り替えるとユーザーとエージェントに表示されるデータが変更されます。
 - **組織ごとのデータ分離** — すべてのクエリのスコープは自動的にアクティブな組織に設定されます。
 
-CRM、プロジェクト トラッカー、サポート インボックス、またはその他のチーム ツールのエージェント ネイティブを評価している場合、マルチテナントの基盤はすでに存在しています。すべてのファーストパーティ テンプレートはマルチテナントです。リストについては、[Cloneable SaaS templates](/docs/cloneable-saas) を参照してください。
+CRM、プロジェクト トラッカー、サポート インボックス、またはその他のチーム ツールのエージェント ネイティブを評価している場合、マルチテナントの基盤はすでに存在しています。すべてのファーストパーティ テンプレートはマルチテナントです。リストについては、[テンプレート](/docs/cloneable-saas) を参照してください。
 
 <Diagram id="doc-block-1b0ytkl" title={"組織のメンバーシップと隔離"} summary={"ユーザーは owner/admin/member として組織に参加します。すべての所有可能な行には、それを所有するテナントの org_id が含まれており、境界を越えて行がリークすることはありません。"}>
 
@@ -117,8 +117,8 @@ CRM、プロジェクト トラッカー、サポート インボックス、ま
 
 これは、ユーザーごとのスコープ設定に使用されるのと同じパイプラインです。 SQL レベルのメカニズム、`ownableColumns()` コントラクト、および `accessFilter` / `resolveAccess` / `assertAccess` ガードについては、スコープ パイプラインの信頼できる唯一の情報源である [Security → Data Scoping](/docs/security#data-scoping) を参照してください。
 
-## 関連ドキュメント {#related}
+## 次のステップ {#related}
 
-- [Authentication](/docs/authentication#organizations) — セッション、ソーシャル プロバイダー、および組織管理画面
-- [Security → Data Scoping](/docs/security#data-scoping) — SQL レベルの分離、`ownableColumns()` コントラクト、およびアクセス ガード
-- [Multi-App Workspace](/docs/multi-app-workspace) — 共有認証と RBAC を使用して 1 つのモノリポジトリで複数のエージェント ネイティブ アプリをホストする
+- [**Authentication**](/docs/authentication#organizations) — セッション、ソーシャル プロバイダー、組織管理画面
+- [**Security — Data Scoping**](/docs/security#data-scoping) — SQL レベルの分離、`ownableColumns()` コントラクト、アクセス ガード
+- [**Multi-App Workspace**](/docs/multi-app-workspace) — 共有認証と RBAC を使用して 1 つの monorepo で複数の Agent-Native アプリをホストします

package/docs/content/locales/ja-JP/notifications.mdx

@@ -113,6 +113,7 @@ await notify(
 | `inbox`    | `notifications` テーブルに保持されます。ベル UI を動かします | 常時オン — プリミティブの一部。                              |
 | `webhook`  | POST JSON から構成済みの URL                                 | `NOTIFICATIONS_WEBHOOK_URL` 環境変数は起動時に設定されます。 |
 
+メール、Slack、Webhook はすべて、受信トレイとともに常に登録されます。配信では通知ごとのメタデータにある URL または受信者が優先され、その後、対応する環境変数にフォールバックします。どちらも設定されていない場合、そのチャネルは通知時に何も行いません。
 Webhook チャネルは、所有者のアドホック [secrets](/docs/security) に対して URL と `NOTIFICATIONS_WEBHOOK_AUTH` の両方の `${keys.NAME}` 参照を解決するため、生の値がエージェントのコンテキストに入ることはありません。キーごとの URL ホワイトリストが適用されます。自動化 `web-request` ツールが使用するのと同じルールです。
 
 <Diagram id="doc-block-pmqexc" title={"チャネルと重大度"} summary={"受信トレイは常にオンになっています。 Webhook には環境変数が必要です。カスタム チャネルは起動時に登録されます。重大度はバッジのスタイルを決定し、すべてのチャネルに渡されます。"}>
@@ -203,7 +204,7 @@ await notify(
 
 任意のサーバー プラグインからカスタム チャネルを登録します。
 
-```ts
+```ts filename="server/plugins/notifications-slack-ops.ts"
 import { registerNotificationChannel } from "@agent-native/core/notifications";
 
 registerNotificationChannel({
@@ -274,15 +275,15 @@ interface NotificationMeta {
 
 core-routes プラグインによって `/_agent-native/notifications/*` にマウントされます。すべてのルートは、認証されたセッションの電子メールにスコープされます。
 
-| メソッド | パス                                                |
-| -------- | --------------------------------------------------- |
-| `GET`    | `/_agent-native/notifications?unread=true&limit=50` |
-| `GET`    | `/_agent-native/notifications/count`                |
-| `POST`   | `/_agent-native/notifications/:id/read`             |
-| `POST`   | `/_agent-native/notifications/read-all`             |
-| `DELETE` | `/_agent-native/notifications/:id`                  |
+| メソッド | パス                                                           |
+| -------- | -------------------------------------------------------------- |
+| `GET`    | `/_agent-native/notifications?unread=true&limit=50&before=ISO` |
+| `GET`    | `/_agent-native/notifications/count`                           |
+| `POST`   | `/_agent-native/notifications/:id/read`                        |
+| `POST`   | `/_agent-native/notifications/read-all`                        |
+| `DELETE` | `/_agent-native/notifications/:id`                             |
 
-<Endpoint id="doc-block-wg8xf2" title={"リスト通知"} summary={"The route behind listNotifications() — scoped to the authenticated session's email."} method="GET" path={"/_agent-native/notifications?unread=true&limit=50"} summary={"現在のユーザーに対する最近の通知を一覧表示します"} auth={"Authenticated session; results are scoped to the session's email."} params={[
+<Endpoint id="doc-block-wg8xf2" title={"リスト通知"} method="GET" path={"/_agent-native/notifications?unread=true&limit=50&before=ISO"} summary={"現在のユーザーに対する最近の通知を一覧表示します"} auth={"Authenticated session; results are scoped to the session's email."} params={[
   {
     "name": "unread",
     "in": "query",
@@ -296,6 +297,13 @@ core-routes プラグインによって `/_agent-native/notifications/*` にマ
     "type": "number",
     "required": false,
     "description": "Max rows to return."
+  },
+  {
+    "name": "before",
+    "in": "query",
+    "type": "string",
+    "required": false,
+    "description": "ISO タイムスタンプカーソル。ページネーションのため、この時刻より前に作成された通知を返します。"
   }
 ]} responses={[
   {
@@ -308,7 +316,7 @@ core-routes プラグインによって `/_agent-native/notifications/*` にマ
 
 ## UIコンポーネント {#ui}
 
-```tsx
+```tsx filename="app/components/HeaderBar.tsx"
 import { NotificationsBell } from "@agent-native/core/client/notifications";
 
 export function HeaderBar() {

package/docs/content/locales/ja-JP/processors.mdx

@@ -49,8 +49,11 @@ description: "ループ内部のオブザーバー/ガードレール フック
 
 </Diagram>
 
-> [!WARNING]
-> プロセッサは **構成** であり、ツール、アクション、オーサリング DSL ではありません。プロセッサーは、自身のストリームスコープの状態、および `abort()` のみを観察し、変更します。これらは、アプリの動作を定義したり、actions を置き換えたり、モデルに表示されることはありません。アプリの操作は [actions](/docs/actions) に属します。
+<Callout id="doc-block-proc1cfg" tone="warning">
+
+プロセッサは **構成** であり、ツール、アクション、オーサリング DSL ではありません。プロセッサーは、自身のストリームスコープの状態、および `abort()` のみを観察し、変更します。これらは、アプリの動作を定義したり、actions を置き換えたり、モデルに表示されることはありません。アプリの操作は [actions](/docs/actions) に属します。
+
+</Callout>
 
 ## フック {#hooks}
 
@@ -131,10 +134,13 @@ await runAgentLoop({
 
 **未使用時はオーバーヘッドゼロ。** ループは、少なくとも 1 つのプロセッサが提供されている場合にのみプロセッサ チェーンを構築します。 `processors` が省略されるか空の場合、シーム コードは実行されず、ループはバイトごとに変更されません。フックは登録順に実行され、同期または非同期の場合があります。
 
-> [!NOTE]
-> ループレベルのシームは今日の成果物であり、サブエージェント、A2A、MCP、およびテストによって直接呼び出すことができます。 HTTP チャット ハンドラーを介して `processors` をスレッドする (したがって、リクエストごとのリゾルバーが `runAgentLoop` を直接呼び出さずにそれらを構成できる) のは、まだ配線されていない便利な配管です。現時点では、`runAgentLoop` 呼び出しサイトでプロセッサーを構成します。
+<Callout id="doc-block-proc1note" tone="info">
+
+ループレベルのシームは今日の成果物であり、サブエージェント、A2A、MCP、およびテストによって直接呼び出すことができます。 HTTP チャット ハンドラーを介して `processors` をスレッドする (したがって、リクエストごとのリゾルバーが `runAgentLoop` を直接呼び出さずにそれらを構成できる) のは、まだ配線されていない便利な配管です。現時点では、`runAgentLoop` 呼び出しサイトでプロセッサーを構成します。
+
+</Callout>
 
-## 関連
+## 次のステップ
 
 - [**Durable Resume**](/docs/durable-resume) — 完了した副作用を再実行せずにループが中断に耐える方法。
 - [**Custom Agents & Teams**](/docs/agent-teams) — サブエージェントは同じループを実行し、独自のプロセッサを搭載できます。

package/docs/content/locales/ja-JP/server.mdx

@@ -96,8 +96,7 @@ server/routes/
 
 各ルートは `defineEventHandler` をエクスポートします。
 
-```ts
-// server/routes/api/health.get.ts
+```ts filename="server/routes/api/health.get.ts"
 import { defineEventHandler } from "h3";
 
 export default defineEventHandler(() => ({
@@ -137,8 +136,7 @@ UI とエージェントの両方が何かを行う必要がある場合は、
 
 読み取り専用の status endpoint は action として保持します:
 
-```ts
-// actions/get-status.ts
+```ts filename="actions/get-status.ts"
 import { defineAction } from "@agent-native/core/action";
 import { z } from "zod";
 
@@ -171,8 +169,7 @@ GET /_agent-native/actions/get-status?service=billing
 ツール、チャット履歴、または実行状態では、明示的なエスケープとして `completeText()` を使用します
 孵化します。
 
-```ts
-// actions/classify-message.ts
+```ts filename="actions/classify-message.ts"
 import { defineAction } from "@agent-native/core/action";
 import { completeText } from "@agent-native/core/server";
 import { z } from "zod";
@@ -237,8 +234,7 @@ export default defineAction({
 
 プラグインは `server/plugins/` に存在し、起動時に実行されます。これらは、移行、プロバイダーのセットアップ、定期的なジョブ、統合アダプター、フレームワーク プラグインの構成に使用します。
 
-```ts
-// server/plugins/db.ts
+```ts filename="server/plugins/db.ts"
 import { runMigrations } from "@agent-native/core/db";
 
 export default runMigrations(
@@ -414,8 +410,11 @@ export default runMigrations(
 
 </Diagram>
 
-> [!WARNING]
-> 応答を返した後は、待機していない Promise に依存しないでください。サーバーレス ホストは実行をフリーズします。正規統合キューについては、[Messaging](/docs/messaging) を参照してください。
+<Callout tone="warning">
+  応答を返した後は、待機していない Promise に依存しないでください。サーバーレス
+  ホストは実行をフリーズします。正規統合キューについては、[Messaging](/docs/messaging)
+  を参照してください。
+</Callout>
 
 ## 上級: 脱出ハッチ {#advanced-escape-hatches}
 
@@ -457,3 +456,11 @@ const handler = createProductionAgentHandler({
   systemPrompt: "You are the app agent...",
 });
 ```
+
+## 次のステップ
+
+- [**Actions**](/docs/actions) — デフォルトの操作サーフェス。適合しない場合にのみカスタムルートを使用します
+- [**Database**](/docs/database) — カスタムルートと Actions の両方がインポートする `getDb()`/`schema` パターン
+- [**Security**](/docs/security#access-guards) — `accessFilter`/`assertAccess` と完全なデータスコープモデル
+- [**Messaging**](/docs/messaging) — 受信 Webhook の標準的な統合キューパターン
+- [**MCP Protocol**](/docs/mcp-protocol) — このサーバーが自動的にマウントする `/_agent-native/mcp` エンドポイント

package/docs/content/locales/ja-JP/sharing.mdx

@@ -1,13 +1,13 @@
 ---
 title: "共有とプライバシー"
-description: "フレームワークに組み込まれた Google ドキュメント スタイルの共有。ユーザーが作成したすべてのリソース (ドキュメント、ダッシュボード、デザイン、デッキ、クリップ、レコーディング、フォーム) は、1 つの一貫した共有 UI を持つ同じデフォルトのプライベート モデルを取得します。"
+description: "使い慣れた一貫性のある共有機能をフレームワークに組み込みました。ドキュメント、ダッシュボード、デザイン、デッキ、クリップ、録画、フォームなど、ユーザーが作成するすべてのリソースに、同じデフォルト非公開モデルと一貫した共有 UI が適用されます。"
 ---
 
 # 共有とプライバシー
 
 ユーザーがエージェント ネイティブ アプリで作成するすべてのリソース (ドキュメント、ダッシュボード、デザイン、デッキ、画面録画、会議記録、フォーム、予約リンク) は、**デフォルトでは作成者のみに公開されます**。他の人がそれを見ることができるのは、作成者が明示的に共有するか、公開範囲を `org` または `public` に変更した場合のみです。
 
-見た目も動作も Google ドキュメントと同じです。同じ共有ボタン、同じダイアログ、同じ 3 層可視性モデル、ユーザーごと/組織ごとの同じ許可が、すべてのテンプレートにわたって使用され、アプリごとの再発明は必要ありません。
+どこでも 1 つの使い慣れた共有モデルを使用します。同じ共有ボタン、同じダイアログ、同じ 3 段階の可視性モデル、同じユーザー単位・組織単位の権限付与が、アプリごとに作り直すことなく、すべてのテンプレートに適用されます。
 
 ## なぜ 1 つのモデルなのか {#why}
 
@@ -92,7 +92,7 @@ description: "フレームワークに組み込まれた Google ドキュメン
 - **コンテンツ** — ドキュメント
 - **スライド** — デッキ
 - **デザイン** — デザインとアセット
-- **クリップ** — 画面録画 (Loom スタイル)
+- **クリップ** — 画面録画
 - **Plan** — visual plans and PR recaps
 - **フォーム** — フォーム定義
 - **カレンダー** — イベントと予約リンク
@@ -115,7 +115,7 @@ description: "フレームワークに組み込まれた Google ドキュメン
 
 - 可視性セレクター (`Private` / `Organization` / `Public link`)。
 - 「ユーザーまたはチームを追加」オートコンプリート — 組織内のユーザーを検索するか、メールを貼り付けます。
-- 個々の電子メール許可のための Google ドキュメント スタイルの `通知 people` チェックボックス。
+- 個別のメール権限付与用の `ユーザーに通知` チェックボックス。
 - ロールピッカーと削除コントロールを含む現在の許可のリスト。
 - 現在の表示設定を尊重するリンクのコピー ボタン。
 
@@ -270,7 +270,7 @@ export const deckShares = createSharesTable("deck_shares");
 
 `server/db/index.ts` での 1 つの登録呼び出し:
 
-```ts
+```ts filename="server/db/index.ts"
 import { registerShareableResource } from "@agent-native/core/sharing";
 
 registerShareableResource({
@@ -315,9 +315,9 @@ For resources that execute code or carry elevated trust (like extensions), set `
 
 共有はフレームワークのより広範なデータスコープ モデルに基づいています。所有可能なテーブルへのリスト/読み取り/書き込みアクセスは `accessFilter()` / `resolveAccess()` / `assertAccess()` を経由し、`org_id` タグ付きリソースは組織間で表示されません。完全なパイプライン、CI ガード、および脅威サーフェスについては、[Security → Data Scoping](/docs/security#data-scoping) を参照してください。
 
-## こちらもご覧ください {#see-also}
+## 次のステップ {#see-also}
 
-- [Security & Data Scoping](/docs/security) — 共有が利用するアクセス フィルターと所有権モデル。
-- [Authentication](/docs/authentication) — セッション、組織、および ID がリクエスト コンテキストにどのように流れ込むか。
-- [Extensions](/docs/extensions#sharing) — サンドボックス化されたミニアプリ サーフェスでの共有。
-- [Creating Templates](/docs/creating-templates) — `ownableColumns` を新しいテンプレートのスキーマに接続します。
+- [**Security — Data Scoping**](/docs/security#data-scoping) — 共有の基盤となるアクセスフィルターと所有権モデル
+- [**Authentication**](/docs/authentication) — セッション、組織、リクエストコンテキストへの ID の流れ
+- [**Extensions**](/docs/extensions#sharing) — サンドボックス化されたミニアプリサーフェスでの共有
+- [**Creating Templates**](/docs/creating-templates) — 新しいテンプレートのスキーマへの `ownableColumns` の組み込み