इस गाइड के आख़िर तक पिछले हफ़्ते का एक Claude Code सेशन फिर से स्क्रीन पर होगा: osFoundry में प्रोजेक्ट का कोई शब्द टाइप करके आप उसे ढूंढते हैं, देखते हैं कि उसने क्या किया, और एक क्लिक से उसी फ़ोल्डर में claude --resume <id> चला देते हैं जहाँ उसने काम किया था। इसी लिस्ट में आपके Codex सेशन भी हैं, और मशीन पर मौजूद दस और AI ऐप्स के सेशन भी। osFoundry कभी Claude Code से बात नहीं करता; वह सिर्फ़ वे फ़ाइलें पढ़ता है जो Claude Code पहले ही लिख चुका है।
कौन क्या करता है
| Claude Code / Codex | osFoundry डेस्कटॉप ऐप |
|---|---|
| login इसी के पास रहता है। osFoundry कोई sign-in फ़ाइल या token नहीं पढ़ता। | इसी डिवाइस पर हर ऐप की अपनी session फ़ाइलें पढ़ता है। नेटवर्क पर कुछ नहीं जाता। |
transcript लिखता है (~/.claude/projects/…/<id>.jsonl, ~/.codex/sessions/…) |
सेशन की लिस्ट दिखाता है, और रिकॉर्ड किया गया फ़ोल्डर, branch, model और approval mode दिखाता है |
| resume के बाद हर tool call खुद चलाता है, अपने approval prompts के साथ | सेशन के फ़ोल्डर में Terminal pane में CLI शुरू करता है |
| session id रखता है | उसी id से resume कमांड बनाता है: claude --resume <id>, codex resume <id>
|
सेटअप
- डेस्कटॉप ऐप खोलें और sidebar में Main → External agents (बाहरी एजेंट; route
/external-agents) पर जाएँ। यह स्क्रीन सिर्फ़ डेस्कटॉप ऐप में है, क्योंकि यह लोकल फ़ाइलें पढ़ती है। इसका subtitle बताता है कि यह क्या करती है: आपके दूसरे AI ऐप्स के सेशन, हर ऐप की अपनी फ़ाइलों से पढ़े गए, कुछ भी upload नहीं होता।
ऊपर के chips हर उस ऐप के लिए एक-एक हैं जिसके सेशन मौजूद हैं, गिनती के साथ। osFoundry बारह ऐप्स पहचानता है: Claude Code, Claude ऐप, Codex CLI, Codex ऐप, Gemini CLI, Qwen Code, OpenCode, Copilot CLI, Cursor, Devin, Antigravity और Kiro। सिर्फ़ Claude Code के सेशन देखने के लिए Claude Code पर क्लिक करें। दाईं ओर का Apps मेन्यू इस डिवाइस के लिए किसी ऐप को बंद कर देता है, तब उसका फ़ोल्डर बिल्कुल नहीं पढ़ा जाता।
"Search titles, folders, branches" (title, फ़ोल्डर, branch में सर्च) में प्रोजेक्ट का कोई शब्द टाइप करें। सर्च title, फ़ोल्डर path, git branch, ऐप के नाम और session id से मिलान करती है। यह messages के अंदर सर्च नहीं करती, इसलिए प्रोजेक्ट या branch का नाम इस्तेमाल करें, Claude की कही कोई बात नहीं।
सेशन पर क्लिक करें। दाईं तरफ़ वह दिखता है जो Claude Code ने रिकॉर्ड किया, और पूरी बातचीत भी, जिसमें हर tool call अपनी अलग row में है।
"From the app" (ऐप से) पैनल बताता है कि दोबारा launch करने पर हर रिकॉर्ड की गई value के साथ क्या होगा: फ़ोल्डर वही रहता है, branch को फ़ोल्डर की मौजूदा branch से मिलाया जाता है, और model व approval दिखाए जाते हैं। अगर रिकॉर्ड किया गया approval mode CLI के default से कम पूछता है (Claude Code में default या plan के अलावा कोई भी), तो उसे तब तक रोक कर रखा जाता है जब तक आप उस launch के लिए उसे tick न करें।
- Open in Terminal (टर्मिनल में खोलें) पर क्लिक करें। अगर सेशन चलने के बाद फ़ोल्डर किसी दूसरी branch पर चला गया है, तो पहले एक dialog यह बताता है।
अगर काम पुरानी branch पर ही होना चाहिए, तो Cancel दबाएँ और git switch खुद चलाएँ। Open anyway फ़ोल्डर में अभी जो है, उसी पर resume करता है। osFoundry यह जानने के लिए git -C <folder> rev-parse --abbrev-ref HEAD चलाता है, और कभी checkout नहीं चलाता।
- सेशन के फ़ोल्डर में एक Terminal pane खुलता है और Claude Code वही सेशन आगे बढ़ाता है।
एक असली रन
उदाहरण। नीचे के सेशन demo data हैं, उसी फ़ॉर्मैट में जो ऐप पढ़ता है (एक developer के दो हफ़्ते, कई ऐप्स में); स्क्रीन और कमांड असली ऐप के हैं।
External agents › search: checkout
Claude Code Fix double charge on checkout retry shop-api fix/checkout-retry 6d ago
Cursor Fix flaky checkout e2e test shop-web test/checkout-e2e 8d ago
Conversation (read from ~/.claude/projects/-Users-alex-code-shop-api/c5e1a7b2-….jsonl)
you Customers get charged twice when they press Pay again after a timeout. Find out why.
↳ Read src/payments/charge.ts
↳ Grep createPaymentIntent
claude Found it. Every retry creates a new payment, so a second press charges again. …
↳ Edit src/payments/charge.ts
↳ Bash npm test -- payments
claude Fixed. A retry now reuses the first charge. All 42 payment tests pass, …
Open in Terminal
confirm This session was on fix/checkout-retry; the folder is on main now.
~/code/shop-api (main) $ claude --resume c5e1a7b2-9d40-4f3e-8b16-2a7c0e9d4f58
यह कमांड न किसी इंसान ने टाइप की है, न अंदाज़े से बनी है। डेस्कटॉप ऐप इसे रिकॉर्ड किए गए सेशन से बनाता है: claude --resume <id>, साथ में --model और --effort अगर transcript में वे रिकॉर्ड हैं, और --permission-mode सिर्फ़ तब जब mode strict हो या आपने उसे tick किया हो। Codex सेशन के लिए वही बटन codex resume <id> चलाता है, -m, -a और -s के साथ, उसी नियम से।
Open in Terminal के बगल में Continue here (यहीं जारी रखें) किसी Claude Code या Codex सेशन को CLI की जगह osFoundry chat के अंदर आगे बढ़ाता है।
सीमा कहाँ है
osFoundry पढ़ता है, कंट्रोल नहीं लेता। हर ऐप का adapter सिर्फ़ उसी ऐप की session फ़ाइलें और SQLite indexes read-only खोलता है, और कभी कोई sign-in फ़ाइल नहीं। इसी वजह से कोई account connect करने की ज़रूरत नहीं: Claude Code का login Claude Code के पास ही रहता है, और resume किया गया सेशन आपके रूप में, CLI के अपने approval prompts के तहत चलता है।
सर्च जानबूझकर metadata तक सीमित है। Claude Code के transcripts बड़े हो जाते हैं (जिस Mac पर यह लिखा गया, उस पर median 168 MB है), इसलिए लिस्ट हर फ़ाइल की शुरुआती लाइनों और आख़िरी हिस्से से बनती है, और पूरा टेक्स्ट सिर्फ़ उसी एक सेशन का पढ़ा जाता है जिसे आप खोलते हैं।
Approvals अपने आप कभी ढीले नहीं होते। जो सेशन किसी permissive mode में चला था, वह CLI के default के साथ दोबारा खुलता है, जब तक आप उसी एक launch के लिए box tick न करें। Branch चेक होती है, बताई जाती है, और छोड़ दी जाती है। अगर सेशन का फ़ोल्डर अब मौजूद नहीं है, तो वह कहीं और नहीं खुलता।
जो चीज़ें सिर्फ़ किसी ऐप की अपनी window में होती हैं, वे वहीं रहती हैं। Codex ऐप का browser panel और review स्क्रीन, Claude ऐप के connectors और artifacts, और Cursor का editor सेशन पर नाम से दिखते हैं, पर terminal में नहीं आते।
आगे क्या
कोई ऐसा सेशन खोलें जो अभी चल रहा है, और osFoundry में Sessions board देखें, जो बताता है कि osFoundry के अपने कौन-से agents काम कर रहे हैं, आपका इंतज़ार कर रहे हैं, या पूरे हो चुके हैं। अगर आपके पास अभी डेस्कटॉप ऐप नहीं है, तो Mac, Windows या Linux के लिए osFoundry डाउनलोड करें।
Top comments (0)