आपका एजेंट आपकी पूरी सिस्टम का मानचित्र तैयार करता है। हर सत्र के बाद इसे फिर से लोड किया जाता है।

मानचित्र के तीन नियम

• टोपोलॉजी को केवल एक बार, रूट में ही आकर्षित किया जाता है। एक प्लेट कभी भी तारों को दोबारा नहीं दर्शाती; वह केवल अपने स्वयं के विवरणों एवं प्रक्रियाओं को ही दर्शाती है। नकल करने से ही त्रुटियाँ शुरू होती हैं, इसलिए संरचना के अनुसार ऐसा कुछ ही नहीं होता।
• मान कहीं भी मानचित्र पर दर्शाए नहीं गए हैं। न तो कोई बंदरगाह, न सीमाएँ, न कीमतें, न ही संख्याएँ – केवल यह बताया गया है कि संख्या कहाँ है, लेकिन वह क्या है, यह नहीं बताया गया। ऐसा मानचित्र, जिसमें मान दर्शाए गए हों, एक हफ्ते के भीतर ही गलत हो जाता है।
• जो भी कोई तार में परिवर्तन करता है, वह उसी सत्र में मानचित्र को अपडेट कर देता है। रूट में एक पंक्ति होती है – <what> की तुलना में <date> की पुष्टि की गई है – और रीडर मानचित्र पर ठीक उतना ही भरोसा करता है।

रूट मैप में क्या है, क्रमबद्ध रूप से

• दो वाक्यों में बताइए कि यह परियोजना क्या है, एवं सत्यापित जानकारी भी दीजिए।
• आरेख: बॉक्स एवं तीर; प्रत्येक तार के लिए एक तीर होता है, जिस पर उस तार में प्रवाहित होने वाली चीज़ दर्शाई गई है। पृष्ठ पर अन्य किसी चीज़ की तुलना में दिशा ही सबसे महत्वपूर्ण है।
• तारों की सूची: कौन शुरू करता है, क्या भेजा जाता है, और क्या कभी नहीं भेजा जाता। यही वह भाग है जो झूठों को पकड़ लेता है।
• स्टोर: हर वह जगह जहाँ स्थिति (state) रहती है, वहाँ क्या होता है, और क्या कभी नहीं होता।
• अनुक्रमणिका: प्रत्येक प्लेट नाम से, प्रत्येक प्रक्रिया प्लेट एवं अनुभाग के अनुसार।

एक प्लेट में क्या होता है

• अपने समतल के प्रत्येक भाग के लिए: वह क्या है, उसमें क्या है, वह किससे और किस दिशा में बातचीत करता है, वह कभी क्या नहीं करता, और चलने पर क्या होता है।
• मान कहाँ स्थित होते हैं — पॉइंटर, कभी मान नहीं।
• इसकी प्रक्रियाएँ: सटीक कमांड, सफलता जाँचने हेतु क्या पढ़ें, और इसे करते समय वास्तव में क्या गड़बड़ हुई, तारीख सहित।

मंगलवार को, आपका एजेंट मानचित्र खोलता है, उस तार को देखता है जिसे वह छूने वाला है, एवं कुछ भी बदलने से पहले सत्यापित रेखा पर दर्ज तारीख की जाँच करता है।

my-app-map — verified 2026-09-04 against commit a1b2c3d and the live containers

  browser ──(requests, session cookie)──▶ api ──(SQL)──▶ postgres
                                          │
                                          └──(jobs)──▶ worker ──(files)──▶ object store

Wires: the browser never talks to the worker; the worker never reads a cookie.
Stores: postgres (users, orders — never card numbers) · object store (uploads).
Plates: my-app-map-api · my-app-map-worker · my-app-map-data · my-app-map-ops
Procedures: deploy → my-app-map-ops, deploy · restore → my-app-map-data, restore

चार खंड, और कुछ नहीं।

• निर्णय लिया गया — प्रभावी प्रत्येक निर्णय के लिए एक ही पंक्ति: तारीख, जिसने निर्णय लिया, एवं क्यों। किसी प्रस्ताव को कभी भी “निर्णय लिया गया” के रूप में नहीं लिखा जाता।
• अगला — क्रमबद्ध रूप में, अधिकतम दस आइटम। प्रत्येक पंक्ति में आइटम का नाम एवं उसके तैयार होने के बाद का रूप बताया गया है। “क्रमबद्ध” ही किसी योजना की एकमात्र स्थिति है।
• पार्क्ड — ऐसे विचार जो प्रस्तुत किए गए हैं लेकिन अभी तक निर्णय नहीं लिया गया है; प्रत्येक विचार के साथ उसे प्रस्तुत किए जाने की तारीख भी दी गई है।
• मनुष्य द्वारा ही निर्णय लिए जाने चाहिए — केवल एक व्यक्ति ही ऐसे निर्णय ले सकता है; प्रत्येक निर्णय अलग पंक्ति में, तारीख के साथ।

वह कानून जो इसे सड़ने से बचाता है।

• “फिनिश्ड” का मतलब है वह चीज़ गायब हो गई। जो भी कोई किसी कार्य को पूरा करता है, वह उसे उसी सत्र में ही हटा देता है, एवं जो भी बदलाव हुआ है उसे उचित स्थान पर रख देता है – जैसे एटलस में तारों को, रिकॉर्ड में निर्णयों/मापनों को, एवं कमिट में कोड को। “डोन” नामक कोई विभाग ही नहीं है।
• लेजर में इसे दर्ज किया जाता है। वह पंक्ति, जो अभी भी महत्वपूर्ण है, “नेक्स्ट” या “पार्क्ड” में एक पंक्ति के रूप में आ जाती है एवं लेजर से बाहर चली जाती है; बाकी पंक्तियाँ तो नष्ट हो जाती हैं।
• एक-एक लेखक के हिसाब से। इसे पुनः लिखने से पहले योजना को अवश्य पढ़ें, और फिर इसे पूरी तरह से पुनः लिखें।

my-app-plan — walked 2026-09-10 by the Tuesday session

## Decided
2026-08-14 · you · Postgres, not SQLite — two writers, one box
2026-09-02 · you · ship the importer before the dashboard — nobody can try it empty

## Next
1. Importer accepts CSV with a header row. Finished: a real customer file lands.
2. Retry the webhook on 5xx. Finished: one blip stops costing a record.
3. Dashboard: one chart, last 30 days. Finished: it answers "is it working".

## Parked
2026-08-30 · a public status page — nothing to show yet

## Open with your user
2026-09-08 · free tier: how many rows before it asks for money