Claude Code और Codex उपयोगकर्ताओं के लिए

आप पहले से जानते हैं कि कोई प्रक्रिया कैसे लिखनी है और उसे किसी मॉडल को सौंपना है। यहाँ नया यह है कि रन आपके लैपटॉप पर नहीं रहता: वह क्लाउड में, आपकी टीम के वास्तविक खातों पर, किसी ट्रिगर के आधार पर, आपके साथियों के सामने चलता है।

इसलिए परिचयात्मक दौरा छोड़ दें। आपने जो लगभग सब कुछ पहले से बनाया है, उसका यहाँ भी स्थान है — बस उसका नाम अलग है।

शुरुआत उन दो चीज़ों को हटाने से करें, जो नहीं हटाईं तो आपको inference के लिए दो बार भुगतान करना पड़ेगा और जो आपके पहले से बने काम को फिर से लिखवाएँगी।

आप कौन-सा अनुभव उपयोग कर रहे हैं?

ये दस्तावेज़ दोनों अनुभवों को कवर करते हैं। यदि Settings → Personal → My Okou उपलब्ध है, तो My Okou वाले चरणों का पालन करें। यदि आप New agent वाले Agents पेज का उपयोग करते हैं, तो Legacy Agents वाले चरणों का पालन करें। उपलब्धता अलग-अलग सदस्यों के लिए भिन्न हो सकती है; ये दस्तावेज़ आपका अनुभव नहीं बदलते।

किसी भी अनुभव में, आप एक साथ कई chats या tasks चला सकते हैं, workflows का पुनः उपयोग कर सकते हैं, और समीक्षा किया हुआ काम अपनी टीम के साथ साझा कर सकते हैं। Runtime subagent एक execution tool है, कोई अलग product profile नहीं जिसे आपको बनाना पड़े।

1. उस subscription पर run करें जिसके लिए आप पहले से भुगतान करते हैं

यदि आपका provider account इसका समर्थन करता है, तो Okou Free और paid plans पर model calls को आपके अपने Claude या Codex account के माध्यम से route कर सकता है।

इसके दो हिस्से हैं, और उन्हें अलग-अलग लोग पूरा करते हैं।

एक admin route चुनता है

Settings → Models के अंतर्गत, workspace admin तय करता है कि प्रत्येक model किस तरह serve होगा। विकल्पों में से दो हैं:

• Claude subscription — हर member अपना Pro, Max, या Team plan connect करता है.
• Codex subscription — हर member अपना Pro या Team plan connect करता है।

Route का निर्णय policy करती है, model picker नहीं — इसलिए यदि किसी model को इनमें से किसी एक पर set नहीं किया गया है, तो उसे serve करने वाली आपकी personal connection नहीं होगी।

आप अपना account connect करते हैं

Settings → Models के अंतर्गत, Personal section में — जिसका उपयोग केवल आपके runs में, आपकी अपनी credentials के साथ होता है:

• Claude Code OAuth — Claude-backed model routes के लिए Claude Code login से connect करें। Okou एक Claude approval page खोलता है; वहाँ Okou को approve करें, फिर वह authorization code कॉपी करें जो आपको दिखाया जाता है, और उसे वापस dialog में paste करें।
• ChatGPT (Codex) — Codex device login से connect करें। Okou एक device code कॉपी करता है और approval page खोलता है; उस code को OpenAI में paste करें, access approve करें, और dialog को तब तक खुला रहने दें जब तक Okou connection पूरा न कर ले।

आप प्रति provider एक से अधिक accounts connect कर सकते हैं और उनमें से एक को active mark कर सकते हैं। Connect हो जाने के बाद, आपका account menu दिखाता है कि हर subscription window में कितना समय बचा है — 5-hour window और साप्ताहिक window — ताकि किसी लंबी run के limit से टकराने से पहले ही आपको उसका अंदाज़ा हो जाए।

शुरू करने से पहले तीन बातें जान लें:

• आप Free और paid plans पर अपना provider ला सकते हैं; आपका provider account चुने गए route का समर्थन करना चाहिए।
• Free ChatGPT plan, Okou के माध्यम से Codex का उपयोग नहीं कर सकता। Plus या Pro आवश्यक है।
• Model चाहे जो route ले, tool calls, generation, और storage का बिल फिर भी Okou credits के विरुद्ध ही लगता है। Subscription सोचने की लागत कवर करती है, करने की नहीं।

