---
title: मैंने Dark Factory के लिए पहला workflow कैसे बनाया
description: एक VPS पर Hermes, 13 कार्यों का kanban ग्राफ, अलग-अलग प्रोफाइलों पर चरणों के बीच समीक्षाएँ, Telegram पर एक मानव के साथ मिनी-ब्रेनस्टॉर्म और अंत में bare-HTML डिप्लॉय। पहला काम करता Dark Factory स्टैक — कई डिबग रनों से बच निकला और अब सभी चरणों से बिना मैनुअल डिस्पैचिंग के गुज़रता है।
canonical_url: https://techmeat.dev/posts/how-i-built-the-first-dark-fabric-workflow
date: 2026-05-17
tags: dark-factory, hermes, kanban, workflow, claude-code, codex
language: hi
---

[पिछली पोस्ट](/hi/posts/how-i-built-open-second-brain/) में मैंने OpenSecondBrain के बारे में लिखा था — वह मेमोरी परत जिसका AI एजेंट उपयोग करते हैं। मेमोरी तो कहानी का बस आधा हिस्सा है। दूसरा आधा हिस्सा है खुद प्रक्रिया: कौन क्या करता है, कौन किसकी समीक्षा करता है, "हो गया" किसे माना जाए, और यह सब चैट में एक वाक्य से कैसे शुरू होता है।

आज मैंने पहला कामकाजी संस्करण लॉन्च किया: `new-project` workflow। मैं Telegram में एक विचार लेकर आता हूँ, और अंत में मुझे दस्तावेज़, डिज़ाइन, योजना और एक असली सार्वजनिक पेज वाला पूरा सेट-अप किया हुआ प्रोजेक्ट मिलता है।

## बाहर से यह कैसा दिखता है

मैं एक विचार लेकर आता हूँ। उदाहरण के लिए: "मुझे अपने छोटे स्टूडियो के लिए वन-पेज लैंडिंग चाहिए।"

फिर मैं केंद्रित प्रश्नों के छोटे राउंडों के उत्तर देता हूँ। पहले, खुद ब्रेनस्टॉर्म: दर्शक कौन हैं, क्या उभारना है, कौन-सा स्टैक मुझे पसंद है, इसका एहसास कैसा होना चाहिए। फिर हर चरण के साथ 4–5 प्रश्नों के कुछ और छोटे सत्र: मौजूदा दस्तावेज़ के लेखक को जो भी कमी हो, ताकि उसे चीज़ें मनगढ़ंत न करनी पड़ें।

बाकी सब फैक्ट्री करती है। इस बीच मैं अपने काम में लगा रह सकता हूँ।

## जीवित कार्डों वाला कानबन

इन सब में सबसे प्रत्यक्ष चीज़ है कानबन बोर्ड। जब मैं अंतिम योजना पर "हाँ" कहता हूँ, ऑर्केस्ट्रेटर एक ही पास में उस पर 13 कार्ड बनाता है, हर काम के चरण के लिए एक। उसके बाद सब कुछ मेरी आँखों के सामने होता है।

कार्ड खुद-ब-खुद चलते हैं। पहला कार्ड जलता है, उस पर `running` का निशान आता है, और मुझे पता चल जाता है कि किसी subagent ने उसे उठा लिया। कुछ मिनट बाद कार्ड `done` में फिसल जाता है, और अगला जल उठता है। हर उत्पादक चरण के बीच हमेशा एक रिव्यू कार्ड खड़ा होता है, और उसे किसी अलग subagent को ही उठाना होता है: जिसने दस्तावेज़ लिखा है वह कभी अपने काम की समीक्षा नहीं करता।

कभी-कभी रिव्यू पास नहीं होता। तब रिव्यू कार्ड `blocked` में चला जाता है, उसके बगल में उसी लेखक के लिए एक नया fix-task प्रकट होता है, और पूरा डाउनस्ट्रीम चुपचाप इंतज़ार करता है। जब लेखक सुधार करके fix-task बंद कर देता है, रिव्यू जागकर फिर से आर्टिफैक्ट पढ़ता है। पास हो सकता है। फिर लौटा सकता है। अधिकतम दो दौर, फिर मामला मुझ तक पहुँचता है।

अंत में मैं बोर्ड को लगभग पार्सल ट्रैकर की तरह देखता हूँ: अभी असेम्बल कर रहे हैं, अभी पैक कर रहे हैं, अभी भेज रहे हैं। बस यह कूरियर नहीं है — यह कई subagents हैं जो एक साथ मेरे प्रोजेक्ट के अलग-अलग हिस्सों पर काम कर रहे हैं।

## अंत में क्या निकलता है

प्रक्रिया के अंत में मेरे पास होता है:

