@agent-native/core 0.92.12 → 0.94.0

package/docs/content/locales/hi-IN/messaging.mdx

@@ -1,11 +1,15 @@
 ---
 title: "मैसेजिंग"
-description: "Slack, ईमेल, टेलीग्राम, या व्हाट्सएप से अपने एजेंट से बात करें - वही एजेंट, वही मेमोरी, वही टूल।"
+description: "Slack, Microsoft Teams, Discord इंटरैक्शन, ईमेल, Telegram या WhatsApp से अपने एजेंट से बात करें।"
 ---
 
 # मैसेजिंग
 
-अपने एजेंट को Slack, ईमेल, टेलीग्राम, या व्हाट्सएप से कनेक्ट करें ताकि आप पहले से उपयोग किए गए ऐप्स से उसके साथ चैट कर सकें। यह वही एजेंट है - वही मेमोरी, वही टूल, वही थ्रेड - बस अधिक स्थानों से पहुंच योग्य है।
+अपने एजेंट को Slack, Microsoft Teams, Discord इंटरैक्शन, ईमेल, Telegram या WhatsApp से कनेक्ट करें। यह वही एजेंट है, जिसकी मेमोरी, टूल और बातचीत का इतिहास समान रहता है।
+
+> **सटीक समर्थन सीमा:** Teams आधिकारिक Bot Framework JWT की पुष्टि करता है और मूल बातचीत में उत्तर देता है। Discord, Ed25519-साइन किए गए HTTP इंटरैक्शन के जरिए slash commands और deferred acknowledgement का समर्थन करता है; सामान्य server messages और DMs के लिए Gateway runtime चाहिए। Telegram `message_thread_id` बनाए रखता है और WhatsApp contextual replies के लिए आने वाला `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, ईमेल, टेलीग्राम, या व्ह
     - `chat:write` - एजेंट को संदेश भेजने देता है
     - `app_mentions:read` - एजेंट को यह देखने देता है कि यह कब @-उल्लेखित है (वैकल्पिक)
     - `im:history` - एजेंट को भेजे गए डीएम को पढ़ने देता है
-    - `assistant:write` - वैकल्पिक; Slack को सहायक थ्रेड में मूल "सोच रहा है..." स्थिति दिखाने देता है
     - `users:read.email` - वैकल्पिक; ड्राफ्ट-क्यू पहचान के लिए Slack प्रेषक ईमेल को सत्यापित करने वाले मेल जैसे टेम्प्लेट की मदद करता है
 3.  उस पेज के शीर्ष पर **वर्कस्पेस पर इंस्टॉल करें** पर क्लिक करें। Slack आपको एक **बॉट उपयोगकर्ता OAuth टोकन** देगा जो `xoxb-` से शुरू होता है। इसे कॉपी करें.
 4.  साइडबार में **बुनियादी जानकारी** पर जाएं और **हस्ताक्षर करने का रहस्य** कॉपी करें।
@@ -123,12 +126,73 @@ https://your-clips.example.com/api/slack/unfurl
 
 ### टिप्स
 
-- **चैनल उल्लेख** - शोर से बचने के लिए, बॉट केवल तभी प्रतिक्रिया देता है जब @-उल्लेख किया जाता है।
-- **डीएम** - प्रत्येक डीएम को एजेंट के साथ एक निजी बातचीत के रूप में माना जाता है।
-- **समान पहचान, सभी चैनल** - यदि किसी Slack उपयोगकर्ता का ईमेल आपके ऐप में पंजीकृत उपयोगकर्ता के समान है, तो एजेंट उनके साथ एक ही व्यक्ति के रूप में व्यवहार करता है।
+- **चैनल उल्लेख** - काम शुरू करने के लिए @mention करें। बिना उल्लेख वाले उत्तर केवल उसी समय चलते हैं जब उसी थ्रेड में सक्रिय काम हो।
+- **DM** — स्वीकार किए गए व्यक्तिगत DM निजी बातचीत हैं और उनके लिए सत्यापित संगठन सदस्य या लिंक की गई Slack पहचान आवश्यक है।
+- **पहचान** - DM सत्यापित Slack ईमेल को उसी ऐप उपयोगकर्ता से जोड़ सकते हैं; प्रबंधित चैनल अपनी सेवा पहचान और नीति उपयोग करते हैं।
 - **उत्पादन अनुमति सूचियाँ** - `SLACK_ALLOWED_TEAM_IDS` सेट करें और, साझा Slack ऐप्स के लिए, `SLACK_ALLOWED_API_APP_IDS` ताकि एक वैध हस्ताक्षर रहस्य का अप्रत्याशित कार्यक्षेत्र द्वारा पुन: उपयोग न किया जा सके।
 - **क्लिप्स ऐप खुलता है** - Slack के लिए इंस्टॉल करने योग्य Agent-Native क्लिप्स `SLACK_CLIENT_ID`, `SLACK_CLIENT_SECRET`, `SLACK_SIGNING_SECRET` और `/api/slack/oauth/callback` का उपयोग करता है। प्रत्येक कनेक्टेड Slack कार्यक्षेत्र को `app_secrets` में अपना स्वयं का एन्क्रिप्टेड बॉट टोकन मिलता है; `SLACK_BOT_TOKEN` केवल एक लीगेसी सिंगल-वर्कस्पेस फ़ॉलबैक है।
 
+### प्रबंधित Add to Slack
+
+प्रबंधित OAuth अनुशंसित सेटअप है। **सेटिंग्स → मैसेजिंग** में **Agent manifest**
+चुनकर होस्ट-विशिष्ट `agent-native-slack-manifest.json` डाउनलोड करें और उसे Slack के
+**App Manifest** में आयात करें। यह मैनिफ़ेस्ट वर्तमान `agent_view` अनुभव और DM के लिए
+लिखने योग्य **Messages** टैब सक्षम करता है। इन Bot Token Scopes की पुष्टि करें:
+
+ऐप आइकन मैनिफ़ेस्ट में शामिल नहीं होता। **Basic Information → Display Information**
+में Agent Native आइकन अपलोड करें, ताकि Agents चयनकर्ता उत्पाद की ब्रांडिंग से मेल खाए।
+ऐप के सार्वजनिक `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`
+सेट करने के बाद **सेटिंग्स → मैसेजिंग** में **Add to Slack** चुनें। हर इंस्टॉल का
+टोकन एन्क्रिप्टेड रहता है और बातचीत की कुंजी कार्यक्षेत्र, ऐप, चैनल और थ्रेड से अलग होती है।
+
+मैनिफ़ेस्ट, स्कोप, इवेंट, Agent view या Messages टैब बदलने के बाद Slack ऐप को फिर से
+इंस्टॉल करें। `app_home_opened` DM खुलने का पता लगाता है, `app_context_changed` वर्तमान
+Slack संदर्भ देता है और `message.im` सीधे संदेश पहुँचाता है। Slack व्यवस्थापक इंस्टॉल किए
+गए एजेंटों को पूरे संगठन के लिए छिपा सकते हैं, और सदस्य उन्हें अपनी शीर्ष पट्टी से छिपा सकते हैं।
+इंस्टॉल सफल होने पर भी एजेंट न दिखे तो इन नियंत्रणों की जाँच करें या **Tools → Apps** से खोलें।
+
+व्यक्तिगत Slack DM केवल सत्यापित Agent Native संगठन सदस्य या पहले से लिंक की गई Slack
+पहचान से स्वीकार किया जाता है। चैनल सेवा-प्रिंसिपल की नीतियाँ और बजट इससे अलग रहते हैं।
+
+बिना उल्लेख का उत्तर केवल सक्रिय थ्रेड को आगे बढ़ाता है; सामान्य चैनल बातचीत एजेंट को
+नहीं बुलाती। सीमित संदर्भ में प्रतिक्रियाएँ और फ़ाइल संदर्भ आते हैं, और नेटिव कार्ड योजना,
+प्रगति, रद्द करें तथा स्वीकृत/अस्वीकृत नियंत्रण दिखाता है। DM व्यक्तिगत पहचान का उपयोग
+करते हैं; प्रबंधित चैनल स्पष्ट सेवा पहचान और अतिथि, 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_ACCESS_TOKEN`, `WHATSAPP_VERIFY_TOKEN`, `WHATSAPP_PHONE_NUMBER_ID` | —                                                     |
 
