---
title: Dark Factory और Open Second Brain: स्वायत्त विकास और वह स्मृति जिस पर यह टिकी है
description: मेरे दो प्रोजेक्ट्स - Dark Factory और Open Second Brain - के बारे में एक संक्षिप्त प्रस्तुति। प्रस्तुति से पहले मैंने ऑर्केस्ट्रेटर से कहा कि वह शून्य से एक कार्यशील चैट एप्लिकेशन बनाए - और जब तक मैं बोलना शुरू करता, तब तक एक लाइव URL पर डिप्लॉय की हुई साइट खुल चुकी थी। अंदर - दोनों प्रोजेक्ट्स कैसे काम करते हैं और क्यों स्मृति एक अनिवार्य शर्त बन गई, न कि केवल एक उपयोगी जोड़।
canonical_url: https://techmeat.dev/posts/dark-factory-and-open-second-brain-at-startit
date: 2026-05-24
tags: dark-factory, open-second-brain, startit, demo, hermes, agents
language: hi
---

![मैं startit के मंच पर, मेरे पीछे प्रोजेक्टर](./hero.jpg)

कुछ दिन पहले मैं [startit](https://startit.rs/) में एक संक्षिप्त प्रस्तुति के साथ गया था - यह बताने कि मैं पिछले एक महीने से क्या कर रहा हूँ। हॉल में बैठे लोग विषय-विशेषज्ञ थे - बिल्डर्स जो स्वयं AI एजेंट्स बनाते हैं, इसलिए यह समझाने की आवश्यकता नहीं थी कि context window क्या है और एजेंट के लिए एक मॉडल क्यों कम पड़ जाता है। सीधे मुख्य बात पर जाया जा सकता था।

और मुख्य बात इस समय मेरे दो परस्पर जुड़े प्रोजेक्ट्स में है: **Dark Factory** - स्वायत्त विकास, और **[Open Second Brain](https://github.com/itechmeat/open-second-brain)** - वह स्मृति जिस पर यह स्वायत्तता टिकी है।

## मैंने क्या दिखाया

स्लाइड्स कम थीं। तर्क सरल है:

- मैं CoPilot नहीं बना रहा हूँ, बल्कि **Dark Factory** - एक ऐसा उत्पादन जहाँ एजेंट्स स्वयं प्रोजेक्ट को विचार से रिलीज़ तक ले जाते हैं। मैं विचार लाता हूँ, फिर सबएजेंट्स की टीम ब्रेनस्टॉर्म, दस्तावेज़, डिज़ाइन, योजना, रिपॉज़िटरी और डिप्लॉय करती है। इस दौरान मैं अपना काम करता हूँ और केवल समीक्षा पर ही जुड़ता हूँ।
- ऐसे सेटअप में आप बहुत जल्दी **स्मृति की समस्या** से टकराते हैं। टर्मिनल का स्क्रॉलबैक स्मृति नहीं है। सत्रों के बीच संदर्भ स्थानांतरित करना असंभव है। Reasoning - यानी एजेंट ने एक विशिष्ट निर्णय क्यों लिया - लॉग्स में बह जाता है और खो जाता है।
- इसलिए फैक्ट्री के साथ-साथ **Open Second Brain** उगाना पड़ा - एजेंट्स के लिए फ़ाइल-आधारित स्मृति परत। Obsidian-संगत vault में plain Markdown: कोई भी एजेंट पढ़ता है, कोई भी लिखता है, और इंसान को यह सब साधारण टेक्स्ट नोट्स के रूप में दिखाई देता है।
- आगे पहले से दिलचस्प चीज़ें बनाई जा सकती हैं। उदाहरण के लिए, _पर्यवेक्षण-स्मृति_ की एक परत: सबएजेंट्स काम के दौरान मेरी प्राथमिकताएँ नोट करते हैं, इनबॉक्स में डालते हैं, रात में एक अलग पास (`dream`) बार-बार दोहराई जाने वाली टिप्पणियों को नियमों में बदल देता है, और ये नियम अगले प्रत्येक सत्र की शुरुआत में स्वचालित रूप से लोड हो जाते हैं। मुझे एक ही बात बीस बार दोहराना बंद हो जाता है।

## डेमो: एक प्रोजेक्ट जिसे एजेंट्स ने आधे घंटे में जोड़ दिया

प्रस्तुति से पहले मैंने Telegram में ऑर्केस्ट्रेटर को एक वाक्य फेंका - लगभग ऐसा कि "एक पैरोडी चैट बनाओ जहाँ AI उपयोगकर्ता की किसी भी टिप्पणी पर जवाब देता है कि वह बिल्कुल गलत है"। और मैं प्रस्तुति की तैयारी करने चला गया।

एक प्रॉम्प्ट, एक संक्षिप्त ब्रेनस्टॉर्म - ऑर्केस्ट्रेटर कुछ स्पष्टीकरण-संबंधी प्रश्न पूछता है और योजना तय करता है - उसके बाद पाइपलाइन स्वायत्त रूप से चलती है। चैट में रिपोर्ट्स आने लगती हैं: कौन-सा चरण शुरू हुआ, किस सबएजेंट ने उसे उठाया, समीक्षा ने क्या लौटाया। बीच में हस्तक्षेप करने की मुझे और आवश्यकता नहीं होती।

<iframe loading="lazy" width="560" height="315" src="https://www.youtube.com/embed/g2m4E5tSpEo" title="Dark Factory: Telegram में आधे घंटे में एक प्रोजेक्ट" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>

इन आधे घंटे में पर्दे के पीछे:

- product-tech-lead ने विचार को ब्रेनस्टॉर्म और स्पेसिफिकेशन में बाँटा;
- आर्किटेक्ट ने स्टैक चुना और रूपरेखा बनाई;
- डिज़ाइनर ने विज़ुअल आइडेंटिटी और मुख्य स्क्रीन्स तैयार कीं;
- समानांतर में GitHub रिपॉज़िटरी, VPS पर systemd यूनिट्स, Caddy रूट और एक अलग सबडोमेन बनाए गए;
- fullstack इंजीनियर ने फ्रंट और बैक लागू किया, QA ने टेस्ट्स चलाए, devops ने ग्रीन डिप्लॉय तक पहुँचाया।

यह सब उसी कनबन-बोर्ड कन्वेयर के माध्यम से जाता है जिसमें चरणों के बीच समीक्षा होती है, जिसका मैंने [पिछली पोस्ट में विस्तार से विश्लेषण किया था](/hi/posts/how-i-built-the-first-dark-fabric-workflow/): 13 कार्ड, प्रत्येक समीक्षा पर अधिकतम दो राउंड, producing और review चरणों पर अलग-अलग सबएजेंट्स।

मंच पर निकलते समय तक **[you-absolutely-wrong.techmeat.dev](https://you-absolutely-wrong.techmeat.dev/)** पते पर पहले से ही डिप्लॉय की हुई साइट खुल रही थी। एक चैट जिसमें असिस्टेंट पूर्ण आत्मविश्वास के साथ समझाता है कि आप गलत हैं, चाहे आपने कुछ भी लिखा हो। अंदर फ्रंट पर React + Vite, बैक पर Node.js पर Hono, सत्रों के लिए SQLite, और मॉडल के रूप में OpenCode के माध्यम से DeepSeek-v4। एक पूर्ण प्रोजेक्ट, कोई लैंडिंग नहीं।

<figure style="max-width: 479px; margin-inline: auto;">

![क्रिया में you-absolutely-wrong.techmeat.dev का स्क्रीनशॉट](./demo.png)

</figure>

## आगे क्या

अभी फैक्ट्री में दो workflow काम कर रहे हैं - `new-project` (वही, जिसका मैंने [पिछली पोस्ट](/hi/posts/how-i-built-the-first-dark-fabric-workflow/) में विस्तार से विश्लेषण किया था) और `new-feature`, जो पहले से मौजूद प्रोजेक्ट को उसके दस्तावेज़ों के साथ लेता है और अगले फीचर को production तक पहुँचाता है। अगली पंक्ति में हैं - परिकल्पनाओं की जाँच के लिए `validate-idea` और `bugfix`: ट्रायेज, रेप्रो, फिक्स, सत्यापन, ship।

जब ये चारों चक्र शुरू से अंत तक स्थिर रूप से चलने लगेंगे, तब मैं सब कुछ ओपन सोर्स में खोल दूँगा। Open Second Brain पहले से ही [खुला](https://github.com/itechmeat/open-second-brain) है और सार्वजनिक रूप से विकसित हो रहा है।

startit के लोगों का मंच और प्रस्तुति के बाद के प्रश्नों के लिए धन्यवाद - उनमें से कुछ सीधे मेरे बैकलॉग में चले गए। यदि यह देखने में रुचि है कि फैक्ट्री आगे कैसे बनती है, तो मैं [X](https://x.com/techmeat) पर इतिहास रखता हूँ।