AI-first शेड्यूलिंग असल में API-first शेड्यूलिंग है

बाज़ार का हर शेड्यूलिंग टूल अभी एक AI फ़ीचर शिप कर रहा है। उनमें से ज़्यादातर वही फ़ीचर है: कोने में एक चैट बॉक्स जिसमें तुम "गुरुवार को Anna के साथ बुक कर दो" टाइप करते हो और मॉडल फ़ॉर्म भर देता है।

यह ठीक है। यह दिलचस्प भी नहीं है।

दिलचस्प न होने की वजह यह है कि मूल्य चैट बॉक्स में नहीं है। वह उस सब में है जहाँ असिस्टेंट पहुँच सकता है। अगर असिस्टेंट सिर्फ़ वहीं पहुँच सकता है जो एक टीम के डिज़ाइनरों ने एक प्रोडक्ट की साइडबार में wire किया है, तो तुमने एक फ़ॉर्म की जगह थोड़ा दोस्ताना फ़ॉर्म रख दिया। जिस असिस्टेंट को तुम सच में इस्तेमाल करते हो — Claude, ChatGPT, Cursor, आगे जो भी आए — वह उस प्रोडक्ट में नहीं रहता। वह कहीं और रहता है, और बेहतर है।

"AI शेड्यूलिंग" के दो मॉडल

इन्हें embedded और agent-addressable कहो।

Embedded AI वह है जो कैटेगरी का ज़्यादातर हिस्सा कर रहा है। वेंडर एक मॉडल होस्ट करता है, ऐप की internal शब्दावली पर ट्रेन करता है, और एक पैनल के ज़रिए expose करता है। मॉडल सिर्फ़ वही कर सकता है जो वेंडर ने expose किया। अगर तुम चाहते हो कि वह तुम्हारे CRM, नोट्स, repo, किसी साथी की बुकिंग पेज से भी बात करे — तो नहीं। वह अलग प्रोडक्ट है।

Agent-addressable इसका उलटा है। वेंडर AI शिप नहीं करता। वेंडर एक साफ़, दस्तावेज़ित सरफ़ेस शिप करता है — एक REST API, एक MCP सर्वर, webhooks — और जिस एजेंट पर यूज़र पहले से भरोसा करता है उसे उस पर काम करने देता है। मॉडल ऐप का फ़ीचर नहीं है। ऐप मॉडल की दुनिया का एक फ़ीचर है।

दूसरा हर उस व्यक्ति के लिए जीतता है जिसके पास पहले से पसंदीदा असिस्टेंट है। और "AI शेड्यूलिंग इस्तेमाल करने वाले व्यक्ति" और "पसंदीदा असिस्टेंट वाले व्यक्ति" का overlap बड़ा है और बढ़ रहा है।

टेस्ट

कोई शेड्यूलिंग टूल सच में AI-first है या नहीं, इसका एक अच्छा टेस्ट: क्या कोई एजेंट ऐप के बाहर से उसके साथ कुछ उपयोगी कर सकता है?

Embedded-AI प्रोडक्ट के लिए जवाब क़रीब-क़रीब हमेशा नहीं होता है। तुम उनका बनाया चैट पैनल इस्तेमाल कर सकते हो। तुम अपने ख़ुद के एजेंट से अपनी बुकिंग्स को वीकली रिपोर्ट में नहीं पढ़वा सकते, उन्हें CRM से कोरिलेट नहीं कर सकते, प्रस्तावित डीप-वर्क ब्लॉक से पहले conflicts नहीं जाँच सकते, और ना ही अपनी तरफ़ से किसी अपने लिखे workflow के ज़रिए बुक करवा सकते। वेंडर का असिस्टेंट ही एकमात्र असिस्टेंट है।

Agent-addressable प्रोडक्ट के लिए जवाब हाँ है। अगर API की सतह इतनी है कि यूज़र के असली इरादे को दिखा सके — "मेरे कैलेंडर में क्या है", "क्या यह टकराता है", "यह बनाओ" — तो कोई भी एजेंट उसे चला सकता है। आज इसका मतलब है Claude, ChatGPT, Cursor। कल इसका मतलब होगा कुछ भी जिस पर लोग जाएँ। टूल को अनुमान नहीं लगाना पड़ता।

इसका WhenToMeet के लिए क्या मतलब है

हमारे पास WhenToMeet में चैट पैनल नहीं है और बनाने की योजना भी नहीं है। वह काम करेगा; अच्छा demo देगा; अगली फ़ंडिंग राउंड की स्लाइड आसान बनाएगा। लेकिन वह इस चीज़ का कम दिलचस्प संस्करण होगा।

उसके बजाय हम /api/v1/ पर REST API और /api/mcp पर MCP सर्वर शिप करते हैं। दोनों वही keys इस्तेमाल करते हैं। दोनों वह सरफ़ेस कवर करते हैं जिसकी असिस्टेंट को सच में ज़रूरत है: इवेंट्स लिस्ट करो, एक पढ़ो, नया बनाओ, बुकिंग्स लिस्ट करो, एकीकृत कैलेंडर फ़ीड खींचो, conflicts जाँचो, अपना प्रोफ़ाइल पढ़ो।

इन सात क्षमताओं वाला एजेंट वह सब कर सकता है जो किसी ने कभी "शेड्यूलिंग असिस्टेंट" से माँगा। और वह इसे उसी बातचीत के अंदर कर सकता है जो व्यक्ति पहले से कर रहा है, उसी context के साथ जो बातचीत में पहले से है।

कैटेगरी अब भी क्या ग़लत करती है

दो चीज़ें।

पहला, ज़्यादातर "AI शेड्यूलिंग" फ़ीचर्स नए पन वाले demos के लिए optimize करते हैं — "देखो, मॉडल ईमेल से मीटिंग बुक करता है!" — बजाय उस उबाऊ reliability के जो व्यक्ति को सच में चाहिए। अगर एजेंट कभी-कभी ग़लत दिन पर इवेंट बनाता है, तो तुम भरोसा करना बंद कर देते हो, और फ़ीचर मर जाता है। उबाऊ reliability संकरे, अच्छी तरह परिभाषित टूल्स से आती है, न कि मॉडल से अंदाज़ा लगवाने से।

दूसरा, इंडस्ट्री एक ही ऐप में रहने वाले असिस्टेंट बनाती रहती है। यूज़र का असिस्टेंट ऐप्स के आर-पार रहता है। ये दो अलग चीज़ें हैं, और दूसरी वह है जो लोग चाहते हैं।

हम कहाँ जा रहे हैं

रोडमैप का छोटा संस्करण: API और MCP टूल्स जो कवर करते हैं उसे बढ़ाओ, AI पैनल मत जोड़ो। उन खाइयों को भरो जहाँ एजेंट पढ़ सकता है लेकिन लिख नहीं सकता, पढ़ सकता है लेकिन एडिट नहीं कर सकता। सरफ़ेस इतना पूरा बनाओ कि शेड्यूलिंग का काम करने के लिए किसी को हमारा ऐप खोलना न पड़े, जब तक वह ख़ुद न चाहे।

अगर आज आज़माना चाहते हो, तो एक API key लो, अपने MCP क्लाइंट को एंडपॉइंट पर पॉइंट करो, और उससे अपना कैलेंडर देखने को कहो। Setup docs.whentomeet.io पर है।

दिलचस्प AI वह नहीं जो हम बनाएँगे। वह है जो तुम पहले से इस्तेमाल करते हो, साफ़ सरफ़ेस पर पॉइंट किया हुआ। "AI-first" का यही एकमात्र संस्करण शिप करने लायक़ है।