npm - @agent-native/core - Versions diffs - 0.109.2 → 0.109.4 - Mend

@agent-native/core 0.109.2 → 0.109.4

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.

Files changed (334) hide show

package/corpus/core/docs/content/locales/hi-IN/agent-native-toolkit.mdx CHANGED Viewed

@@ -1,23 +1,15 @@
 ---
-title: "Toolkits"
-description: "Battle-tested reusable building blocks for high-quality agentic applications: collaboration, sharing, settings, teams, setup, navigation, resources, agent UX, history, comments, and observability."
+title: "Toolkit"
+description: "पुन: उपयोग योग्य नींवों, संपादकों और कैनवस, एजेंट संदर्भ, गवर्नेंस, वर्कस्पेस क्रोम, संचालन और Toolkit क्षमता मॉड्यूल का एक संतुलित कैटलॉग।"
 ---
 <!-- i18n-docs-ignore -->
-# Toolkits
+# Toolkit
-Toolkits are reusable, battle-tested building blocks for high-quality agentic
-applications. They turn the hard product work that repeats across apps into
-standard surfaces: realtime collaboration between humans and agents, sharing
-with humans and agents, settings, teams, setup, resources, history, review, and
-observability.
+Toolkit उच्च-गुणवत्ता वाले एजेंटिक अनुप्रयोगों के लिए पुन: उपयोग योग्य, व्यवहार में परखे हुए बिल्डिंग ब्लॉक हैं। वे ऐप्स में बार-बार होने वाले कठिन उत्पाद कार्य को मानक सतहों में बदलते हैं: इंसानों और एजेंटों के बीच रीयलटाइम सहयोग, इंसानों और एजेंटों के लिए शेयरिंग, सेटिंग्स, टीमें, सेटअप, संसाधन, इतिहास, समीक्षा और ऑब्ज़र्वेबिलिटी।
-Each kit packages the UI patterns, action contracts, app-state expectations,
-access boundaries, and agent-visible behavior that users expect to work
-consistently. Apps still own their domain model and visual identity; toolkits
-make the common product systems feel complete from the first version instead of
-being rebuilt in slightly different ways every time.
+हर किट में वे UI पैटर्न, एक्शन कॉन्ट्रैक्ट, ऐप-स्टेट अपेक्षाएँ, एक्सेस सीमाएँ और एजेंट-को-दिखने वाला व्यवहार शामिल होता है जिनके लगातार काम करने की उपयोगकर्ता उम्मीद करते हैं। ऐप्स अपने डोमेन मॉडल और विज़ुअल पहचान के मालिक बने रहते हैं; Toolkit साझा उत्पाद सिस्टम को हर बार थोड़ा अलग बनाकर फिर से बनाने के बजाय पहले संस्करण से ही पूर्ण महसूस कराता है।
 <WireframeBlock id="doc-block-toolkits-index">
   <Screen
@@ -28,23 +20,23 @@ being rebuilt in slightly different ways every time.
   />
 </WireframeBlock>
-<Diagram id="doc-block-toolkits-boundary" title="How kits fit" summary={"The framework runtime supplies durable guarantees. Toolkits turn those guarantees into reusable product systems. Apps add domain-specific data, routes, and visual identity."}>
+<Diagram id="doc-block-toolkits-boundary" title="किट कैसे फिट होते हैं" summary={"फ़्रेमवर्क रनटाइम टिकाऊ गारंटी देता है। Toolkit उन गारंटियों को पुन: उपयोग योग्य उत्पाद सिस्टम में बदलता है। ऐप्स डोमेन-विशिष्ट डेटा, रूट और विज़ुअल पहचान जोड़ते हैं।"}>
 ```html
 <div class="diagram-row">
   <div class="diagram-card">
-    <span class="diagram-pill accent">Runtime</span><br />
-    actions, SQL, auth, app state, access checks, realtime transport
+    <span class="diagram-pill accent">रनटाइम</span><br />
+    एक्शन, SQL, प्रमाणीकरण, ऐप स्टेट, एक्सेस जाँच, रीयलटाइम ट्रांसपोर्ट
   </div>
   <div class="diagram-arrow diagram-muted" aria-hidden="true">&rarr;</div>
   <div class="diagram-card">
-    <span class="diagram-pill accent">Toolkits</span><br />
-    collaboration, sharing, setup, review, history, observability
+    <span class="diagram-pill accent">Toolkit</span><br />
+    सहयोग, शेयरिंग, सेटअप, समीक्षा, इतिहास, ऑब्ज़र्वेबिलिटी
   </div>
   <div class="diagram-arrow diagram-muted" aria-hidden="true">&rarr;</div>
   <div class="diagram-card">
-    <span class="diagram-pill accent">Apps</span><br />
-    domain schema, routes, actions, branding, specialized workflows
+    <span class="diagram-pill accent">ऐप्स</span><br />
+    डोमेन स्कीमा, रूट, एक्शन, ब्रांडिंग, विशेष वर्कफ़्लो
   </div>
 </div>
 ```