- विचार के सार को पकड़ने वाला संरचित `about.md`;
- कार्यात्मक और गैर-कार्यात्मक आवश्यकताओं के साथ `specs.md`;
- तकनीकी रूपरेखा के साथ `architecture.md`;
- MVP तक चरणबद्ध रोडमैप के साथ `plan.md`;
- विज़ुअल पहचान, टोकन, टाइपोग्राफी और मुख्य स्क्रीनों के साथ `DESIGN.md`;
- इन सभी फ़ाइलों वाला प्रोजेक्ट का अपना GitHub रिपॉज़िटरी;
- `<slug>.techmeat.dev` सबडोमेन पर डिप्लॉय किया गया एक सार्वजनिक पेज, जो फिलहाल `about.md` को दर्शाता हुआ सबसे सरल संभव HTML सर्व करता है। यह वादा है कि प्रोजेक्ट मौजूद है और पहुँच योग्य है।

खुद फ़ीचर का कार्यान्वयन किसी और workflow का काम है, अगले का। इस पहले का लक्ष्य है किसी विचार को इस स्थिति में लाना कि "सब कुछ वर्णित है, सब कुछ तय है, प्रोजेक्ट का अपना पता है।" उसके बाद वास्तविक डेवलपमेंट के लिए फैक्ट्री को काम पर लगाया जा सकता है।

## क्या मुश्किल था

मैंने कई डिबग रन किए। हर बार अपना ही एक मज़ेदार बग सामने आता था: कोई subagent अपनी कार्यशील डायरेक्टरी को साफ़ करने की कोशिश में अपना ही shell सेशन मार देता; या किसी चरण के बीच में फ़ीचर लागू करने लगता, हालाँकि कार्यान्वयन इस workflow का हिस्सा नहीं है और अगले का काम है। रन के बीच में मैं skill को पैच करता और दोबारा शुरू करता। मौजूदा स्थिति में चक्र शुरू से अंत तक सुथरा चलता है।

## रास्ते में मेमोरी भी बढ़ी

पिछली पोस्ट में मैंने वादा किया था कि [OpenSecondBrain](https://github.com/itechmeat/open-second-brain) कहानी का दूसरा आधा हिस्सा है। तब से यह आधा हिस्सा काफ़ी परिपक्व हो चुका है, और खुद फैक्ट्री के लिए यह मायने रखता है।

मुख्य बदलाव: OpenSecondBrain में अब "अवलोकनात्मक मेमोरी" परत है। पहले मैं उसमें डायरी की तरह हाथ से लिखता था। अब subagents चलते-चलते मेरी प्राथमिकताएँ पकड़ लेते हैं (जैसे "कमिट्स आदेशात्मक रूप में लिखे जाते हैं" या "बिना संदर्भ के आंतरिक संक्षिप्ताक्षरों का उपयोग न करें"), नोट्स को इनबॉक्स में डालते हैं, और दिन में एक बार Hermes एजेंट `dream` चलाता है — एक पृष्ठभूमि पास जो दोहराने वाले अवलोकनों को नियमों में बदलता है। ये नियम हर अगले सेशन की शुरुआत में स्वतः लोड हो जाते हैं, और मुझे अब बीस बार खुद को दोहराना नहीं पड़ता।

इसके अलावा: पूरे OpenSecondBrain ज्ञान-आधार पर फुल-टेक्स्ट खोज, हर `dream` पास से पहले बैकअप और रोलबैक, हर भुगतान-वाले ऑपरेशन को रिकॉर्ड करने वाली अलग परत (क्या भुगतान किया गया, क्यों, यह किससे जुड़ा है), और मशीन द्वारा लागू सुरक्षा कि कोई एजेंट गलती से किसी और के नियम न मिटा दे। यही सब फैक्ट्री को संभव बनाता है: जब कोई subagent `DESIGN.md` लिखता है, तो वह पहले से ही टाइपोग्राफी और इंटरफ़ेस को लेकर मेरी संचित प्राथमिकताएँ देख लेता है। मैंने उन्हें एक बार चैट में छोड़ा था, OpenSecondBrain ने पिन कर दिया, और अब वे बिना याद दिलाए हर नए प्रोजेक्ट के साथ चलती हैं।

## आगे क्या

`new-project` बस bootstrap है। अगला होगा `new-feature` — एक workflow जो किसी मौजूदा प्रोजेक्ट को उसके दस्तावेज़ों के साथ लेकर अगले फ़ीचर को प्रोडक्शन तक पहुँचाता है। और तीसरा, `bugfix`: ट्रायाज, रिप्रो, फ़िक्स, सत्यापन, शिप। ये तीनों playbooks मिलकर एक व्यक्ति के लिए मेरे Dark Factory संस्करण हैं: मैं एक विचार या बग रिपोर्ट लाता हूँ, और बाहर एक काम करता फ़ीचर निकलता है।

पूरी फैक्ट्री तक का रास्ता अभी आगे है। लेकिन पहला टुकड़ा बनकर तैयार है और स्थिर ढंग से चल रहा है।

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