@agent-native/core 0.76.5 → 0.76.6

package/corpus/core/docs/content/locales/hi-IN/workspace-management.md

@@ -0,0 +1,175 @@
+---
+title: "कार्यस्थान प्रशासन"
+description: "ब्रांचिंग, CODEOWNERS, पीआर समीक्षा, और डिस्पैच गिट-लेवल गवर्नेंस के साथ-साथ रनटाइम गवर्नेंस को कैसे संभालता है।"
+---
+
+# कार्यस्थान प्रशासन
+
+> **कौन सा कार्यक्षेत्र दस्तावेज़?** यह पृष्ठ **शासन** को कवर करता है - एक रेपो में कई ऐप्स की समीक्षा, अनुमोदन और स्वामित्व कौन करता है। कार्यस्थान क्या है (अनुकूलन परत) के लिए [Workspace](/docs/workspace) देखें; परिनियोजन आकार (एक मोनोरेपो, कई ऐप्स) के लिए [Multi-App Workspaces](/docs/multi-app-workspace) देखें।
+
+यह मार्गदर्शिका एजेंट-नेटिव वर्कस्पेस को चलाने के परिचालन पक्ष को कवर करती है - शाखा कैसे लगाएं, कौन क्या समीक्षा करता है, कोड स्वामित्व कैसे सेट करें, और डिस्पैच नियंत्रण विमान आपके शासन मॉडल में कैसे फिट बैठता है।
+
+```an-diagram title="Two governance planes" summary="Git governs code; Dispatch governs runtime. They are complementary — don't replicate one inside the other."
+{
+  "html": "<div class=\"gov\"><div class=\"diagram-card\"><span class=\"diagram-pill accent\">Git / GitHub</span><strong>Code governance</strong><div class=\"gov-list\"><span class=\"diagram-pill\">CODEOWNERS</span><span class=\"diagram-pill\">branch protection</span><span class=\"diagram-pill\">PR review</span><span class=\"diagram-pill\">git log / blame</span></div></div><div class=\"diagram-pill diagram-muted\">+</div><div class=\"diagram-card\"><span class=\"diagram-pill accent\">Dispatch</span><strong>Runtime governance</strong><div class=\"gov-list\"><span class=\"diagram-pill\">vault secrets &amp; grants</span><span class=\"diagram-pill\">workspace resources</span><span class=\"diagram-pill\">agent profiles</span><span class=\"diagram-pill\">approvals &amp; audit</span></div></div></div>",
+  "css": ".gov{display:flex;align-items:center;gap:16px;flex-wrap:wrap}.gov .diagram-card{display:flex;flex-direction:column;gap:8px;padding:16px 18px;flex:1;min-width:240px}.gov .gov-list{display:flex;flex-wrap:wrap;gap:6px;margin-top:4px}"
+}
+```
+
+## शाखा बनाना
+
+### फ़ीचर शाखाएँ
+
+सभी कार्यों के लिए अल्पकालिक फीचर शाखाओं का उपयोग करें:
+
+```
+main                         ← production
+├── feat/mail-filters        ← single-app change
+├── feat/core-oauth-refresh  ← framework change
+├── fix/analytics-chart      ← targeted bug fix
+└── feat/vault-encryption    ← dispatch/infra change
+```
+
+**नामकरण परंपरा:**
+
+- **एकल-ऐप परिवर्तन:** `feat/<app>-<description>` या `fix/<app>-<description>` - उदा. `feat/mail-thread-search`, `fix/calendar-recurrence-parse`
+- **फ्रेमवर्क परिवर्तन:** `feat/core-<description>` या `fix/core-<description>` - उदा. `feat/core-polling-v2`
+- **प्रेषण परिवर्तन:** `feat/dispatch-<description>` - उदा. `feat/dispatch-vault-policies`
+- **क्रॉस-ऐप परिवर्तन:** यदि किसी फ्रेमवर्क परिवर्तन के लिए टेम्पलेट अपडेट की आवश्यकता होती है, तो दोनों को एक ही शाखा में करें ताकि वे परमाणु रूप से शिप हो सकें
+
+शाखाओं को अल्पकालिक रखें। लंबे समय तक रहने वाली शाखाएं मुख्य से अलग हो जाती हैं और दर्दनाक विलय पैदा करती हैं - विशेष रूप से एक मोनोरेपो में जहां कई टीमें रोजाना धक्का देती हैं।
+
+### गैर-डेवलपर ब्रांचिंग
+
+हर कोई जिसे परिवर्तन करने की आवश्यकता है, वह गिट के साथ सहज नहीं है। [Builder.io](https://www.builder.io) एक विज़ुअल ब्रांचिंग मॉडल का समर्थन करता है जो हुड के नीचे गिट शाखाओं को मैप करता है - सामग्री और प्रतिलिपि परिवर्तन, लेआउट समायोजन, डिज़ाइन पुनरावृत्तियों और बिना किसी देव वातावरण के ए/बी परीक्षण के लिए उपयोगी।
+
+## कोड स्वामित्व
+
+कोड गवर्नेंस को रेपो रूट पर कुछ फाइलों द्वारा कॉन्फ़िगर किया गया है:
+
+```an-file-tree title="Governance config in the repo"
+{
+  "entries": [
+    { "path": ".github/CODEOWNERS", "note": "Auto-assigns reviewers per changed path" },
+    { "path": ".github/labeler.yml", "note": "Auto-labels PRs by app" },
+    { "path": "pnpm-workspace.yaml", "note": "Workspace-level — broad review" },
+    { "path": "package.json", "note": "Workspace-level — platform team owns" }
+  ]
+}
+```
+
+GitHub की CODEOWNERS फ़ाइल स्वचालित रूप से समीक्षकों को पीआर को सौंपती है, जिसके आधार पर फ़ाइलें बदली जाती हैं। रेपो रूट पर `.github/CODEOWNERS` बनाएं:
+
+```
+# Framework core — affects every app; platform team reviews all changes
+packages/core/                     @your-org/platform-team
+
+# Dispatch control plane — secrets, integrations, workspace resources
+templates/dispatch/                @your-org/platform-team
+
+# Per-app ownership — each team reviews their own app
+templates/mail/                    @your-org/mail-team
+templates/analytics/               @your-org/analytics-team
+templates/calendar/                @your-org/calendar-team
+# ... add an entry per app
+
+# Workspace-level config — broad review since it affects everyone
+.github/                           @your-org/platform-team
+package.json                       @your-org/platform-team
+pnpm-workspace.yaml                @your-org/platform-team
+```
+
+मुख्य युक्तियाँ: GitHub टीमों (`@org/team`) का उपयोग करें, व्यक्तियों का नहीं। फ़्रेमवर्क और डिस्पैच परिवर्तनों के लिए हमेशा प्लेटफ़ॉर्म समीक्षा की आवश्यकता होनी चाहिए। ग्लोब सिंटैक्स और मल्टीपल-ओनर पैटर्न के लिए [GitHub CODEOWNERS docs](https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners) देखें।
+
+आवश्यक समीक्षाओं को सक्षम करने के लिए: सेटिंग्स → शाखाएं → `main` के लिए शाखा सुरक्षा → **विलय से पहले एक पुल अनुरोध की आवश्यकता है** → **कोड मालिकों से समीक्षा की आवश्यकता है**।
+
+## पीआर लेबलिंग
+
+`.github/labeler.yml` (अंश) के साथ ऐप द्वारा ऑटो-लेबल पीआर:
+
+```yaml
+app:mail:
+  - changed-files:
+      - any-glob-to-any-file: templates/mail/**
+app:analytics:
+  - changed-files:
+      - any-glob-to-any-file: templates/analytics/**
+core:
+  - changed-files:
+      - any-glob-to-any-file: packages/core/**
+```
+
+फिर [actions/labeler](https://github.com/actions/labeler) क्रिया जोड़ें - संपूर्ण वर्कफ़्लो YAML के लिए उस रेपो का README देखें। जब पीआर खोले या अपडेट किए जाते हैं तो लेबल स्वचालित रूप से लागू हो जाते हैं।
+
+## पीआर समीक्षा दिशानिर्देश
+
+| प्रकार बदलें                     | समीक्षा कौन करता है                  | क्या देखना है                                                               |
+| -------------------------------- | ------------------------------------ | --------------------------------------------------------------------------- |
+| **केवल ऐप** (`templates/<app>/`) | ऐप टीम का स्वामी                     | डोमेन की शुद्धता, कार्रवाई स्कीमा                                           |
+| **फ्रेमवर्क** (`packages/core/`) | प्लेटफ़ॉर्म टीम + एक प्रभावित ऐप टीम | ब्रेकिंग परिवर्तन, प्रदर्शन, पीछे की ओर तुलना                               |
+| **स्कीमा माइग्रेशन**             | प्लेटफ़ॉर्म टीम + वरिष्ठ इंजीनियर    | डेटा सुरक्षा, बोली अज्ञेयवाद (SQLite + Postgres)                            |
+| **Actions**                      | स्वामी टीम                           | Actions दोनों एजेंट टूल हैं AND HTTP एंडपॉइंट - दोनों कोणों से समीक्षा करें |
+| **क्रॉस-ऐप A2A**                 | दोनों ऐप टीमें                       | यदि आप A2A इंटरफ़ेस बदलते हैं, तो कॉल करने वालों को पता होना चाहिए          |
+| **डिस्पैच वॉल्ट/संसाधन**         | प्लेटफ़ॉर्म टीम                      | गुप्त पहुंच, अनुदान का दायरा, किसे क्या मिलता है                            |
+
+### समवर्ती एजेंट कार्य
+
+एजेंट-मूल कार्यस्थानों में अक्सर एक ही शाखा पर एक साथ कई एआई एजेंट काम करते हैं। यह डिज़ाइन के अनुसार है - एजेंट एक शाखा साझा करते हैं और स्वतंत्र रूप से आगे बढ़ते हैं।
+
+```an-callout
+{ "tone": "warning", "body": "**The later commit wins.** Two agents touching the same file won't conflict at commit time — the conflict surfaces at review. Run `pnpm run prep` (typecheck + test + format) before pushing, and don't revert changes you didn't make unless they're clearly broken." }
+```
+
+इस परिवेश में पीआर की समीक्षा करते समय:
+
+- **आपके द्वारा नहीं किए गए परिवर्तनों को वापस न करें** जब तक कि वे स्पष्ट रूप से टूटे न हों
+- **फ़ाइलों को एक ही पीआर में कई एजेंटों द्वारा संशोधित किया जा सकता है** - यह सामान्य है
+- **एजेंटों के परिवर्तनों के बीच एकीकरण समस्याओं को पकड़ने के लिए आगे बढ़ने से पहले `pnpm run prep`** (टाइपचेक + टेस्ट + फॉर्मेट) चलाएं
+- **यदि दो एजेंट एक ही फ़ाइल को छूते हैं,**बाद वाला जीतता है। विवाद समीक्षा के समय सामने आते हैं, प्रतिबद्ध समय पर नहीं
+- **पीआर में किसी भी कोड में बग ठीक करें,** चाहे इसे किसी भी एजेंट ने लिखा हो। पीआर की समग्र रूप से समीक्षा की जाती है।
+
+## शासन के रूप में प्रेषण
+
+[Dispatch](/docs/dispatch) ऐप कार्यक्षेत्र का रनटाइम कंट्रोल प्लेन है। यह रनटाइम गवर्नेंस के साथ गिट-स्तरीय गवर्नेंस को पूरक करता है:
+
+| चिंता                                | गिट / GitHub             | प्रेषण                                                   |
+| ------------------------------------ | ------------------------ | -------------------------------------------------------- |
+| कोड कौन बदल सकता है                  | CODEOWNERS, शाखा सुरक्षा | —                                                        |
+| रहस्यों तक कौन पहुंच सकता है         | —                        | वॉल्ट नीति, अनुदान, अनुरोध वर्कफ़्लो                     |
+| एजेंट किन निर्देशों का पालन करते हैं | —                        | वैश्विक कार्यक्षेत्र संसाधन (AGENTS.md, निर्देश, skills) |
+| कौन से एजेंट साझा किए जाते हैं       | —                        | कार्यस्थान एजेंट प्रोफ़ाइल                               |
+| एकीकरण सूची                          | —                        | कार्यस्थान कनेक्शन और एकीकरण कैटलॉग                      |
+| रनटाइम परिवर्तन अनुमोदन              | —                        | प्रेषण अनुमोदन प्रवाह                                    |
+| ऑडिट ट्रेल                           | `git log` / `git blame`  | वॉल्ट ऑडिट + प्रेषण ऑडिट लॉग                             |
+| मैसेजिंग एवं रूटिंग                  | —                        | Slack / टेलीग्राम एकीकरण                                 |
+
+**गिट कोड गवर्नेंस को संभालता है। डिस्पैच रनटाइम गवर्नेंस को संभालता है।** डिस्पैच के अंदर गिट वर्कफ़्लो को दोहराने की कोशिश न करें या इसके विपरीत।
+
+डिस्पैच प्रबंधन: वॉल्ट रहस्य, पुन: प्रयोज्य कार्यक्षेत्र कनेक्शन, कार्यक्षेत्र संसाधन (skills, निर्देश, एजेंट प्रोफाइल, MCP सर्वर), अनुमोदन और ऑडिट लॉग। सार्वजनिक ऐप रूट कॉन्फ़िगरेशन (`workspaceApp.audience` / `publicPaths` / `protectedPaths`) के लिए, [Multi-App Workspaces — Public app routes](/docs/multi-app-workspace#deployment) देखें।
+
+संसाधन मॉडल और विहित पथों के लिए, [Workspace — Global resources](/docs/workspace#global-resources) देखें।
+
+## सेटअप चेकलिस्ट
+
+एक नए कार्यक्षेत्र के लिए, `npx @agent-native/core@latest create` चलाने के बाद:
+
+**गिट और GitHub:**
+
+- [ ] प्रति-ऐप टीम स्वामित्व के साथ `.github/CODEOWNERS` बनाएं
+- [ ] आवश्यक कोड स्वामी समीक्षाओं के साथ `main` पर शाखा सुरक्षा सक्षम करें
+- [ ] ऐप द्वारा पीआर को ऑटो-लेबल करने के लिए `.github/labeler.yml` जोड़ें
+- [ ] प्रत्येक ऐप और प्लेटफ़ॉर्म टीम के लिए GitHub टीमें बनाएं
+
+**प्रेषण:**
+
+- [ ] वॉल्ट में साझा रहस्य जोड़ें (API कुंजी, OAuth क्रेडेंशियल, आदि)
+- [ ] डिफ़ॉल्ट ऑल-ऐप वॉल्ट नीति रखें या मैन्युअल प्रति-ऐप अनुदान पर स्विच करें
+- [ ] वॉल्ट रहस्यों को ऐप्स पर भेजने के लिए उन्हें सिंक करें
+- [ ] फिर साझा प्रदाता खातों के लिए पुन: प्रयोज्य कार्यक्षेत्र कनेक्शन पंजीकृत करें
+      ब्रेन, एनालिटिक्स, मेल या डिस्पैच जैसे ऐप्स को केवल तभी अनुदान दें जब उन्हें आवश्यकता हो
+      वह खाता
+- [ ] संसाधन पृष्ठ के माध्यम से कार्यक्षेत्र-व्यापी skills, रेलिंग निर्देश और ब्रांड/कंपनी संदर्भ संसाधन जोड़ें। संपूर्ण संसाधन-मॉडल तालिका और अनुशंसित स्टार्टर पैक के लिए [Workspace](/docs/workspace#global-resources) देखें।
+- [ ] अनुमोदन नीति और अनुमोदनकर्ता ईमेल कॉन्फ़िगर करें
+- [ ] व्यवस्थापक सूचनाओं के लिए सेंडग्रिड (`SENDGRID_API_KEY`, `SENDGRID_FROM_EMAIL`) सेट करें
+- [ ] कार्यक्षेत्र संदेश के लिए Slack या टेलीग्राम कनेक्ट करें
+- [ ] साझा MCP सर्वर कॉन्फ़िगर करें - ऑल-ऐप या चयनित-ऐप अनुदान के लिए डिस्पैच में `mcp-servers/<name>.json` कार्यक्षेत्र संसाधन जोड़ें; निचले स्तर की तैनाती के लिए `mcp.config.json` या [MCP hub mode](/docs/mcp-clients#hub) का उपयोग करें

package/corpus/core/docs/content/locales/hi-IN/workspace.md

@@ -0,0 +1,323 @@
+---
+title: "कार्यस्थान"
+description: "प्रति उपयोगकर्ता Claude-कोड-स्तरीय अनुकूलन - skills, मेमोरी, निर्देश, कस्टम एजेंट, शेड्यूल किए गए कार्य, MCP सर्वर - SQL द्वारा समर्थित, फ़ाइल सिस्टम नहीं।"
+---
+
+# कार्यस्थान
+
+> **कौन सा कार्यक्षेत्र दस्तावेज़?** यह पृष्ठ **अनुकूलन परत** को कवर करता है - कार्यक्षेत्र *क्या*है। परिनियोजन आकार (एक मोनोरेपो, कई ऐप्स) के लिए [Multi-App Workspaces](/docs/multi-app-workspace) देखें; शासन के लिए (कौन समीक्षा करता है, अनुमोदन करता है और उसका मालिक है) [Workspace Governance](/docs/workspace-management) देखें।
+
+प्रत्येक एजेंट-नेटिव ऐप एक **कार्यस्थान** के साथ आता है: अनुकूलन परत जो एजेंट को आपका बनाती है। इसमें टीम निर्देश (`AGENTS.md`), साझा सीख (`LEARNINGS.md`), व्यक्तिगत संरचित मेमोरी (`memory/MEMORY.md`), skills एजेंट मांग पर खींचता है, कस्टम उप-एजेंट, शेड्यूल किए गए कार्य और कनेक्टेड MCP सर्वर शामिल हैं - वह सब कुछ जो आप Claude कोड / Codex सेटअप से उम्मीद करते हैं।
+
+मोड़: **यह SQL पंक्तियाँ हैं, फ़ाइल सिस्टम फ़ाइलें नहीं।** प्रत्येक उपयोगकर्ता को डेटाबेस में अपना स्वयं का कार्यक्षेत्र संग्रहीत मिलता है। स्पिन करने के लिए कोई डेव-बॉक्स नहीं है, प्रति उपयोगकर्ता कोई कंटेनर नहीं है, माउंट करने के लिए कोई फ़ाइल नहीं है। एक बहु-किरायेदार SaaS प्रत्येक उपयोगकर्ता को अनिवार्य रूप से मुफ्त में एक पूरी तरह से अनुकूलन योग्य एजेंट दे सकता है, क्योंकि यह सभी पंक्तियाँ हैं - व्यक्तिगत मेमोरी, व्यक्तिगत MCP सर्वर, व्यक्तिगत skills, व्यक्तिगत उप-एजेंट - और साझा कोडबेस उन सभी को एक साथ होस्ट करता है।
+
+```an-diagram title="A Claude-Code workspace, but stored in SQL" summary="The same customization layer — instructions, skills, memory, agents, jobs, MCP — except every file is a row in a shared multi-tenant database."
+{
+  "html": "<div class=\"ws-map\"><div class=\"diagram-card cc\"><span class=\"diagram-pill warn\">Claude Code / Codex</span><small class=\"diagram-muted\">~/.claude/ on a local disk</small><div class=\"ws-files\"><span class=\"diagram-box\">CLAUDE.md</span><span class=\"diagram-box\">skills/</span><span class=\"diagram-box\">memory</span><span class=\"diagram-box\">mcp.json</span></div><small class=\"diagram-muted\">one codebase per developer</small></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&rarr;</div><div class=\"diagram-card an\"><span class=\"diagram-pill accent\">Agent-native workspace</span><small class=\"diagram-muted\">rows in one SQL database</small><div class=\"ws-rows\"><span class=\"diagram-pill\">AGENTS.md</span><span class=\"diagram-pill\">skills/&hellip;</span><span class=\"diagram-pill\">memory/&hellip;</span><span class=\"diagram-pill\">mcp-servers/&hellip;</span></div><small class=\"diagram-muted\">one codebase, many users, scoped <code>u:&lt;email&gt;:&hellip;</code></small></div></div>",
+  "css": ".ws-map{display:flex;align-items:center;gap:16px;flex-wrap:wrap}.ws-map .diagram-card{display:flex;flex-direction:column;gap:8px;padding:16px 18px;flex:1;min-width:220px}.ws-map .ws-files,.ws-map .ws-rows{display:flex;flex-wrap:wrap;gap:6px;margin:4px 0}.ws-map .diagram-arrow{font-size:24px}"
+}
+```
+
+| Claude कोड / Codex                    | एजेंट-मूल कार्यक्षेत्र                                 |
+| ------------------------------------- | ------------------------------------------------------ |
+| आपकी स्थानीय डिस्क पर फ़ाइलें         | साझा SQL डेटाबेस में पंक्तियाँ                         |
+| प्रति डेवलपर एक कोडबेस                | एक कोडबेस, अनेक उपयोगकर्ता                             |
+| एक डेव-बॉक्स या कंटेनर की आवश्यकता है | किसी भी सर्वर रहित/एज होस्ट पर चलता है                 |
+| `~/.claude/` पर अनुकूलन               | प्रति-उपयोगकर्ता अनुकूलन, दायरा `u:<email>:…`          |
+| प्रति-प्रोजेक्ट `CLAUDE.md` / skills  | प्रति-ऐप `AGENTS.md` + कार्यस्थान मेमोरी संसाधन        |
+| JSON फ़ाइल में MCP कॉन्फिगरेशन        | JSON में MCP कॉन्फिगरेशन _या_ सेटिंग्स UI, प्रति स्कोप |
+
+समान क्षमताएं। अलग अर्थशास्त्र. SaaS के लिए यह क्यों मायने रखता है, इसके लिए [Templates](/docs/cloneable-saas) देखें।
+
+## अवलोकन {#overview}
+
+संसाधनों के तीन रनटाइम दायरे हैं:
+
+- **व्यक्तिगत** - एकल उपयोगकर्ता (उनके ईमेल) तक सीमित। प्राथमिकताओं, नोट्स और प्रति-उपयोगकर्ता संदर्भ के लिए अच्छा है।
+- **साझा/संगठन** — ऐप या संगठन में सभी उपयोगकर्ताओं के लिए दृश्यमान। ऐप/टीम निर्देशों, skills और साझा कॉन्फ़िगरेशन के लिए अच्छा है।
+- **कार्यस्थान** - विरासत में मिले वैश्विक डिफॉल्ट्स को डिस्पैच रिसोर्सेज से प्रबंधित किया जाता है। कंपनी के तथ्यों, स्थिति, ब्रांड दिशानिर्देशों, वैश्विक रेलिंग, कार्यक्षेत्र-व्यापी skills और साझा MCP सर्वर के लिए अच्छा है। ऐप्स इन्हें रनटाइम पर पढ़ते हैं; उन्हें प्रत्येक ऐप में कॉपी नहीं किया जाता है।
+
+इन-ऐप वर्कस्पेस पैनल सभी तीन स्कोप दिखाता है। व्यक्तिगत और साझा/संगठन संसाधन वहां संपादन योग्य हैं। वर्कस्पेस-स्कोप संसाधन ऐप पैनल में केवल पढ़ने के लिए होते हैं और डिस्पैच से केंद्रीय रूप से संपादित होते हैं, इसलिए प्रत्येक ऐप सिंक चरण के बिना समान कैनोनिकल फ़ाइलें देखता है।
+
+विहित पथ जो नियंत्रित करते हैं कि एजेंट प्रत्येक संसाधन का उपयोग कैसे करता है:
+
+| रनटाइम संसाधन         | पथ                                      | एजेंट इसका उपयोग कैसे करते हैं                                |
+| --------------------- | --------------------------------------- | ------------------------------------------------------------- |
+| रेलिंग निर्देश        | `AGENTS.md` या `instructions/<slug>.md` | इसे प्राप्त करने वाले प्रत्येक ऐप में हर मोड़ को लोड किया गया |
+| वैश्विक skills        | `skills/<slug>/SKILL.md`                | कार्यस्थान skills के रूप में सूचीबद्ध और मांग पर पढ़ें        |
+| ब्रांड/कंपनी संसाधन   | `context/<slug>.md`                     | प्रत्येक मोड़ को अनुक्रमित किया गया, प्रासंगिक होने पर पढ़ें  |
+| कस्टम एजेंट प्रोफ़ाइल | `agents/<slug>.md`                      | पुन: प्रयोज्य स्थानीय एजेंट प्रोफाइल के रूप में उपलब्ध        |
+| साझा HTTP MCP सर्वर   | `mcp-servers/<slug>.json`               | अनुमोदित ऐप्स की MCP टूल रजिस्ट्री में लोड किया गया           |
+
+ये पथ तीनों क्षेत्रों पर लागू होते हैं - कार्यक्षेत्र, संगठन/ऐप और व्यक्तिगत। बाद वाला दायरा तब जीतता है जब एक ही पथ कई स्तरों पर मौजूद होता है।
+
+```an-diagram title="Three scopes, one effective file" summary="The runtime resolves the same path across workspace, app, and personal scopes on read — the most specific scope wins."
+{
+  "html": "<div class=\"ws-stack\"><div class=\"diagram-card\"><span class=\"diagram-pill\">Workspace</span><small class=\"diagram-muted\">company-wide defaults from Dispatch</small><code>context/brand.md</code></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&darr;</div><div class=\"diagram-card\"><span class=\"diagram-pill\">Organization / app</span><small class=\"diagram-muted\">team override for one app</small><code>context/brand.md</code></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&darr;</div><div class=\"diagram-card\"><span class=\"diagram-pill accent\">Personal</span><small class=\"diagram-muted\">per-user override &mdash; wins</small><code>context/brand.md</code></div><div class=\"diagram-arrow diagram-accent\" aria-hidden=\"true\">&rarr;</div><div class=\"diagram-box ok\">Effective <code>context/brand.md</code></div></div>",
+  "css": ".ws-stack{display:flex;flex-direction:column;align-items:flex-start;gap:8px}.ws-stack .diagram-card{display:flex;flex-direction:column;gap:4px;padding:12px 16px;min-width:280px}.ws-stack .diagram-arrow{font-size:20px;align-self:center}.ws-stack code{font-size:.85em}.ws-stack .diagram-box{align-self:center;margin-top:4px}"
+}
+```
+
+## आरंभ करना: 1 मिनट का पूर्वाभ्यास {#getting-started}
+
+60 सेकंड में एजेंट के व्यवहार को बदलें।
+
+1. **वर्कस्पेस** टैब खोलें → **साझा** → `AGENTS.md` (यदि अनुपलब्ध है तो इसे `+` → **फ़ाइल** के साथ बनाएं)।
+2. एक नियम जोड़ें, जैसे:
+
+   ```मार्कडाउन
+   ## टोन
+
+   संक्षिप्त रहें. उत्तर के साथ आगे बढ़ें।
+   ```
+
+3. सहेजें, **चैट** पर स्विच करें, कुछ भी पूछें - एजेंट तुरंत नए नियम का पालन करता है।
+
+```an-callout
+{ "tone": "info", "body": "No restart, no redeploy. `AGENTS.md` is read at the start of every turn, so an edit you save now changes the agent's behavior on the very next message." }
+```
+
+**अगले चरण, जब आप उन्हें चाहें:**
+
+- **Skills** (`+` → **कौशल**) - `/skill-name` के साथ चैट में कैसे-करें फ़ाइलें शामिल की गईं।
+- **एजेंट** (`+` → **एजेंट**) - `@agent-name` के साथ पुन: प्रयोज्य उप-एजेंट व्यक्तित्व।
+- **निर्धारित कार्य** (`+` → **निर्धारित कार्य**) - संकेत जो क्रॉन पर चलते हैं। शेड्यूल और ट्रिगर के लिए [Recurring Jobs](/docs/recurring-jobs) देखें।
+- **मेमोरी** - साझा `LEARNINGS.md` और व्यक्तिगत `memory/MEMORY.md` बातचीत के दौरान टिकाऊ संदर्भ उपलब्ध रखते हैं।
+
+## वैश्विक संसाधन और विहित पथ {#global-resources}
+
+वर्कस्पेस-स्कोप संसाधनों को डिस्पैच के **संसाधन** पृष्ठ से प्रबंधित किया जाता है और रनटाइम पर ऐप्स द्वारा इनहेरिट किया जाता है - कोई प्रतिलिपि या सिंक चरण नहीं। डिस्पैच दो अनुदान क्षेत्रों का समर्थन करता है:
+
+- **सभी ऐप्स** - कार्यक्षेत्र में प्रत्येक ऐप को वैश्विक संसाधन विरासत में मिलते हैं। अधिकांश कंपनी, ब्रांड, व्यक्तित्व, स्थिति, संदेश और रेलिंग संदर्भ **सभी ऐप्स** होने चाहिए।
+- **चयनित ऐप्स** — ऐप-विशिष्ट संदर्भ या टूल के लिए विशिष्ट ऐप्स को दिए गए संसाधन। इनका संयम से प्रयोग करें।
+
+पथ यह निर्धारित करता है कि एजेंट किसी संसाधन का उपयोग कैसे करता है (ऊपर [Overview](#overview) में तालिका देखें)। यह मुख्य व्यक्तित्व, स्थिति, संदेश, कंपनी के तथ्य, ब्रांड दिशानिर्देश, समर्थन नीतियां, साझा skills, या साझा HTTP MCP टूल के लिए सही घर है, जिससे कई ऐप्स को लाभ होना चाहिए।
+
+नए कार्यक्षेत्र के लिए एक उपयोगी स्टार्टर पैक:
+
+```text
+context/company.md              # what the company does, ICP, products, links
+context/brand.md                # voice, visual identity, spelling, forbidden usage
+context/messaging.md            # positioning, value props, proof points, objections
+instructions/guardrails.md      # compliance, escalation, and approval rules
+skills/company-voice/SKILL.md   # on-demand guidance for customer-facing writing
+agents/<slug>.md                # reusable custom agent profiles
+```
+
+`context/` फ़ाइलों को तथ्यपरक और स्किम करने में आसान रखें। ऐसे नियम रखें जो `instructions/guardrails.md` में हर मोड़ पर लागू होने चाहिए। `skills/company-voice/SKILL.md` का उपयोग तब करें जब एजेंट को जानबूझकर कंपनी की आवाज में कॉपी को बदलना या समीक्षा करनी हो।
+
+एक ऐप या टीम के लिए वैश्विक डिफ़ॉल्ट को ओवरराइड करने के लिए, उसी पथ के साथ उस ऐप में एक साझा/संगठन संसाधन बनाएं। इसे एक व्यक्ति के लिए ओवरराइड करने के लिए, उसी पथ के साथ एक व्यक्तिगत संसाधन बनाएं। प्रत्येक ऐप में कार्यस्थान फ़ाइल की प्रतिलिपि न बनाएं; रनटाइम पढ़ने पर स्टैक का समाधान करता है:
+
+```text
+workspace context/brand.md
+-> shared/app context/brand.md
+-> personal context/brand.md
+```
+
+`context/` फ़ाइलों को संक्षिप्त और तथ्यात्मक रखें - एजेंट कुछ हद तक बच सकता है:
+
+```text
+<!-- context/brand.md -->
+
+# Brand
+
+- Voice: direct, warm, concrete
+- Use: "workspace", "agent", "team"
+- Avoid: unsupported superlatives and vague AI claims
+```
+
+## कार्यस्थान पैनल {#workspace-panel}
+
+एजेंट पैनल में चैट और CLI के साथ एक **वर्कस्पेस** टैब शामिल है। यह सभी संसाधनों का एक फ़ोल्डर-संगठित ट्री, किसी भी टेक्स्ट फ़ाइल (Markdown, JSON, YAML, सादा पाठ) के लिए एक इनलाइन संपादक और `+` मेनू के टाइप किए गए निर्माण प्रवाह (फ़ाइलें, Skills, एजेंट, शेड्यूल किए गए कार्य) दिखाता है। उपयोगकर्ता विरासत में मिले कार्यस्थल डिफ़ॉल्ट को ब्राउज़ कर सकते हैं और व्यक्तिगत या संगठन संसाधनों को बना/संपादित/हटा सकते हैं।
+
+जब आप कोई संसाधन खोलते हैं, तो संपादक `workspace default -> organization/app override -> personal override` स्टैक के साथ एक **प्रभावी संदर्भ** स्ट्रिप दिखाता है, ताकि आप देख सकें कि क्या विरासत में मिला था और ओवरराइड सक्रिय क्यों है। डिस्पैच नियंत्रण-प्लेन पक्ष से एक ही मॉडल दिखाता है: **संसाधन** पृष्ठ पर **ऐप में प्रभावी** का उपयोग करें, या ऐप कार्ड के **संदर्भ** संवाद में संसाधन पंक्ति पर **स्टैक** का विस्तार करें।
+
+जब डिस्पैच अनुमोदन नीति सक्षम होती है, तो **सभी ऐप्स** संसाधन को बनाना, अपडेट करना या हटाना तुरंत आवेदन करने के बजाय अनुमोदन अनुरोध को कतारबद्ध कर देता है। बनाएं/संपादित करें/हटाएं संवाद सहेजने से पहले एक प्रभाव पूर्वावलोकन दिखाते हैं।
+
+किसी भी समय इन दस्तावेज़ों पर वापस जाने के लिए वर्कस्पेस टूलबार में `?` आइकन पर क्लिक करें।
+
+## एजेंट संसाधनों का उपयोग कैसे करता है {#how-the-agent-uses-resources}
+
+अंतर्निहित ऐप एजेंट एकीकृत `resources` टूल के साथ संसाधनों का प्रबंधन करता है: `action: "list"`, `"read"`, `"effective"`, `"write"`, `"promote"`, या `"delete"` का उपयोग करें। बाहरी CLI/कोड एजेंट समकक्ष `pnpm action resource-*` कमांड का उपयोग कर सकते हैं।
+
+प्रत्येक वार्तालाप की शुरुआत में, एजेंट स्वचालित रूप से पढ़ता है:
+
+### AGENTS.md और निर्देश {#agents-md}
+
+`AGENTS.md` एक अनुदेश संसाधन है जिसे डिफ़ॉल्ट रूप से सीड किया जाता है और कार्यक्षेत्र, साझा/संगठन और व्यक्तिगत स्कोप से हर मोड़ पर उस क्रम में लोड किया जाता है - कंपनी-व्यापी डिफ़ॉल्ट के लिए कार्यस्थान, टीम नियमों के लिए साझा/ऐप, प्रति-उपयोगकर्ता प्राथमिकताओं के लिए व्यक्तिगत। `instructions/` के अंतर्गत फ़ाइलें अलग रेलिंग दस्तावेज़ हैं जो हर मोड़ (अनुपालन नियम, एस्केलेशन नीति, ब्रांड वॉइस) पर भी लागू होती हैं और समान प्राथमिकता का पालन करती हैं। सामान्य चैट और एकीकरण-ट्रिगर रन दोनों ही प्रतिक्रिया देने से पहले उन्हें लोड करते हैं।
+
+```text
+AGENTS.md
+instructions/customer-support-guardrails.md
+instructions/legal-review-policy.md
+```
+
+### संदर्भ संसाधन {#reference-resources}
+
+पुन: प्रयोज्य कंपनी का संदर्भ `context/` (व्यक्तित्व, स्थिति, उत्पाद तथ्य, ब्रांड दिशानिर्देश, प्रतिस्पर्धी नोट्स) के अंतर्गत रहता है। एजेंट इनका एक सूचकांक देखता है और संबंधित फ़ाइल को `resources` टूल (`action: "read"`) के साथ पढ़ता है जब कोई कार्य इस पर निर्भर हो सकता है; यह देखने के लिए `action: "effective"` का उपयोग करें कि किसी ऐप या उपयोगकर्ता के लिए कार्यस्थान डिफ़ॉल्ट ओवरराइड है या नहीं।
+
+### मेमोरी {#memory}
+
+कार्यस्थान में दो वर्तमान मेमोरी सतहें हैं:
+
+- प्रोजेक्ट-व्यापी सम्मेलनों, सुधारों और टिकाऊ टीम ज्ञान के लिए **साझा** दायरे में `LEARNINGS.md`।
+- वर्तमान उपयोगकर्ता के बारे में संरचित स्मृति के लिए **व्यक्तिगत** दायरे में `memory/MEMORY.md`।
+
+पुराने कार्यस्थानों के साथ संगतता के लिए संसाधन प्रणाली एक व्यक्तिगत `LEARNINGS.md` भी शुरू करती है, लेकिन चैट प्रीलोड पथ `LEARNINGS.md` प्लस व्यक्तिगत `memory/MEMORY.md` साझा किया जाता है।
+
+**क्या सहेजा जाता है।** जब आप एजेंट को सही करते हैं ("हमेशा Y के बजाय X का उपयोग करें"), एक प्राथमिकता साझा करें ("मैं संक्षिप्त उत्तर पसंद करता हूं"), या संदर्भ प्रकट करें ("मेरी टीम इसे 'डिस्पैच लेयर' कहती है"), तो एजेंट उस सीख को पकड़ लेता है ताकि वह गलती न दोहराए या दोबारा न पूछे। परियोजना-व्यापी सीख साझा `LEARNINGS.md` में जाती है; उपयोगकर्ता-विशिष्ट मेमोरी `memory/` के अंतर्गत आती है। `capture-learnings` कौशल बताता है कि कब और कैसे।
+
+**जहां यह फिट बैठता है।**
+
+| सतह                | दायरा             | द्वारा लिखित                                   | कब पढ़ें                                                     |
+| ------------------ | ----------------- | ---------------------------------------------- | ------------------------------------------------------------ |
+| `AGENTS.md`        | साझा              | मनुष्य/एजेंट अनुरोध पर                         | प्रत्येक मोड़                                                |
+| `LEARNINGS.md`     | साझा              | मनुष्य/एजेंट अनुरोध पर                         | हर मोड़ (केवल साझा प्रति)                                    |
+| `memory/MEMORY.md` | व्यक्तिगत         | एजेंट / इंसान                                  | हर मोड़                                                      |
+| `instructions/…`   | साझा              | मनुष्य/एजेंट अनुरोध पर                         | हर मोड़                                                      |
+| `skills/…`         | साझा              | मनुष्य/एजेंट अनुरोध पर                         | मांग पर (`/slash` कमांड)                                     |
+| `context/…`        | साझा              | मनुष्य/एजेंट अनुरोध पर                         | प्रत्येक मोड़ को अनुक्रमित किया गया, प्रासंगिक होने पर पढ़ें |
+| `mcp-servers/…`    | कार्यस्थान / साझा | डिस्पैच या ऐप कार्यक्षेत्र के माध्यम से मनुष्य | MCP कॉन्फिगरेशन रिफ्रेश                                      |
+
+उपयोगकर्ता इन मेमोरी फ़ाइलों को सीधे वर्कस्पेस टैब में संपादित कर सकते हैं - वे नियमित संसाधन हैं। एजेंट द्वारा गलती की गई पंक्तियों को हटा दें, व्यक्तिगत प्राथमिकताओं को `memory/MEMORY.md` में रखें, या टीम-व्यापी नियमों को `AGENTS.md` में बढ़ावा दें।
+
+इनमें से हर एक सतह - `AGENTS.md`, skills, मेमोरी, कस्टम एजेंट, MCP सर्वर - एक ही अंतर्निहित संसाधन आकार है: एक `path` + `scope` + `content`, उसी तरह से संबोधित और हल किया गया है।
+
+```an-schema title="The workspace resource model" summary="One resource shape backs every workspace file. The runtime keys it by path and scope and resolves the effective value on read."
+{
+  "entities": [
+    {
+      "id": "resource",
+      "name": "workspace resource",
+      "note": "A single file in a user's workspace — instructions, skill, memory, agent, MCP config, or job.",
+      "fields": [
+        { "name": "path", "type": "string", "note": "Canonical path, e.g. AGENTS.md, skills/<slug>/SKILL.md" },
+        { "name": "scope", "type": "workspace | shared | personal", "note": "Which level this row lives at" },
+        { "name": "owner", "type": "string", "nullable": true, "note": "u:<email> for personal scope" },
+        { "name": "content", "type": "text", "note": "Markdown / JSON / YAML body" }
+      ]
+    }
+  ]
+}
+```
+
+## Skills {#skills}
+
+Skills, `skills/` पथ (अधिमानतः `skills/<name>/SKILL.md`) के अंतर्गत Markdown संसाधन फ़ाइलें हैं जो एजेंट को ऑन-डिमांड डोमेन ज्ञान देती हैं, जिसे `/skill-name` के साथ चैट में शामिल किया जाता है। उन्हें वर्कस्पेस टैब से या, कोड मोड में, `.agents/skills/` से जोड़ें।
+
+[Skills Guide](/docs/skills-guide) देखें - कौशल प्रारूप, कार्यक्षेत्र, खोज और संलेखन के लिए एकल स्रोत।
+
+## कस्टम एजेंट {#custom-agents}
+
+कस्टम एजेंट `agents/*.md` के तहत Markdown संसाधनों के रूप में संग्रहीत पुन: प्रयोज्य स्थानीय उप-एजेंट प्रोफाइल हैं। यह कस्टम-एजेंट प्रारूप के लिए कैनोनिकल होम है।
+
+जब आप अपने स्वयं के नाम, विवरण, मॉडल प्राथमिकता और निर्देश सेट के साथ एक केंद्रित प्रतिनिधि चाहते हैं तो उनका उपयोग करें। skills के विपरीत, कस्टम एजेंट निष्क्रिय मार्गदर्शन नहीं हैं - वे परिचालन व्यक्तित्व हैं जिन्हें मुख्य एजेंट `@` उल्लेखों के माध्यम से या उप-एजेंट स्पॉनिंग के दौरान उनका चयन करके लागू कर सकता है।
+
+### एजेंट प्रारूप {#agent-format}
+
+कस्टम एजेंट YAML फ्रंटमैटर प्लस Markdown निर्देशों का उपयोग करते हैं:
+
+```an-annotated-code title="A custom agent profile"
+{
+  "filename": "agents/design.md",
+  "language": "markdown",
+  "code": "---\nname: Design\ndescription: >-\n  Reviews layouts, interaction patterns, and product UX decisions.\nmodel: inherit\ntools: inherit\ndelegate-default: false\n---\n\n# Role\n\nYou are a focused design agent.\n\n## Responsibilities\n\n- Review layouts and interaction flows\n- Suggest stronger visual direction\n- Be concise and opinionated",
+  "annotations": [
+    { "lines": "2", "label": "@mention handle", "note": "`name` is what appears in the `@`-dropdown and what the main agent delegates to." },
+    { "lines": "3-4", "label": "When to delegate", "note": "The `description` is what the orchestrator reads to decide this profile fits a task." },
+    { "lines": "5", "label": "Model", "note": "`inherit` reuses the main agent's model. Override only when the profile clearly needs a different one." },
+    { "lines": "6", "note": "`tools: inherit` for now — the field is reserved for future per-agent tool policies." }
+  ]
+}
+```
+
+अनुशंसित परंपराएँ:
+
+- कस्टम एजेंटों को `agents/<slug>.md` पर स्टोर करें
+- `model: inherit` का उपयोग करें जब तक कि प्रोफ़ाइल को स्पष्ट रूप से एक अलग मॉडल की आवश्यकता न हो
+- अभी के लिए `tools: inherit` रखें; फ़ील्ड भविष्य की टूल नीतियों के लिए आरक्षित है
+
+### रिमोट एजेंट बनाम कस्टम एजेंट {#remote-vs-custom-agents}
+
+वर्कस्पेस में दो एजेंट प्रकार होते हैं:
+
+- **कस्टम एजेंट** - `agents/*.md` में स्थानीय प्रोफ़ाइल, वर्तमान ऐप/रनटाइम के अंदर निष्पादित
+- **कनेक्टेड एजेंट** - `remote-agents/*.json` में मैनिफ़ेस्ट द्वारा वर्णित दूरस्थ A2A समकक्ष (विरासत `agents/*.json` मैनिफ़ेस्ट अभी भी पहचाने जाते हैं)
+
+एक ऐप के भीतर प्रतिनिधिमंडल के लिए कस्टम एजेंटों का उपयोग करें। जब आपको A2A पर किसी अन्य ऐप को कॉल करने की आवश्यकता हो तो कनेक्टेड एजेंटों का उपयोग करें।
+
+## @टैगिंग {#at-tagging}
+
+कार्यस्थान आइटम को संदर्भित करने के लिए चैट इनपुट में `@` टाइप करें। कर्सर पर एक ड्रॉपडाउन दिखाई देता है जिसमें मेल खाते एजेंट और फ़ाइलें दिखाई देती हैं। नेविगेट करने के लिए तीर कुंजियों का उपयोग करें और चयन करने के लिए Enter कुंजी का उपयोग करें। चयनित आइटम इनपुट में इनलाइन चिप के रूप में दिखाई देता है।
+
+जब आप कोई संदेश भेजते हैं, तो **फ़ाइलें/संसाधन** को संदर्भ के रूप में पारित किया जाता है जिसे एजेंट पढ़ सकता है, **कस्टम एजेंट** अपने प्रोफ़ाइल निर्देशों के साथ स्थानीय रूप से चलते हैं, और **कनेक्टेड एजेंट** को A2A पर कॉल किया जाता है।
+
+## / स्लैश कमांड {#slash-commands}
+
+किसी कौशल को शुरू करने के लिए पंक्ति की शुरुआत में `/` टाइप करें। एक ड्रॉपडाउन उनके नाम और विवरण के साथ उपलब्ध skills दिखाता है; किसी एक का चयन करने से एक इनलाइन चिप जुड़ जाती है और संदेश भेजे जाने पर इसकी सामग्री संदर्भ के रूप में शामिल हो जाती है। यदि कोई skills कॉन्फ़िगर नहीं किया गया है, तो ड्रॉपडाउन इन दस्तावेज़ों से लिंक करता है।
+
+## कोड बनाम ऐप मोड {#dev-vs-prod}
+
+संसाधन प्रणाली दोनों मोड में समान रूप से काम करती है। `@` टैगिंग और `/` कमांड के लिए उपलब्ध अतिरिक्त स्रोत अलग हैं:
+
+| सुविधा             | कोड मोड                                                           | ऐप मोड                                           |
+| ------------------ | ----------------------------------------------------------------- | ------------------------------------------------ |
+| @टैगिंग            | कोडबेस फ़ाइलें + कार्यस्थान संसाधन + कस्टम एजेंट + कनेक्टेड एजेंट | कार्यस्थान संसाधन + कस्टम एजेंट + कनेक्टेड एजेंट |
+| / स्लैश कमांड      | .एजेंट/skills/ + संसाधन skills                                    | केवल संसाधन skills                               |
+| एजेंट फ़ाइल एक्सेस | फ़ाइलसिस्टम + संसाधन                                              | केवल संसाधन                                      |
+| कार्यस्थान पैनल    | पूर्ण पहुंच                                                       | पूर्ण पहुंच                                      |
+| AGENTS.md / मेमोरी | उपलब्ध                                                            | उपलब्ध                                           |
+
+## कार्यस्थान कनेक्शन {#workspace-connections}
+
+वर्कस्पेस कनेक्शंस ऐप्स को क्रेडेंशियल डुप्लिकेट किए बिना एक ही प्रदाता खाता (Slack, GitHub, HubSpot, आदि) साझा करने देता है। एक कनेक्शन SQL में प्रदाता की पहचान, खाता लेबल, स्थिति, दायरे, ऐप अनुदान और क्रेडेंशियल संदर्भ रिकॉर्ड करता है। रहस्य क्रेडेंशियल स्टोर में रहते हैं; कनेक्शन केवल `SLACK_BOT_TOKEN` जैसे क्रेडेंशियल कुंजी नामों पर इंगित करते हैं।
+
+त्वरित प्रारंभ, कनेक्शन/अनुदान/क्रेडेंशियलRef API, और ठोस Slack, HubSpot, और GitHub उदाहरणों के लिए [Workspace Connections](/docs/workspace-connections) देखें।
+
+---
+
+# संदर्भ
+
+## संसाधन API {#resource-api}
+
+संसाधनों को सर्वर कोड, actions, या REST API से प्रबंधित किया जा सकता है।
+
+### सर्वर API {#server-api}
+
+REST एंडपॉइंट स्वचालित रूप से माउंट हो गए:
+
+| विधि     | अंतबिंदु                                      | विवरण                                               |
+| -------- | --------------------------------------------- | --------------------------------------------------- |
+| `GET`    | `/_agent-native/resources?scope=all`          | संसाधनों की सूची बनाएं                              |
+| `GET`    | `/_agent-native/resources?scope=workspace`    | विरासत में मिले कार्यक्षेत्र संसाधनों की सूची बनाएं |
+| `GET`    | `/_agent-native/resources/tree?scope=all`     | फ़ोल्डर ट्री प्राप्त करें                           |
+| `GET`    | `/_agent-native/resources/effective?path=...` | प्रभावी इनहेरिटेंस स्टैक दिखाएं                     |
+| `POST`   | `/_agent-native/resources`                    | एक संसाधन बनाएं                                     |
+| `GET`    | `/_agent-native/resources/:id`                | सामग्री के साथ संसाधन प्राप्त करें                  |
+| `PUT`    | `/_agent-native/resources/:id`                | संसाधन अपडेट करें                                   |
+| `DELETE` | `/_agent-native/resources/:id`                | संसाधन हटाएं                                        |
+| `POST`   | `/_agent-native/resources/upload`             | फ़ाइल को संसाधन के रूप में अपलोड करें               |
+
+### क्रिया API {#script-api}
+
+एजेंट इन अंतर्निहित actions का उपयोग करता है। आप उन्हें अपने actions:
+
+```bash
+# List all resources
+pnpm action resource-list --scope all
+
+# Read a resource
+pnpm action resource-read --path "skills/my-skill/SKILL.md"
+
+# Read inherited workspace context managed by Dispatch
+pnpm action resource-read --scope workspace --path "context/brand.md"
+
+# Show workspace -> organization/app -> personal precedence for a path
+pnpm action resource-effective --path "context/brand.md"
+
+# Write a resource
+pnpm action resource-write --path "notes/meeting.md" --content "# Meeting Notes..."
+
+# Delete a resource
+pnpm action resource-delete --path "notes/old.md"
+```