सिस्टम आर्किटेक्चर

शांत इंजन के भीतर जो आपकी जगह खड़ा होता है।

कोई जादुई अनुमान नहीं। कोई बैकग्राउंड निगरानी नहीं। बस संरचित संदर्भ जो लोग जानबूझकर प्रकाशित करते हैं — और उसके साथ क्या करना है इसके लिए नियमों का एक छोटा सेट।

01
घोषित इनपुट
02
स्कोप्ड प्रतिनिधि
03
कठोर बाधाएँ
01सौदा

घोषित, न कि अवलोकित

अधिकांश प्रोडक्टिविटी AI हर चीज़ देखकर संदर्भ को रिवर्स-इंजीनियर करने की कोशिश करते हैं: कीस्ट्रोक, DMs, स्क्रीन समय, माउस गति। इससे शोर, चिंता और हलूसिनेशन की स्थिर पृष्ठभूमि बनती है।

StandIn यह सौदा अस्वीकार करता है। यह केवल वही जानता है जो कोई व्यक्ति एक wrap में जानबूझकर प्रकाशित करता है, साथ ही Jira या GitHub जैसी जुड़ी रिकॉर्ड प्रणाली में पहले से जो मौजूद है।

A

ऑब्ज़र्वर मॉडल

सब कुछ निगलता है। इरादे का अनुमान लगाता है। उच्च शोर, कम भरोसा।

B

StandIn मॉडल

जुड़े हुए टूल से कार्य को एक ड्राफ्ट में खींचता है। लेखक प्रकाशन से पहले समीक्षा और अनुमोदन करता है। हस्ताक्षर के बिना कुछ भी रिकॉर्ड में नहीं जाता। शून्य अनुमान।

02यह कहाँ रहता है

इन्फ्रास्ट्रक्चर, गंतव्य नहीं

स्टैंडअलोन ऐप जाँचने के लिए बस एक और साइलो है। StandIn एक परत के रूप में बनाया गया है जो उन टूल के नीचे बैठती है जहाँ आपकी टीम पहले से रहती है।

Interface

जहाँ आपकी टीम पहले से है

कोई अलग ऐप नहीं, कोई दूसरा इनबॉक्स नहीं। StandIn Slack में, आपके कोड होस्ट में, आपके टिकट ट्रैकर में रहता है। आप पहले से जिन सतहों को देखते हैं, वहीं यह उत्तर देता है।

Canon

एक आधिकारिक रिकॉर्ड

ड्राफ्ट Jira, Linear, GitHub और आपके कैलेंडर से खींचे जाते हैं। प्रकाशित wrap सच्चाई का स्रोत बन जाता है — संभालने के लिए कोई डुप्लिकेट नहीं, बल्कि वह चीज़ जो पूछने पर आपके साथी को उद्धृत की जाती है।

03तीन प्रतिनिधि

तीन प्रतिनिधि, तीन काम

हर चीज़ के लिए एक मॉडल वही है जिससे आत्मविश्वासी बकवास मिलती है। StandIn स्कोप्ड प्रतिनिधियों को चलाता है, प्रत्येक केवल वही उत्तर देता है जो वह वास्तव में जानता है।

i

व्यक्तिगत प्रतिनिधि

एक व्यक्ति के प्रकाशित wraps और उनके पास के टिकटों से बनाया गया। जैसे वे उत्तर देंगे वैसे उत्तर देता है — या चुप रहता है।

स्कोप — एक उपयोगकर्ता
Auth — व्यक्तिगत
कार्य — हैंडऑफ़, स्थिति, हैंडओवर
ii

प्रोजेक्ट प्रतिनिधि

स्क्वाड, सेवा या पहल के लिए स्कोप्ड। उस सतह के हर wrap से खींचता है और प्रत्येक योगदानकर्ता को अलग-अलग उद्धृत करता है।

स्कोप — प्रोजेक्ट या स्क्वाड
Auth — संगठन-साझा
कार्य — काम की स्थिति
iii

रूटिंग प्रतिनिधि

दूसरों के ऊपर बैठता है। तय करता है कि कौन सा प्रतिनिधि प्रश्न ले, या जब कोई रेप कवर नहीं करता तो इंसान की ओर इशारा करता है।

स्कोप — संगठन
Auth — संगठन-साझा
कार्य — कौन, क्या नहीं
04 · अस्वीकृतियाँ

बाधाएँ ही उत्पाद हैं

अधिकांश AI अपनाव गोपनीयता पर रुक जाता है। हमने इसे नीति पृष्ठ से नहीं सुलझाया। हमने इसे उपकरण को उन चीज़ों को करने में असमर्थ बनाकर सुलझाया जिनकी लोगों को चिंता होती है।

संदर्भ की आधी उम्र होती है

Wraps क्षय होते हैं। तीन सप्ताह पुराना नोट आज सुबह के नोट से कम वजन रखता है, ताकि पुराना संदर्भ वर्तमान के रूप में छुप न सके।

आपके शब्द आपके ही रहते हैं

कोई भी wrap किसी फाउंडेशन मॉडल को प्रशिक्षित करने के लिए नहीं भेजा जाता। प्रति प्रश्न, संदर्भ में पुनर्प्राप्ति होती है। बातचीत समाप्त होते ही किसी के वज़न में कुछ नहीं बचता।

05द्वितीय-क्रम प्रभाव

जब उपस्थिति ही मुख्य बात नहीं रहती तो क्या बदलता है

संदर्भ को उस व्यक्ति से अलग करें जिसने इसे बनाया और कुछ चीज़ें चुपचाप बेहतर हो जाती हैं।

a.
टाइम ज़ोन मायने नहीं रखते।

बर्लिन में रात 2 बजे का प्रश्न सैन फ्रांसिस्को में दोपहर 3 बजे के प्रश्न जितना ही उत्तर पाता है। उत्तर wrap दे रहा है, लेखक नहीं।

b.
छुट्टी ब्लैकआउट नहीं है।

एक साथी हफ्ते भर के लिए लॉग ऑफ़ करता है और उनका आख़िरी wrap उत्तर देता रहता है। कोई समुद्र तट से Slack नहीं देखता।

c.
हैंडऑफ़ जमा होते हैं।

हर प्रकाशित wrap एक लंबे रिकॉर्ड से जुड़ता है। नए कर्मचारी वही पढ़ते हैं जो सीनियर इंजीनियर पढ़ते हैं। लिखा हुआ संदर्भ अच्छी तरह पुराना होता है।

उन टीमों के लिए जो शिप करती हैं।