एक multi-provider platform अपने catalog की वजह से जीता या मरता है। अगर दिखाई गई क़ीमत पुरानी है या कोई retired model अब भी offer किया जा रहा है, तो transparency का हर वादा टूट जाता है। तीन नियम हमारे catalog को ईमानदार रखते हैं।
1. क़ीमतें कभी जगह पर edit नहीं होतीं
जब कोई provider क़ीमत बदलता है, तो हम पुरानी संख्या को overwrite नहीं करते। पुरानी pricing row को end date के साथ बंद किया जाता है और एक नई row शुरू होती है — ताकि हर पुराना billing record उस क़ीमत की ओर इशारा करता रहे जो call चलने के समय सही थी। मार्च से आपका ledger जुलाई में भी मिलता है।
2. Retirements याद नहीं रखे जाते, लागू किए जाते हैं
Providers model retirements की घोषणा करते हैं; platforms उन्हें भूल जाते हैं। ToRun retirement date को उसी दिन दर्ज करता है जिस दिन इसकी घोषणा होती है, provider के official page के मुक़ाबले verify किया हुआ। जब वह तारीख़ आती है, routing उस model को offer करना बंद कर देता है — और आपने जो कुछ भी उस पर बनाया है उसे पहले ही एक successor सुझाया जा चुका होता है।
3. हर capability दावे की जाँच होती है
Catalog में "vision support करता है" एक दावा है; एक routed request एक सबूत है। Capability rows provider documentation से बोई जाती हैं और फिर परखी जाती हैं — जो model वाकई कोई capability नहीं दे पाता, footnote जोड़ने के बजाय उसका flag हटा दिया जाता है।
यह engineering क्यों है, paperwork क्यों नहीं
तीनों नियम wiki pages की तरह नहीं बल्कि code paths की तरह चलते हैं: pricing rows time-bound records हैं, retirement dates एक gate की तरह routing को नियंत्रित करती हैं, capability flags model selection को चलाते हैं। ऐसी ईमानदारी जो किसी के याद रखने पर निर्भर हो, ईमानदारी नहीं है — वह क़िस्मत है।