@@ -68,45 +60,60 @@ being rebuilt in slightly different ways every time.
 </Diagram>
-## The Kits {#the-kits}
-| Kit                                                      | Use it for                                                                                                  |
-| -------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------- |
-| [Sharing](/docs/toolkit-sharing)                         | Ownable resources, share dialogs, visibility badges, share actions, public/private/org access.              |
-| [Collaboration](/docs/toolkit-collaboration)             | Realtime editing, presence, live cursors, recent-edit highlights, collaborative undo.                       |
-| [Settings](/docs/toolkit-settings)                       | Standard settings pages and tabs so app settings and agent/provider settings live in one predictable place. |
-| [Org & Team](/docs/toolkit-org-team)                     | Team pages, org switching, invites, org domains, roles, and app switching.                                  |
-| [Setup & Connections](/docs/toolkit-setup-connections)   | Onboarding, secrets, workspace connections, OAuth/provider readiness, and Builder connect.                  |
-| [Command & Navigation](/docs/toolkit-command-navigation) | Command menu, deep links, standard app routes, sidebar and shell patterns.                                  |
-| [Resources](/docs/toolkit-resources)                     | Resource trees, editors, file picker/search, attachments, and local file mode.                              |
-| [Agent UX](/docs/toolkit-agent-ux)                       | Composer, model picker, context chips, approvals, run recovery, and the runs tray.                          |
-| [History](/docs/toolkit-history)                         | Version history, audit logs, undo/redo, restore, and "what changed" surfaces.                               |
-| [Comments & Review](/docs/toolkit-comments-review)       | Inline comments, annotations, mentions, resolved threads, review status.                                    |
-| [Observability](/docs/toolkit-observability)             | Usage, spend, feedback, replay, errors, and run diagnostics.                                                |
-## Implementation Boundary {#implementation-boundary}
-Kits are product surfaces first. Some pieces are runtime-backed
-(`@agent-native/core`), some are presentation primitives
-(`@agent-native/toolkit`), and apps usually wrap both through local adapters.
-Use the package path that owns the needed behavior, but design the user-facing
-settings, collaboration, sharing, team, review, and setup experiences as one
-coherent kit instead of exposing package boundaries in the app.
-## Foundation Pieces {#foundation-pieces}
-- [UI Primitives](/docs/toolkit-ui) cover shared shadcn-style primitives under
-  `@agent-native/toolkit/ui/*`.
-- [App Adapters](/docs/toolkit-ui#app-adapters) show how apps wrap Toolkit pieces
-  through local `@/components/*` adapters.
-- [Shell & Hooks](/docs/toolkit-ui#shell-hooks) cover header actions, mobile hooks,
-  toasts, and small app-shell helpers.
-- [Component API](/docs/components) remains the lower-level reference for the
-  public React exports.
-## Design Rule {#design-rule}
-Use a toolkit when the behavior repeats across apps and users expect it to feel
-standard: sharing, settings, teams, comments, history, and agent progress should
-not be slightly different in every template. Keep domain-specific data,
-workflows, labels, and visual styling in the app.
+## कैटलॉग {#catalog}
+| क्षेत्र                | यहाँ से शुरू करें                                  | इसमें क्या है                                                                |
+| ---------------------- | -------------------------------------------------- | ---------------------------------------------------------------------------- |
+| नींव                   | [UI प्रिमिटिव](/docs/toolkit-ui)                   | साझा नियंत्रण, हुक, ऐप अडैप्टर और शेल जोड़।                                  |
+| संपादक और कैनवस        | [संपादक और कैनवस](/docs/toolkit-editors-canvases)  | रिच एडिटिंग, संरचित ब्लॉक, पुन: उपयोग योग्य कैनवस नियंत्रण और Design पैटर्न। |
+| एजेंट अनुभव और संदर्भ  | [संदर्भ और ज्ञान](/docs/toolkit-context-knowledge) | Context X-Ray, संसाधन, ज्ञान, कंपोज़र संदर्भ और एजेंट को दिखने वाली स्थिति।  |
+| सहयोग और गवर्नेंस      | [सहयोग](/docs/toolkit-collaboration)               | शेयरिंग, उपस्थिति, समीक्षा, इतिहास, ऑडिट और संगठन सीमाएँ।                    |
+| वर्कस्पेस क्रोम        | [ऐप क्रोम](/docs/toolkit-settings)                 | सेटिंग्स, टीमें, सेटअप, नेविगेशन, संसाधन और एजेंट UX।                        |
+| संचालन                 | [ऑब्ज़र्वेबिलिटी](/docs/toolkit-observability)     | उपयोग, फ़ीडबैक, रिप्ले, निदान और परिचालन दृश्यता।                            |
+| Toolkit क्षमता मॉड्यूल | [क्षमता पैकेज](/docs/toolkit-capability-packages)  | मांग पर इंस्टॉल किए जाने वाले डोमेन पैकेज और उनके लाइफसाइकल मैनिफेस्ट।       |
+## उत्पाद किट {#product-kits}
+| किट                                                    | उपयोग                                                                                           |
+| ------------------------------------------------------ | ----------------------------------------------------------------------------------------------- |
+| [शेयरिंग](/docs/toolkit-sharing)                       | स्वामित्व योग्य संसाधन, शेयर डायलॉग, विज़िबिलिटी बैज, शेयर एक्शन, सार्वजनिक/निजी/संगठन एक्सेस।  |
+| [सहयोग](/docs/toolkit-collaboration)                   | रीयलटाइम संपादन, उपस्थिति, लाइव कर्सर, हालिया संपादन हाइलाइट, सहयोगी undo।                      |
+| [सेटिंग्स](/docs/toolkit-settings)                     | मानक सेटिंग्स पेज और टैब, ताकि ऐप सेटिंग्स और एजेंट/प्रदाता सेटिंग्स एक अनुमानित स्थान पर रहें। |
+| [संगठन और टीम](/docs/toolkit-org-team)                 | टीम पेज, संगठन स्विचिंग, आमंत्रण, संगठन डोमेन, भूमिकाएँ और ऐप स्विचिंग।                         |
+| [सेटअप और कनेक्शन](/docs/toolkit-setup-connections)    | ऑनबोर्डिंग, सीक्रेट, वर्कस्पेस कनेक्शन, OAuth/प्रदाता तैयारी और Builder कनेक्ट।                 |
+| [कमांड और नेविगेशन](/docs/toolkit-command-navigation)  | कमांड मेनू, डीप लिंक, मानक ऐप रूट, साइडबार और शेल पैटर्न।                                       |
+| [संसाधन](/docs/toolkit-resources)                      | संसाधन ट्री, संपादक, फ़ाइल पिकर/खोज, अटैचमेंट और लोकल फ़ाइल मोड।                                |
+| [एजेंट UX](/docs/toolkit-agent-ux)                     | कंपोज़र, मॉडल पिकर, संदर्भ चिप, अनुमोदन, रन रिकवरी और रन ट्रे।                                  |
+| [इतिहास](/docs/toolkit-history)                        | संस्करण इतिहास, ऑडिट लॉग, undo/redo, पुनर्स्थापना और “क्या बदला” सतहें।                         |
+| [टिप्पणियाँ और समीक्षा](/docs/toolkit-comments-review) | इनलाइन टिप्पणियाँ, एनोटेशन, उल्लेख, हल किए गए थ्रेड और समीक्षा स्थिति।                          |
+| [ऑब्ज़र्वेबिलिटी](/docs/toolkit-observability)         | उपयोग, खर्च, फ़ीडबैक, रीप्ले, त्रुटियाँ और रन निदान।                                            |
+## पैकेज परिपक्वता और स्वामित्व {#package-maturity-and-ownership}
+- रिच एडिटर **Toolkit** का स्वामित्व है; माइग्रेशन के दौरान मौजूदा Core import हल्के संगतता re-export बने रहते हैं।
+- Design पुन: उपयोग योग्य `design-tweaks` वाला **टेम्पलेट पैटर्न** है, पूरा ड्रॉप-इन एडिटर या कैनवस नहीं।
+- इस चरण में Blocks और Context X-Ray इंजन **Core** के स्वामित्व में रहते हैं; पुन: उपयोग योग्य Context X-Ray प्रस्तुति Toolkit की है।
+- Creative Context, Scheduling और Pinpoint मांग पर इंस्टॉल किए जाने वाले **Toolkit क्षमता मॉड्यूल** हैं; वे अलग npm पैकेज और लाइफसाइकल मैनिफेस्ट रखते हैं। Dispatch अलग उत्पाद बना रहता है।
+## कार्यान्वयन सीमा {#implementation-boundary}
+किट पहले उत्पाद सतहें हैं। कुछ हिस्से रनटाइम-समर्थित हैं (`@agent-native/core`), कुछ प्रस्तुति प्रिमिटिव हैं (`@agent-native/toolkit`), और ऐप्स सामान्यतः दोनों को स्थानीय अडैप्टर से रैप करते हैं। आवश्यक व्यवहार का स्वामी पैकेज पथ उपयोग करें, लेकिन उपयोगकर्ता-मुखी सेटिंग्स, सहयोग, शेयरिंग, टीम, समीक्षा और सेटअप अनुभवों को ऐप में पैकेज सीमाएँ दिखाने के बजाय एक सुसंगत किट के रूप में डिज़ाइन करें।
+## आधारभूत हिस्से {#foundation-pieces}
+- [UI प्रिमिटिव](/docs/toolkit-ui) `@agent-native/toolkit/ui/*` के साझा shadcn-शैली प्रिमिटिव को कवर करता है।
+- [ऐप अडैप्टर](/docs/toolkit-ui#app-adapters) दिखाते हैं कि ऐप्स स्थानीय `@/components/*` अडैप्टर से Toolkit हिस्सों को कैसे रैप करते हैं।
+- [शेल और हुक](/docs/toolkit-ui#shell-hooks) हेडर एक्शन, मोबाइल हुक, टोस्ट और छोटे ऐप-शेल हेल्पर को कवर करते हैं।
+- [कंपोनेंट API](/docs/components) सार्वजनिक React export के लिए निचले स्तर का संदर्भ बना रहता है।
+## डिज़ाइन नियम {#design-rule}
+जब व्यवहार ऐप्स में दोहराया जाता है और उपयोगकर्ता उससे मानक अनुभव की उम्मीद करते हैं, तो Toolkit का उपयोग करें: शेयरिंग, सेटिंग्स, टीमें, टिप्पणियाँ, इतिहास और एजेंट प्रगति हर टेम्पलेट में थोड़ा अलग नहीं होना चाहिए। डोमेन-विशिष्ट डेटा, वर्कफ़्लो, लेबल और विज़ुअल स्टाइलिंग ऐप में रखें।
+## आगे क्या
+- [**Toolkit UI प्रिमिटिव**](/docs/toolkit-ui) — साझा प्रिमिटिव, ऐप अडैप्टर और shell हुक।
+- [**शेयरिंग किट**](/docs/toolkit-sharing) — संसाधनों, शेयर डायलॉग और दृश्यता के लिए अच्छा पहला किट।
+- [**टेम्पलेट बनाना**](/docs/creating-templates) — एंड-टू-एंड टेम्पलेट बनाएं और किट का स्थान देखें।
+- [**कंपोनेंट API**](/docs/components) — सभी सार्वजनिक React export का संदर्भ।
+- [**पैकेज लाइफसाइकल**](/docs/package-lifecycle) — manifest-आधारित Toolkit क्षमता मॉड्यूल को सुरक्षित रूप से जांचें, जोड़ें और eject करें।

package/corpus/core/docs/content/locales/hi-IN/toolkit-capability-packages.mdx ADDED Viewed

@@ -0,0 +1,21 @@
+---
+title: "Capability packages"
+description: "Domain capabilities और उनके manifest-driven lifecycle को Toolkit में मिलाए बिना प्रबंधित करें।"
+---
+# Capability packages
+Toolkit cross-app product foundations देता है; capability packages सीमित domain, actions, skills और lifecycle metadata देते हैं। Scheduling और Creative Context अलग capability packages हैं, Toolkit feature kits नहीं।
+`@agent-native/scheduling` generic manifest pilot में है। Extension points और ownership के लिए हर package के local docs और manifest को source of truth मानें।
+- [Scheduling package docs](https://github.com/BuilderIO/agent-native/tree/main/packages/scheduling/docs)
+- [Creative Context package docs](https://github.com/BuilderIO/agent-native/tree/main/packages/creative-context/docs)
+```bash
+agent-native package inspect @agent-native/scheduling
+agent-native package add @agent-native/scheduling --apply
+agent-native package eject @agent-native/scheduling --apply
+```
+Inspect, dry run और eject नियमों के लिए [Package Lifecycle](/docs/package-lifecycle) देखें।

package/corpus/core/docs/content/locales/hi-IN/toolkit-context-knowledge.mdx ADDED Viewed

@@ -0,0 +1,12 @@
+---
+title: "संदर्भ और ज्ञान"
+description: "Engine, data access और reusable presentation की सही सीमाओं के साथ agent-aware context surfaces बनाएं।"
+---
+# संदर्भ और ज्ञान
+Core application state, scoped access और Context X-Ray engine का owner है। Toolkit reusable presentation देता है; app domain records, taxonomy और selection rules का owner रहता है।
+Context X-Ray engine Core-owned रहता है। समान presentation के लिए Toolkit उपयोग करें, लेकिन state और access decisions Core तथा actions में रखें। [Context awareness](/docs/context-awareness) navigation, selection और focused object को agent के सामने रखता है; [Resources](/docs/toolkit-resources) files और attachments संभालता है।
+Context access control का विकल्प नहीं है। Provider knowledge लेने से पहले resource और credential checks बनाए रखें।

package/corpus/core/docs/content/locales/hi-IN/toolkit-editors-canvases.mdx ADDED Viewed

@@ -0,0 +1,17 @@
+---
+title: "एडिटर्स और कैनवस"
+description: "Core compatibility, template pattern और Toolkit primitives को अलग रखते हुए पुन: उपयोग योग्य surfaces चुनें।"
+---
+# एडिटर्स और कैनवस
+एडिटर्स और कैनवस जुड़े हुए product surfaces हैं, कोई एक flagship feature नहीं।
+| Surface             | वर्तमान ownership                                                 |
+| ------------------- | ----------------------------------------------------------------- |
+| Rich editor         | Toolkit, Core से compatibility re-exports के साथ।                 |
+| Blocks              | इस चरण में Core।                                                  |
+| Design              | `design-tweaks` वाला template pattern, पूर्ण drop-in editor नहीं। |
+| Canvas presentation | Toolkit या app composition।                                       |
+Editor को `@agent-native/toolkit/editor` से import करें। पुराने Core paths compatibility re-exports बने रहेंगे। Schema, commands और persistence app में रखें। Blocks Core में रहते हैं, लेकिन Toolkit section reusable UI का catalog है, इसलिए उनकी docs यहाँ colocated हैं।

package/corpus/core/docs/content/locales/ja-JP/agent-native-toolkit.mdx CHANGED Viewed

@@ -1,23 +1,15 @@
 ---
-title: "Toolkits"
-description: "Battle-tested reusable building blocks for high-quality agentic applications: collaboration, sharing, settings, teams, setup, navigation, resources, agent UX, history, comments, and observability."
+title: "Toolkit"
+description: "再利用可能な基盤、エディタとキャンバス、エージェントのコンテキスト、ガバナンス、ワークスペースのクローム、運用、Toolkit の能力モジュールをまとめた均衡の取れたカタログ。"
 ---
 <!-- i18n-docs-ignore -->
-# Toolkits
+# Toolkit
-Toolkits are reusable, battle-tested building blocks for high-quality agentic
-applications. They turn the hard product work that repeats across apps into
-standard surfaces: realtime collaboration between humans and agents, sharing
-with humans and agents, settings, teams, setup, resources, history, review, and
-observability.
+Toolkit は、高品質なエージェント型アプリケーションのための、再利用可能で実戦で磨かれた構成要素です。アプリ間で繰り返される難しいプロダクト作業を、人とエージェントのリアルタイムコラボレーション、人とエージェントへの共有、設定、チーム、セットアップ、リソース、履歴、レビュー、オブザーバビリティといった標準的な画面へ変換します。
-Each kit packages the UI patterns, action contracts, app-state expectations,
-access boundaries, and agent-visible behavior that users expect to work
-consistently. Apps still own their domain model and visual identity; toolkits
-make the common product systems feel complete from the first version instead of
-being rebuilt in slightly different ways every time.
+各キットには、ユーザーが一貫して機能することを期待する UI パターン、アクション契約、アプリ状態の前提、アクセス境界、エージェントから見える振る舞いが含まれます。アプリはドメインモデルと視覚的アイデンティティを引き続き所有します。Toolkit は、共通のプロダクトシステムを、毎回少しずつ異なる形で作り直すのではなく、最初のバージョンから完成したものにします。
 <WireframeBlock id="doc-block-toolkits-index">
   <Screen
@@ -28,23 +20,23 @@ being rebuilt in slightly different ways every time.
   />
 </WireframeBlock>
-<Diagram id="doc-block-toolkits-boundary" title="How kits fit" summary={"The framework runtime supplies durable guarantees. Toolkits turn those guarantees into reusable product systems. Apps add domain-specific data, routes, and visual identity."}>
+<Diagram id="doc-block-toolkits-boundary" title="キットの位置づけ" summary={"フレームワークランタイムは永続的な保証を提供します。Toolkit はその保証を再利用可能なプロダクトシステムへ変換します。アプリはドメイン固有のデータ、ルート、視覚的アイデンティティを加えます。"}>
 ```html
 <div class="diagram-row">
   <div class="diagram-card">
-    <span class="diagram-pill accent">Runtime</span><br />
-    actions, SQL, auth, app state, access checks, realtime transport
+    <span class="diagram-pill accent">ランタイム</span><br />
+    アクション、SQL、認証、アプリ状態、アクセスチェック、リアルタイム転送
   </div>
   <div class="diagram-arrow diagram-muted" aria-hidden="true">&rarr;</div>
   <div class="diagram-card">
-    <span class="diagram-pill accent">Toolkits</span><br />
-    collaboration, sharing, setup, review, history, observability
+    <span class="diagram-pill accent">Toolkit</span><br />
+    コラボレーション、共有、セットアップ、レビュー、履歴、オブザーバビリティ
   </div>
   <div class="diagram-arrow diagram-muted" aria-hidden="true">&rarr;</div>
   <div class="diagram-card">
-    <span class="diagram-pill accent">Apps</span><br />
-    domain schema, routes, actions, branding, specialized workflows
+    <span class="diagram-pill accent">アプリ</span><br />
+    ドメインスキーマ、ルート、アクション、ブランディング、専門ワークフロー
   </div>
 </div>
 ```
@@ -68,45 +60,60 @@ being rebuilt in slightly different ways every time.
 </Diagram>
-## The Kits {#the-kits}
-| Kit                                                      | Use it for                                                                                                  |
-| -------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------- |
-| [Sharing](/docs/toolkit-sharing)                         | Ownable resources, share dialogs, visibility badges, share actions, public/private/org access.              |
-| [Collaboration](/docs/toolkit-collaboration)             | Realtime editing, presence, live cursors, recent-edit highlights, collaborative undo.                       |
-| [Settings](/docs/toolkit-settings)                       | Standard settings pages and tabs so app settings and agent/provider settings live in one predictable place. |
-| [Org & Team](/docs/toolkit-org-team)                     | Team pages, org switching, invites, org domains, roles, and app switching.                                  |
-| [Setup & Connections](/docs/toolkit-setup-connections)   | Onboarding, secrets, workspace connections, OAuth/provider readiness, and Builder connect.                  |
-| [Command & Navigation](/docs/toolkit-command-navigation) | Command menu, deep links, standard app routes, sidebar and shell patterns.                                  |
-| [Resources](/docs/toolkit-resources)                     | Resource trees, editors, file picker/search, attachments, and local file mode.                              |
-| [Agent UX](/docs/toolkit-agent-ux)                       | Composer, model picker, context chips, approvals, run recovery, and the runs tray.                          |
-| [History](/docs/toolkit-history)                         | Version history, audit logs, undo/redo, restore, and "what changed" surfaces.                               |
-| [Comments & Review](/docs/toolkit-comments-review)       | Inline comments, annotations, mentions, resolved threads, review status.                                    |
-| [Observability](/docs/toolkit-observability)             | Usage, spend, feedback, replay, errors, and run diagnostics.                                                |
-## Implementation Boundary {#implementation-boundary}
-Kits are product surfaces first. Some pieces are runtime-backed
-(`@agent-native/core`), some are presentation primitives
-(`@agent-native/toolkit`), and apps usually wrap both through local adapters.
-Use the package path that owns the needed behavior, but design the user-facing
-settings, collaboration, sharing, team, review, and setup experiences as one
-coherent kit instead of exposing package boundaries in the app.
-## Foundation Pieces {#foundation-pieces}
-- [UI Primitives](/docs/toolkit-ui) cover shared shadcn-style primitives under
-  `@agent-native/toolkit/ui/*`.
-- [App Adapters](/docs/toolkit-ui#app-adapters) show how apps wrap Toolkit pieces
-  through local `@/components/*` adapters.
-- [Shell & Hooks](/docs/toolkit-ui#shell-hooks) cover header actions, mobile hooks,
-  toasts, and small app-shell helpers.
-- [Component API](/docs/components) remains the lower-level reference for the
-  public React exports.
-## Design Rule {#design-rule}
-Use a toolkit when the behavior repeats across apps and users expect it to feel
-standard: sharing, settings, teams, comments, history, and agent progress should
-not be slightly different in every template. Keep domain-specific data,
-workflows, labels, and visual styling in the app.
+## カタログ {#catalog}
+| 領域                           | 開始地点                                                  | 内容                                                                                    |
+| ------------------------------ | --------------------------------------------------------- | --------------------------------------------------------------------------------------- |
+| 基盤                           | [UI プリミティブ](/docs/toolkit-ui)                       | 共有コントロール、フック、アプリアダプター、シェルの接続点。                            |
+| エディタとキャンバス           | [エディタとキャンバス](/docs/toolkit-editors-canvases)    | リッチ編集、構造化ブロック、再利用可能なキャンバス制御、Design パターン。               |
+| エージェント体験とコンテキスト | [コンテキストとナレッジ](/docs/toolkit-context-knowledge) | Context X-Ray、リソース、ナレッジ、コンポーザーのコンテキスト、エージェント可視の状態。 |
+| コラボレーションとガバナンス   | [コラボレーション](/docs/toolkit-collaboration)           | 共有、プレゼンス、レビュー、履歴、監査、組織境界。                                      |
+| ワークスペースのクローム       | [アプリクローム](/docs/toolkit-settings)                  | 設定、チーム、セットアップ、ナビゲーション、リソース、エージェント UX。                 |
+| 運用                           | [オブザーバビリティ](/docs/toolkit-observability)         | 利用状況、フィードバック、リプレイ、診断、運用上の可視性。                              |
+| Toolkit 能力モジュール         | [能力パッケージ](/docs/toolkit-capability-packages)       | 必要に応じて導入するドメインパッケージとライフサイクルマニフェスト。                    |
+## プロダクトキット {#product-kits}
+| キット                                                       | 用途                                                                                             |
+| ------------------------------------------------------------ | ------------------------------------------------------------------------------------------------ |
+| [共有](/docs/toolkit-sharing)                                | 所有可能なリソース、共有ダイアログ、可視性バッジ、共有アクション、公開／非公開／組織アクセス。   |
+| [コラボレーション](/docs/toolkit-collaboration)              | リアルタイム編集、プレゼンス、ライブカーソル、最近の編集の強調、共同 undo。                      |
+| [設定](/docs/toolkit-settings)                               | アプリ設定とエージェント／プロバイダー設定を一つの予測可能な場所にまとめる標準設定ページとタブ。 |
+| [組織とチーム](/docs/toolkit-org-team)                       | チームページ、組織切り替え、招待、組織ドメイン、ロール、アプリ切り替え。                         |
+| [セットアップと接続](/docs/toolkit-setup-connections)        | オンボーディング、シークレット、ワークスペース接続、OAuth／プロバイダーの準備、Builder 接続。    |
+| [コマンドとナビゲーション](/docs/toolkit-command-navigation) | コマンドメニュー、ディープリンク、標準アプリルート、サイドバーとシェルのパターン。               |
+| [リソース](/docs/toolkit-resources)                          | リソースツリー、エディタ、ファイルピッカー／検索、添付、ローカルファイルモード。                 |
+| [エージェント UX](/docs/toolkit-agent-ux)                    | コンポーザー、モデルピッカー、コンテキストチップ、承認、実行復旧、実行トレイ。                   |
+| [履歴](/docs/toolkit-history)                                | バージョン履歴、監査ログ、undo／redo、復元、「何が変わったか」の画面。                           |
+| [コメントとレビュー](/docs/toolkit-comments-review)          | インラインコメント、注釈、メンション、解決済みスレッド、レビュー状態。                           |
+| [オブザーバビリティ](/docs/toolkit-observability)            | 利用状況、支出、フィードバック、リプレイ、エラー、実行診断。                                     |
+## パッケージの成熟度と所有権 {#package-maturity-and-ownership}
+- リッチエディタは **Toolkit** 所有です。移行中は既存の Core import を薄い互換 re-export として維持します。
+- Design は再利用可能な `design-tweaks` を備えた **テンプレートパターン** であり、完全なドロップインエディタやキャンバスではありません。
+- Blocks と Context X-Ray エンジンはこの段階では **Core 所有** のままです。再利用可能な Context X-Ray 表示は Toolkit 所有です。
+- Creative Context、Scheduling、Pinpoint は必要に応じて導入する **Toolkit 能力モジュール** で、個別の npm パッケージとライフサイクルマニフェストを維持します。Dispatch は独立した製品です。
+## 実装の境界 {#implementation-boundary}
+キットはまずプロダクト画面です。一部はランタイムに支えられ（`@agent-native/core`）、一部は表示プリミティブ（`@agent-native/toolkit`）で、アプリは通常ローカルアダプターで両方を包みます。必要な振る舞いを所有するパッケージパスを使いつつ、ユーザー向けの設定、コラボレーション、共有、チーム、レビュー、セットアップの体験は、アプリ内でパッケージ境界を見せず、一つの一貫したキットとして設計してください。
+## 基盤となる要素 {#foundation-pieces}
+- [UI プリミティブ](/docs/toolkit-ui) は `@agent-native/toolkit/ui/*` にある共有の shadcn スタイルプリミティブを扱います。
+- [アプリアダプター](/docs/toolkit-ui#app-adapters) は、アプリがローカルの `@/components/*` アダプターを通して Toolkit の要素を包む方法を示します。
+- [シェルとフック](/docs/toolkit-ui#shell-hooks) はヘッダーアクション、モバイルフック、トースト、小さなアプリシェルヘルパーを扱います。
+- [コンポーネント API](/docs/components) は公開 React export の低レベルなリファレンスです。
+## 設計ルール {#design-rule}
+アプリ間で振る舞いが繰り返され、ユーザーが標準的に感じることを期待する場合は Toolkit を使います。共有、設定、チーム、コメント、履歴、エージェントの進行状況は、テンプレートごとに少しずつ異なるべきではありません。ドメイン固有のデータ、ワークフロー、ラベル、視覚スタイルはアプリに残します。
+## 次のステップ
+- [**Toolkit UI プリミティブ**](/docs/toolkit-ui) — 共有プリミティブ、アプリアダプター、シェルフック。
+- [**共有キット**](/docs/toolkit-sharing) — リソース、共有ダイアログ、可視性のためのよい最初のキット。
+- [**テンプレートの作成**](/docs/creating-templates) — テンプレートをエンドツーエンドで作成し、キットの位置を確認します。
+- [**コンポーネント API**](/docs/components) — すべての公開 React export のリファレンス。
+- [**パッケージライフサイクル**](/docs/package-lifecycle) — manifest 駆動の Toolkit 能力モジュールを安全に調査、追加、eject します。

package/corpus/core/docs/content/locales/ja-JP/toolkit-capability-packages.mdx ADDED Viewed

@@ -0,0 +1,21 @@
+---
+title: "Capability パッケージ"
+description: "ドメイン機能とそのマニフェスト駆動ライフサイクルを、Toolkit に取り込まずに管理します。"
+---
+# Capability パッケージ
+Toolkit は横断的な製品基盤を提供し、Capability パッケージは限定されたドメイン、actions、skills、ライフサイクル情報を提供します。Scheduling と Creative Context は Toolkit キットではなく、独立した Capability パッケージです。
+`@agent-native/scheduling` は汎用マニフェストのパイロットに参加しています。拡張点と所有は各パッケージのローカルドキュメントとマニフェストを参照してください。
+- [Scheduling パッケージドキュメント](https://github.com/BuilderIO/agent-native/tree/main/packages/scheduling/docs)
+- [Creative Context パッケージドキュメント](https://github.com/BuilderIO/agent-native/tree/main/packages/creative-context/docs)
+```bash
+agent-native package inspect @agent-native/scheduling
+agent-native package add @agent-native/scheduling --apply
+agent-native package eject @agent-native/scheduling --apply
+```
+検査、dry run、eject の規則は [Package Lifecycle](/docs/package-lifecycle) を参照してください。

package/corpus/core/docs/content/locales/ja-JP/toolkit-context-knowledge.mdx ADDED Viewed

@@ -0,0 +1,12 @@
+---
+title: "コンテキストと知識"
+description: "エンジン、データアクセス、再利用可能な表示の層を守りながら、エージェント向けコンテキスト表面を構築します。"
+---
+# コンテキストと知識
+Core はアプリケーション状態、スコープ付きアクセス、Context X-Ray エンジンを所有します。Toolkit は再利用可能な表示を提供し、アプリはドメインレコード、分類、選択ルールを所有します。
+Context X-Ray エンジンは Core 所有のままです。一貫した表示には Toolkit を使いますが、状態とアクセスの判断は Core と actions に置きます。[Context awareness](/docs/context-awareness) はナビゲーション、選択、注目中のオブジェクトをエージェントに公開し、[Resources](/docs/toolkit-resources) はファイルと添付を扱います。
+コンテキストはアクセス制御を置き換えません。プロバイダー知識を取得する前に、リソースと資格情報の確認を維持してください。

package/corpus/core/docs/content/locales/ja-JP/toolkit-editors-canvases.mdx ADDED Viewed

@@ -0,0 +1,17 @@
+---
+title: "エディターとキャンバス"
+description: "Core の互換性、テンプレートパターン、Toolkit プリミティブを混同せずに再利用可能な表面を選びます。"
+---
+# エディターとキャンバス
+エディターとキャンバスは関連する表面であり、単一の主力機能ではありません。
+| 表面             | 現在の所有                                                                               |
+| ---------------- | ---------------------------------------------------------------------------------------- |
+| リッチエディター | Toolkit。Core から互換性のために再エクスポート。                                         |
+| ブロック         | この段階では Core。                                                                      |
+| Design           | `design-tweaks` を持つテンプレートパターン。完全なドロップインエディターではありません。 |
+| キャンバス表示   | Toolkit またはアプリの合成。                                                             |
+エディターは `@agent-native/toolkit/editor` からインポートします。従来の Core パスは互換性のための再エクスポートとして残ります。スキーマ、コマンド、永続化はアプリに置きます。ブロックは Core に残りますが、Toolkit セクションは再利用可能 UI のカタログなので、ドキュメントはここにまとめます。