-सभी क्रेडेंशियल env vars में रहते हैं - कभी डेटाबेस नहीं, कभी स्रोत कोड नहीं। साइडबार सेटिंग्स UI या अपने होस्टिंग प्रदाता के env पैनल का उपयोग करें।
+इंटीग्रेशन क्रेडेंशियल पहले इंटीग्रेशन मालिक के scoped secrets (उपयोगकर्ता, संगठन, फिर workspace) से resolve होते हैं; deployment env vars स्थानीय या जानबूझकर single-tenant सेटअप के लिए fallback हैं। सेटअप UI scoped secrets सहेजती है; मान कभी ब्राउज़र को वापस नहीं भेजे जाते और न ही source code में रखे जाते हैं।
+
+बिल्ट-इन runtime adapters **Slack**, **Telegram**, **WhatsApp Cloud API**, और provider-webhook email (Resend या SendGrid) हैं। Discord और Microsoft Teams तब तक connectable नहीं हैं जब तक कोई verified adapter लागू और पंजीकृत न हो।
 
 ### थ्रेडिंग और पहचान {#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/hi-IN/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-1kxug4w" title={"संगठन की सदस्यता और अलगाव"} summary={"उपयोगकर्ता owner/admin/member के रूप में संगठनों से जुड़ते हैं। प्रत्येक स्वामित्व योग्य पंक्ति उस किरायेदार की org_id को वहन करती है जो उसका मालिक है, और कोई भी पंक्ति सीमा के पार लीक नहीं होती है।"}>
 