Chat composer के बगल वाला model picker एक model चुनता है; वह उस route को override नहीं करता जो policy ने उस model को दिया है। Model chat thread पर रहता है, agent पर नहीं और workflow पर भी नहीं — मॉडल देखें।

2. अपनी skills को workflows के रूप में साथ लाएँ

जिसे आप skill कहते हैं, Okou उसे workflow कहता है: एक नामित प्रक्रिया, जिसमें एक description होती है जो बताती है कि यह कब लागू होती है, एक instruction होता है जो बताता है कि काम कैसे करना है, और साथ में जोड़ी जा सकने वाली वैकल्पिक files होती हैं। आपने जो SKILL.md पहले ही लिखा है, वह लगभग पंक्ति-दर-पंक्ति एक workflow instruction है।

किसी एक को स्थानांतरित करने का सबसे तेज़ तरीका है उसे chat में दे देना। आपको उसे फिर से लिखने की ज़रूरत नहीं है, और आपको कुछ चलाने की भी ज़रूरत नहीं है:

• फ़ाइल सीधे जोड़ दें। अपने SKILL.md को सीधे chat में drag करें — साथ में वे सभी checklists, templates, या reference files भी, जो उसके पास रखी थीं।
• या Okou को link दें। Skill folder का GitHub URL paste करें और Okou को पूरी सामग्री स्वयं पढ़ने दें।

फिर बताएँ कि आप उससे क्या कराना चाहते हैं:

"यह वह skill है जिसका मैं Claude Code में उपयोग करता हूँ। इससे इस workspace में एक private Workflow बनाओ। प्रक्रिया को वैसा ही रखो, लेकिन local file paths और shell steps को connectors से बदल दो, और मुझे बताओ कि यह अभी किन चीज़ों तक नहीं पहुँच सकता।"

Okou फ़ाइल पढ़ता है, name, description, और instruction का मसौदा तैयार करता है, और save करने से पहले आपको परिणाम दिखाता है।

स्थानांतरण के दौरान सुधारने योग्य चार अंतर

• My Okou Workflows workspace में रहते हैं। Private Workflows आपके होते हैं; Public Workflows workspace के भीतर साझा किए जाते हैं। Legacy Workflows एक ही Agent से जुड़े रहते हैं। Execution आपके अपने connected accounts और permissions का उपयोग करता है; local shell की access साथ नहीं आती। जब कोई tool उपलब्ध न हो, तो वास्तविक connection और नामित permissions की जाँच करें।
• नाम एक lowercase slug होता है — triage-bug-report, 2 से 64 characters। जिस Chat में Workflow उपलब्ध हो, वहाँ उसे /triage-bug-report के साथ स्पष्ट रूप से invoke करें, या बस काम का वर्णन करें और Okou को description के आधार पर match करने दें। सटीक description ही वह चीज़ है जो workflow को अपने-आप चलने योग्य बनाती है।
• नए workflows डिफ़ॉल्ट रूप से private होते हैं। किसी workflow को workspace के लिए public बनाना एक जानबूझकर किया गया कदम है, save करने का side effect नहीं। My Okou में, आपके उसी नाम वाले Private Workflow को Public version पर प्राथमिकता मिलती है। Legacy Agents में, owning Agent की visibility भी जाँचें।
• Credentials साथ नहीं आते। जो भी चीज़ local skill में environment variable या key थी, वह यहाँ connector बनती है, ताकि secret platform पर रहे और मॉडल की पहुँच से बाहर रहे। यदि कोई first-party connector उपयुक्त न हो, तो instruction में key paste करने के बजाय custom connector बनाएँ।

एक चीज़ ऐसी है जो बिना बदले साथ आती है: supplementary files। Templates, checklists, brand guidelines, और reference data उसी तरह workflow से जुड़ते हैं जैसे वे आपके SKILL.md के साथ रखे हुए थे।

व्यक्तिगत Instructions को task methods से अलग करें