@@ -117,8 +117,8 @@ description: "प्रत्येक एजेंट-नेटिव ऐप
 
 यह वही पाइपलाइन है जिसका उपयोग प्रति-उपयोगकर्ता स्कोपिंग के लिए किया जाता है। 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 के साथ एक मोनोरेपो में कई एजेंट-नेटिव ऐप्स की मेजबानी
+- [**Authentication**](/docs/authentication#organizations) — sessions, social providers और organization-management surface
+- [**Security — Data Scoping**](/docs/security#data-scoping) — SQL-level isolation, `ownableColumns()` contract और access guards
+- [**Multi-App Workspace**](/docs/multi-app-workspace) — साझा authentication और RBAC के साथ एक monorepo में कई Agent-Native ऐप्स होस्ट करना

package/docs/content/locales/hi-IN/notifications.mdx

@@ -113,6 +113,7 @@ await notify(
 | `inbox`   | `notifications` तालिका पर कायम रहता है; घंटी UI | हमेशा चालू - आदिम का हिस्सा।                          |
 | `webhook` | POST JSON से कॉन्फ़िगर URL                      | `NOTIFICATIONS_WEBHOOK_URL` env var स्टार्टअप पर सेट। |
 
+ईमेल, Slack और webhook हमेशा इनबॉक्स के साथ पंजीकृत होते हैं। डिलीवरी पहले प्रति-सूचना मेटाडेटा URL/प्राप्तकर्ताओं को चुनती है, फिर संबंधित env var पर वापस जाती है। यदि दोनों में से कोई भी सेट नहीं है, तो वह चैनल उत्सर्जन के लिए कुछ नहीं करता।
 वेबहुक चैनल मालिक के तदर्थ [secrets](/docs/security) के विरुद्ध URL और `NOTIFICATIONS_WEBHOOK_AUTH` दोनों में `${keys.NAME}` संदर्भों का समाधान करता है, इसलिए कच्चा मान कभी भी एजेंट के संदर्भ में प्रवेश नहीं करता है। प्रति-कुंजी URL अनुमति सूचियाँ लागू की जाती हैं - वही नियम जो ऑटोमेशन `web-request` टूल उपयोग करता है।
 
 <Diagram id="doc-block-1qzciak" title={"चैनल और गंभीरता"} summary={"इनबॉक्स हमेशा चालू रहता है; वेबहुक को एक env var की आवश्यकता है; कस्टम चैनल स्टार्टअप पर पंजीकृत होते हैं। गंभीरता बैज स्टाइलिंग को संचालित करती है और इसे हर चैनल तक पहुंचाया जाता है।"}>
@@ -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 {
 
 कोर-रूट्स प्लगइन द्वारा `/_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-xntybj" 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-xntybj" 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 @@ interface NotificationMeta {
     "type": "number",
     "required": false,
     "description": "Max rows to return."
+  },
+  {
+    "name": "before",
+    "in": "query",
+    "type": "string",
+    "required": false,
+    "description": "ISO टाइमस्टैम्प कर्सर — पेजिनेशन के लिए इस समय से पहले बनाई गई सूचनाएँ लौटाता है।"
   }
 ]} responses={[
   {
@@ -308,7 +316,7 @@ interface NotificationMeta {
 
 ## UI घटक {#ui}
 
-```tsx
+```tsx filename="app/components/HeaderBar.tsx"
 import { NotificationsBell } from "@agent-native/core/client/notifications";
 
 export function HeaderBar() {

package/docs/content/locales/hi-IN/processors.mdx

@@ -51,8 +51,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}
 
@@ -133,10 +136,13 @@ await runAgentLoop({
 
 **अप्रयुक्त होने पर शून्य-ओवरहेड।** लूप प्रोसेसर श्रृंखला केवल तभी बनाता है जब कम से कम एक प्रोसेसर की आपूर्ति की जाती है; जब `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/hi-IN/server.mdx

@@ -92,8 +92,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(() => ({
@@ -133,8 +132,7 @@ export default defineEventHandler(() => ({
 
 रीड-ओनली 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";
 
@@ -167,8 +165,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";
@@ -233,8 +230,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(
@@ -412,8 +408,11 @@ export default runMigrations(
 
 </Diagram>
 
-> [!WARNING]
-> प्रतिक्रिया देने के बाद अप्रतीक्षित वादों पर भरोसा न करें - सर्वर रहित होस्ट निष्पादन को रोक देते हैं। विहित एकीकरण कतार के लिए [Messaging](/docs/messaging) देखें।
+<Callout tone="warning">
+  प्रतिक्रिया देने के बाद अप्रतीक्षित वादों पर भरोसा न करें - सर्वर रहित होस्ट
+  निष्पादन को रोक देते हैं। विहित एकीकरण कतार के लिए
+  [Messaging](/docs/messaging) देखें।
+</Callout>
 
 ## उन्नत: एस्केप हैच {#advanced-escape-hatches}
 
@@ -455,3 +454,11 @@ const handler = createProductionAgentHandler({
   systemPrompt: "You are the app agent...",
 });
 ```
+
+## आगे क्या है
+
+- [**Actions**](/docs/actions) — डिफ़ॉल्ट ऑपरेशन सतह; कस्टम रूट का उपयोग तभी करें जब यह इसमें फिट न हो
+- [**Database**](/docs/database) — `getDb()`/`schema` पैटर्न जिसे कस्टम रूट और actions दोनों आयात करते हैं
+- [**Security**](/docs/security#access-guards) — `accessFilter`/`assertAccess` और पूरा डेटा-स्कोपिंग मॉडल
+- [**Messaging**](/docs/messaging) — इनबाउंड webhook के लिए मानक इंटीग्रेशन क्यू पैटर्न
+- [**MCP Protocol**](/docs/mcp-protocol) — `/_agent-native/mcp` endpoint जिसे यह सर्वर अपने आप माउंट करता है

package/docs/content/locales/hi-IN/sharing.mdx

@@ -1,13 +1,13 @@
 ---
 title: "साझाकरण एवं गोपनीयता"
-description: "Google-डॉक्स-शैली साझाकरण, फ़्रेमवर्क में अंतर्निहित। प्रत्येक उपयोगकर्ता द्वारा निर्मित संसाधन - डॉक्स, डैशबोर्ड, डिज़ाइन, डेक, क्लिप, रिकॉर्डिंग, फॉर्म - को एक सुसंगत शेयर UI के साथ समान निजी-डिफ़ॉल्ट मॉडल मिलता है।"
+description: "फ़्रेमवर्क में निर्मित परिचित और सुसंगत साझाकरण। उपयोगकर्ता द्वारा बनाए गए प्रत्येक संसाधन — दस्तावेज़, डैशबोर्ड, डिज़ाइन, डेक, क्लिप, रिकॉर्डिंग और फ़ॉर्म — को एक ही सुसंगत शेयर UI के साथ डिफ़ॉल्ट रूप से निजी मॉडल मिलता है।"
 ---
 
 # साझाकरण एवं गोपनीयता
 
 प्रत्येक संसाधन जो उपयोगकर्ता एजेंट-नेटिव ऐप में बनाता है - एक दस्तावेज़, एक डैशबोर्ड, एक डिज़ाइन, एक डेक, एक स्क्रीन रिकॉर्डिंग, एक मीटिंग ट्रांसक्रिप्ट, एक फॉर्म, एक बुकिंग लिंक - **डिफ़ॉल्ट रूप से निर्माता के लिए निजी है**। अन्य लोग इसे तभी देखते हैं जब निर्माता इसे स्पष्ट रूप से साझा करता है, या इसकी दृश्यता को `org` या `public` में बदल देता है।
 
-यह Google डॉक्स की तरह दिखता है और काम करता है। समान शेयर बटन, समान संवाद, समान त्रि-स्तरीय दृश्यता मॉडल, समान प्रति-उपयोगकर्ता/प्रति-संगठन अनुदान - हर टेम्पलेट में, बिना किसी प्रति-ऐप पुनर्निमाण के।
+हर जगह एक ही परिचित साझाकरण मॉडल है: वही शेयर बटन, वही संवाद, वही तीन-स्तरीय दृश्यता मॉडल और वही प्रति-उपयोगकर्ता/प्रति-संगठन अनुदान — हर टेम्पलेट में, प्रति-ऐप पुनर्निर्माण के बिना।
 
 ## एक मॉडल क्यों {#why}
 
@@ -92,7 +92,7 @@ description: "Google-डॉक्स-शैली साझाकरण, फ़
 - **सामग्री** — दस्तावेज़
 - **स्लाइड** — डेक
 - **डिज़ाइन** — डिज़ाइन और संपत्ति
-- **क्लिप्स** — स्क्रीन रिकॉर्डिंग (लूम-शैली)
+- **Clips** — स्क्रीन रिकॉर्डिंग
 - **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` में एक पंजीकरण कॉल:
 
-```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`-टैग किए गए संसाधन सभी संगठनों में अदृश्य हैं। पूरी पाइपलाइन, सीआई गार्ड और खतरे की सतह के लिए [Security → Data Scoping](/docs/security#data-scoping) देखें।
 
-## यह भी देखें {#see-also}
+## आगे क्या है {#see-also}
 
-- [Security & Data Scoping](/docs/security) - एक्सेस-फ़िल्टर और स्वामित्व मॉडल जिस पर साझाकरण चलता है।
-- [Authentication](/docs/authentication) - सत्र, संगठन, और अनुरोध संदर्भ में पहचान कैसे प्रवाहित होती है।
-- [Extensions](/docs/extensions#sharing) - सैंडबॉक्स्ड मिनी-ऐप सतह में साझा करना।
-- [Creating Templates](/docs/creating-templates) - `ownableColumns` को एक नए टेम्पलेट के स्कीमा में वायरिंग करना।
+- [**सुरक्षा — डेटा स्कोपिंग**](/docs/security#data-scoping) — एक्सेस-फ़िल्टर और स्वामित्व मॉडल जिस पर साझाकरण आधारित है
+- [**प्रमाणीकरण**](/docs/authentication) — सत्र, संगठन और अनुरोध संदर्भ में पहचान का प्रवाह
+- [**Extensions**](/docs/extensions#sharing) — सैंडबॉक्स किए गए मिनी-ऐप सतह में साझाकरण
+- [**टेम्पलेट बनाना**](/docs/creating-templates) — नए टेम्पलेट की स्कीमा में `ownableColumns` जोड़ना

package/docs/content/locales/hi-IN/skills-guide.mdx

@@ -5,7 +5,7 @@ description: "skills एजेंट-नेटिव में कैसे क
 
 # Skills गाइड
 
-Skills Markdown फ़ाइलें हैं जो एजेंट को विशिष्ट पैटर्न और वर्कफ़्लो के बारे में गहन जानकारी देती हैं।
+Skills वे Markdown फ़ाइलें हैं जो एजेंट को विशिष्ट पैटर्न और वर्कफ़्लो का गहन ज्ञान देती हैं। हर नियम को एक ही सिस्टम प्रॉम्प्ट में भरने के बजाय, ज्ञान को केंद्रित फ़ाइलों में बाँटें जिन्हें एजेंट तभी लोड करता है जब किसी कार्य को वास्तव में उनकी ज़रूरत हो — इससे डिफ़ॉल्ट संदर्भ छोटा रहता है और एजेंट ज़रूरत पड़ने पर गहराई में जा सकता है।
 
 ## skills क्या हैं {#what-are-skills}
 
@@ -120,9 +120,11 @@ Skills, `.agents/skills/<name>/SKILL.md` पर लाइव है और इ
 
 मौजूदा app-backed skills में Plan के `visual-plan`, `visual-recap`, और `visualize-repo`, Design का `visual-edit`, Assets का `assets`, और repo-backed docs/blog/MDX editing के लिए `content` शामिल हैं।
 
-ऐप-समर्थित skills एक कौशल बाज़ार आर्टिफैक्ट के रूप में एक एजेंट-मूल ऐप को पैकेज करता है। बंडल में एजेंट निर्देश, निर्यातित skills, MCP कनेक्टर मेटाडेटा, होस्टेड/स्थानीय लॉन्च निर्देश और UI सतह जैसे MCP ऐप्स शामिल हो सकते हैं।
+<Callout tone="info">
 
-> **पूर्ण विवरण नीचे:** ऐप-समर्थित skills (प्रकट प्रारूप, CLI कमांड, मार्केटप्लेस एडाप्टर, ऑटो-अपडेट हैशिंग) के यांत्रिकी [App-backed skills — full details](#app-backed-skills-full) में शामिल हैं।
+**पूर्ण विवरण नीचे:** ऐप-समर्थित skills (प्रकट प्रारूप, CLI कमांड, मार्केटप्लेस एडाप्टर, ऑटो-अपडेट हैशिंग) के यांत्रिकी [App-backed skills — full details](#app-backed-skills-full) में शामिल हैं।
+
+</Callout>
 
 ## कस्टम skills बनाना {#creating-skills}
 
@@ -177,7 +179,11 @@ Skills, `.agents/skills/<name>/SKILL.md` पर लाइव है और इ
 
 फ़ाइल को `.agents/skills/my-skill/SKILL.md` पर सहेजें। निर्देशिका का नाम फ्रंटमैटर में `name` से मेल खाना चाहिए।
 
-> **यह भी देखें:** [Writing Agent Instructions](/docs/writing-agent-instructions) कौशल विवरण को कैसे शब्दों में कहें, प्रगतिशील प्रकटीकरण कैसे लागू करें, और `AGENTS.md` को दुबला कैसे रखें। दोनों पृष्ठ चल रहे उदाहरण के रूप में `project-imports` कौशल का उपयोग करते हैं।
+<Callout tone="info">
+
+**यह भी देखें:** [Writing Agent Instructions](/docs/writing-agent-instructions) कौशल विवरण को कैसे शब्दों में कहें, प्रगतिशील प्रकटीकरण कैसे लागू करें, और `AGENTS.md` को दुबला कैसे रखें। दोनों पृष्ठ चल रहे उदाहरण के रूप में `project-imports` कौशल का उपयोग करते हैं।
+
+</Callout>
 
 ## कौशल का दायरा: रनटाइम बनाम डेव {#skill-scope}
 
@@ -267,33 +273,37 @@ scope: dev
 
 </Diagram>
 
-> **यह भी देखें:** [Writing Agent Instructions](/docs/writing-agent-instructions) कौशल विवरण को कैसे शब्दों में कहें, प्रगतिशील प्रकटीकरण कैसे लागू करें, और `AGENTS.md` को दुबला कैसे रखें।
-
 ## Skills बनाम AGENTS.md {#skills-vs-agents-md}
 
-> **AGENTS.md** — सिंहावलोकन। सभी स्क्रिप्ट को सूचीबद्ध करता है, डेटा मॉडल का वर्णन करता है, ऐप आर्किटेक्चर की व्याख्या करता है। ऐप को समझने के लिए एजेंट पहले इसे पढ़ता है।
->
-> **Skills** - गहरी गोता। प्रत्येक कौशल विस्तृत नियमों, कोड उदाहरणों और करने/न करने की सूचियों के साथ एक पैटर्न पर केंद्रित होता है। एजेंट इन्हें तब पढ़ता है जब उसे किसी विशिष्ट पैटर्न का पालन करने की आवश्यकता होती है।
+<Callout tone="info">
+
+**AGENTS.md** — सिंहावलोकन। सभी स्क्रिप्ट को सूचीबद्ध करता है, डेटा मॉडल का वर्णन करता है, ऐप आर्किटेक्चर की व्याख्या करता है। ऐप को समझने के लिए एजेंट पहले इसे पढ़ता है।
+
+**Skills** - गहरी गोता। प्रत्येक कौशल विस्तृत नियमों, कोड उदाहरणों और करने/न करने की सूचियों के साथ एक पैटर्न पर केंद्रित होता है। एजेंट इन्हें तब पढ़ता है जब उसे किसी विशिष्ट पैटर्न का पालन करने की आवश्यकता होती है।
+
+</Callout>
 
 `AGENTS.md` एजेंट को बताता है कि ऐप क्या करता है। Skills एजेंट को बताएं कि विशिष्ट कार्य सही ढंग से कैसे करें। दोनों की आवश्यकता है - अभिविन्यास के लिए `AGENTS.md`, निष्पादन के लिए skills।
 
 ## Skills बनाम मेमोरी {#skills-vs-memory}
 
-> **Skills** - लिखित, पुन: प्रयोज्य कैसे करें मार्गदर्शिकाएँ। प्रत्येक उपयोगकर्ता पर लागू करें, कार्य मेल खाने पर मांग पर बुलाया जाता है।
->
-> **मेमोरी (`LEARNINGS.md` / `memory/MEMORY.md`)** - साझा प्रोजेक्ट लर्निंग और व्यक्तिगत संरचित मेमोरी हर मोड़ पर लोड होती है।
+<Callout tone="info">
+
+**Skills** - लिखित, पुन: प्रयोज्य कैसे करें मार्गदर्शिकाएँ। प्रत्येक उपयोगकर्ता पर लागू करें, कार्य मेल खाने पर मांग पर बुलाया जाता है।
+
+**मेमोरी (`LEARNINGS.md` / `memory/MEMORY.md`)** - साझा प्रोजेक्ट लर्निंग और व्यक्तिगत संरचित मेमोरी हर मोड़ पर लोड होती है।
+
+</Callout>
 
 यदि ज्ञान ऐप में काम करने वाले प्रत्येक व्यक्ति पर लागू होता है ("हमेशा सबक्वेरीज़ पर सीटीई को प्राथमिकता दें"), तो यह एक कौशल या साझा `LEARNINGS.md` है। यदि यह _इस विशेष उपयोगकर्ता_ ("स्टीव को संक्षिप्त उत्तर पसंद है") के बारे में है, तो यह `memory/MEMORY.md` में आता है। संपूर्ण उपचार के लिए [Workspace Memory](/docs/workspace#memory) देखें।
 
----
+## Skills बनाम SQL संसाधन {#skills-vs-resources}
 
-# उन्नत
+यह पृष्ठ skill को `.agents/skills/<name>/SKILL.md` में एक फ़ाइल के रूप में प्रस्तुत करता है। [Workspace](/docs/workspace#skills) उसी skill को `skills/<slug>/SKILL.md` पथ पर workspace/shared/personal दायरे वाले SQL संसाधन के रूप में प्रस्तुत करता है। ये दो दृष्टिकोणों से एक ही अवधारणा हैं: Code मोड फ़ाइल को सीधे पढ़ता और लिखता है; App मोड इसे संसाधन पंक्ति के रूप में संग्रहीत करता है ताकि यह फ़ाइल सिस्टम के बिना काम करे। दोनों स्थितियों में सामग्री इस पृष्ठ के प्रारूप में लिखें।
 
 ## ऐप-समर्थित skills — पूर्ण विवरण {#app-backed-skills-full}
 
-ऐप-समर्थित skills एक एजेंट-नेटिव ऐप को एक कौशल बाज़ार आर्टिफैक्ट के रूप में पैकेज करता है।
-बंडल में एजेंट निर्देश, निर्यातित skills, MCP कनेक्टर शामिल हो सकते हैं
-मेटाडेटा, होस्टेड/स्थानीय लॉन्च निर्देश, और UI सतहें जैसे MCP ऐप्स।
+[ऐप-समर्थित skills](#app-backed-skills) के पीछे के मैनिफ़ेस्ट प्रारूप, CLI कमांड, मार्केटप्लेस एडेप्टर और ऑटो-अपडेट हैशिंग का पूरा विवरण:
 
 प्रत्येक ऐप-समर्थित कौशल ऐप रूट पर `agent-native.app-skill.json` से शुरू होता है:
 
@@ -410,3 +420,10 @@ npx @agent-native/core@latest skills update scaffold --project
 `AGENTS.md` और `.agents/skills` विहित रहें। अपडेट कमांड रिपेयर भी करता है
 Claude संगतता लिंक (`CLAUDE.md` और `.claude/skills`) ताकि Claude कोड देखे
 दूसरी प्रति बनाए रखे बिना वही निर्देश।
+
+## आगे क्या है {#whats-next}
+
+- [**एजेंट निर्देश लिखना**](/docs/writing-agent-instructions) — skill विवरण लिखें और मार्गदर्शन को AGENTS.md, skills और मेमोरी में बाँटें
+- [**Workspace**](/docs/workspace#skills) — App मोड में skills SQL संसाधनों के रूप में कहाँ रहते हैं
+- [**एजेंट उल्लेख**](/docs/agent-mentions) — चैट में skill को चलाने वाला `/` कमांड ट्रिगर
+- [**Plan प्लगइन और मार्केटप्लेस**](/docs/plan-plugin) — वास्तविक ऐप-समर्थित skill का शुरू से अंत तक इंस्टॉल और ऑटो-अपडेट प्रवाह