Skills, Workflows बन जाती हैं। My Okou में, आपकी व्यक्तिगत पसंदें Settings → Personal → My Okou → Instructions में रहती हैं और इस workspace में केवल आप पर लागू होती हैं। पुनः उपयोग योग्य टीम नियम और task methods, workspace Workflows में होने चाहिए। Personal Instructions save करने का असर उस अगले काम पर पड़ता है जिसे Okou शुरू करता है, पहले से चल रहे काम पर नहीं। Legacy Agents में, इसके बजाय चुने गए Agent के Instructions संपादित करें।

केवल Legacy Agents:

कुछ भी save करने से पहले, Okou से कहें कि वह व्यक्तिगत पसंदों को पुनः उपयोग योग्य प्रक्रियाओं से अलग कर दे। Personal Instructions, workspace policy नहीं बनते और account permissions नहीं बदल सकते।

3. फिर उन हिस्सों का उपयोग करें जो local CLI में नहीं हैं

जब आपका model route और आपकी प्रक्रियाएँ तैयार हो जाएँ, तब Okou का बाकी हिस्सा वह है जो आपका लैपटॉप नहीं कर सकता:

• कनेक्टर्स — अधिकृत सेवाएँ, जिन्हें आपका agent पढ़ और लिख सकता है; credentials नेटवर्क सीमा पर रखी जाती हैं और हर call run log में दिखाई देती है। यह आपके shell profile में पड़े personal access tokens के ढेर की जगह लेता है।
• कस्टम कनेक्टर — उस internal API के लिए, जिसके लिए कोई first-party connector नहीं है। एक admin HTTPS prefixes और authentication को एक बार register करता है। जहाँ आपके workspace में यह सक्षम हो, वहाँ एक Streamable HTTP MCP endpoint भी इसी तरह register किया जा सकता है, ताकि जो server आप पहले से Claude Code के लिए expose करते हैं, वह यहाँ भी पहुँचा जा सके।
• Concurrent runs — workspace का एक आयाम, जिसे आप बढ़ा सकते हैं; यह दूसरा terminal tab नहीं है, जिसे खुला छोड़ देने की याद आपको रखनी पड़े। अब लंबा job, छोटे job को block नहीं करता।
• ऑटोमेशन — workflow से जुड़ा एक trigger: schedule, नया email, merged pull request, calendar event, webhook। यही वह हिस्सा है जो किसी procedure को ऐसी command के बजाय एक teammate में बदल देता है, जिसे चलाना आपको याद रखना पड़े।
• Instructions and experience modes — My Okou के लिए personal preferences, साथ ही अलग legacy Agent profile guidance यथावत।
• इंटीग्रेशन — वही agent Slack, Telegram, या web से उपलब्ध हो सकता है, न कि केवल एक मशीन के एक terminal से।

4. इसे dotfile में रखने के बजाय साझा करें

स्थानीय setup से वास्तविक अंतर यह है कि दूसरे लोग भी आपकी बनाई चीज़ का उपयोग कर सकते हैं — उन लोगों सहित, जो कभी terminal नहीं खोलेंगे।

• My Okou: एक reviewed Public Workflow साझा करें। Legacy Agents: उसके owning Agent को भी Public बनाएँ।
• ऐसा करने से पहले instruction और files से credentials और एक-बार इस्तेमाल होने वाले data हटा दें।
• Settings → People → Add member से teammates को invite करें, जहाँ डिफ़ॉल्ट role Member है। सहकर्मियों को आमंत्रित करें देखें।
• हर member अपने accounts और अपनी Claude या Codex subscription connect करता है। कोई भी login साझा नहीं करता।

नए उपयोगकर्ताओं के लिए के चरण 3 से 6 तक personal Instructions (या legacy Agent setup), किसी Workflow को साझा करने, और उसे schedule करने को अधिक विस्तार से समझाते हैं। प्रक्रिया वही है; केवल शुरुआती बिंदु अलग था।

आगे कहाँ जाएँ

• मॉडल — routing, आपकी अपनी subscription, और प्रत्येक model की आपके लिए लागत।
• वर्कफ़्लो — संरचना, ownership, visibility, और Okou किसी एक को कैसे चुनता है।
• ऑटोमेशन — schedules, email, GitHub, calendar, और webhook triggers।
• अनुमतियाँ — किसी agent को किन चीज़ों तक पहुँच की अनुमति है, और उसे कैसे सीमित किया जाए।
• कस्टम कनेक्टर — उस internal API के लिए, जिसका कोई first-party connector नहीं है।