क्या Apple सिरी मॉडल डेलिगेशन का परीक्षण कर रहा है? App Intents को क्या चाहिए

क्या Apple सिरी मॉडल डेलिगेशन का परीक्षण कर रहा है? 14 सितंबर, 2026 को, Apple ने आधिकारिक तौर पर iOS 27 जारी किया और सिरी AI की अगली पीढ़ी पेश की। साथ ही, रिवर्स-इंजीनियरिंग खुलासों ने उस आंतरिक कोड का खुलासा किया जो ऑपरेटिंग सिस्टम को Anthropic के Claude और OpenAI के ChatGPT सहित तृतीय-पक्ष मॉडलों को संवादात्मक तर्क (conversational reasoning) सौंपने (delegate) की अनुमति देता है। मोबाइल आर्किटेक्ट्स और प्लेटफॉर्म इंजीनियरों के लिए, निजी फ्रेमवर्क के भीतर सिरी मॉडल डेलिगेशन का उदय मॉड्यूलर असिस्टेंट ऑर्केस्ट्रेशन की ओर एक वास्तुशिल्प बदलाव को दर्शाता है। हालांकि यूरोपीय संघ के डिजिटल मार्केट्स एक्ट (DMA) से जुड़ी नियामक गतिशीलता सिस्टम-स्तरीय इंटरऑपरेबिलिटी के लिए एक प्रासंगिक संस्थागत पृष्ठभूमि प्रदान करती है, लेकिन बाहरी मॉडल डेलिगेशन मोबाइल इंटेंट निष्पादन में परिचालन संबंधी भिन्नता लाता है। केवल एक फाउंडेशन मॉडल से पूर्वानुमानित व्यवहार की उम्मीद करने के बजाय, मोबाइल इंजीनियरिंग टीमों को App Intents को डिफेंसिव डोमेन बाउंड्री के रूप में देखना चाहिए, जो कठोर स्कीमा वैलिडेशन, मजबूत एंटिटी डिसएम्बिग्यूएशन और स्पष्ट साइड-इफेक्ट सुरक्षा को लागू करते हैं।

iOS 27 आर्किटेक्चर और निजी फ्रेमवर्क में मॉडल डेलिगेशन की कार्यप्रणाली

iOS 27 का आधिकारिक रोलआउट Apple इंटेलिजेंस के लिए एक स्प्लिट-रंटाइम इंफ्रास्ट्रक्चर स्थापित करता है। सिरी AI, Apple के ऑन-डिवाइस और सर्वर-साइड फाउंडेशन मॉडलों के परिवार पर आधारित है, जिसमें सिस्टम-वाइड डिक्टेशन और अभिव्यंजक आवाजों जैसे समर्थित ऑन-डिवाइस अनुभवों के लिए AFM कोर एडवांस्ड मॉडल, और प्राइवेट क्लाउड कंप्यूट क्लस्टर के माध्यम से चलने वाले सर्वर मॉडल शामिल हैं। इस वातावरण में, सिरी AI मेल, मैसेज और फोटो जैसे ऐप्स में व्यक्तिगत संदर्भ का उपयोग करते हुए, व्यू एनोटेशन के माध्यम से ऑन-स्क्रीन जागरूकता, और स्पॉटलाइट द्वारा संचालित सिमेंटिक इंडेक्स का लाभ उठाकर एक ऑर्केस्ट्रेटर के रूप में कार्य करता है।

एक नज़र में

• आंतरिक डेलिगेशन प्रणाली: लीक हुए iOS 27 और macOS 27 बिल्ड से पता चलता है कि इसमें मॉडल डेलिगेशन तंत्र और मॉडल मैनेजर सर्विसेज के भीतर एक इन्फरेंस प्रोवाइडिंग प्रोटोकॉल मौजूद है, जो Claude और ChatGPT जैसे तृतीय-पक्ष मॉडलों को अनुरोध भेजने के लिए डिज़ाइन किया गया है।
• अप्रकाशित सिस्टम एंटाइटलमेंट्स: ये मल्टी-मॉडल डेलिगेशन क्षमताएं निजी सिस्टम फ्रेमवर्क तक सीमित हैं; Apple ने बाहरी डेलिगेशन एंटाइटलमेंट्स को अभी तक तृतीय-पक्ष डेवलपर्स या अंतिम उपयोगकर्ताओं के लिए सार्वजनिक नहीं किया है।
• App Intents ही समर्थित अनुबंध: चाहे अपस्ट्रीम प्रॉम्प्ट को Apple के फाउंडेशन मॉडल द्वारा पार्स किया जाए या किसी बाहरी तर्क एजेंट (reasoning agent) द्वारा, App Intents तृतीय-पक्ष ऐप क्रियाओं को सिस्टम के सामने प्रदर्शित करने के लिए Apple का आधिकारिक प्रोग्रामेटिक अनुबंध बना हुआ है।

MacRumors द्वारा प्रकाशित तकनीकी विश्लेषण से पता चलता है कि निजी फ्रेमवर्क की जांच करने वाले डेवलपर्स ने दो अलग-अलग वास्तुशिल्प स्तरों की खोज की है। पहला एक मॉडल डेलिगेशन तंत्र है जो Claude जैसे तृतीय-पक्ष मॉडलों को एक एकीकृत असिस्टेंट एक्सटेंशन के रूप में कार्य करने में सक्षम बनाता है। रिकॉर्ड किए गए तकनीकी प्रदर्शनों में, Claude एक अनिर्बंधित प्राकृतिक भाषा प्रॉम्प्ट की व्याख्या करता है और उपयोगकर्ता के परिचालन लक्ष्य को निकालता है, लेकिन जब कार्य को सिस्टम डेटा या स्थानीय एप्लिकेशन निष्पादन तक पहुंच की आवश्यकता होती है, तो बाहरी मॉडल संरचित क्रिया को वापस सिरी को सौंप देता है। दूसरा, गहरा तंत्र ऑपरेटिंग सिस्टम की मॉडल मैनेजर सर्विसेज में एक इन्फरेंस प्रोवाइडिंग प्रोटोकॉल से संबंधित है, जिसमें ऐसे कोड पथ शामिल हैं जो Apple के सर्वर-साइड रीजनिंग बैकएंड को वैकल्पिक फाउंडेशन मॉडल से बदल सकते हैं।

यूरोप में नियामक वातावरण इन विकासों के लिए एक महत्वपूर्ण संस्थागत पृष्ठभूमि प्रस्तुत करता है। EU के डिजिटल मार्केट्स एक्ट (DMA) के अनुच्छेद 6(7) के तहत, गेटकीपर ऑपरेटिंग सिस्टम इंटरऑपरेबिलिटी शासनादेशों के अधीन हैं, जिसके लिए मुख्य प्लेटफॉर्म सुविधाओं तक समान पहुंच की आवश्यकता होती है। हालांकि Apple ने डेटा गोपनीयता और सुरक्षा पर नियामक संरेखण लंबित रहने तक यूरोपीय संघ के बाजार से उपभोक्ता-उन्मुख सिरी AI सुविधाओं को अस्थायी रूप से रोक दिया है, लेकिन सिस्टम बाइनरी के भीतर मॉडल-अज्ञेयवादी (model-agnostic) ऑर्केस्ट्रेशन हुक की उपस्थिति यह दर्शाती है कि Apple की इंजीनियरिंग टीमें तकनीकी मॉड्यूलरिटी का परीक्षण कर रही हैं जो व्यापक क्रॉस-मॉडल इंटरऑपरेबिलिटी आवश्यकताओं के उभरने पर उपयोगी साबित हो सकती है।

इंजीनियरिंग स्कोप नोट: सार्वजनिक प्रमाण निजी मॉडल-डेलिगेशन तंत्र की पुष्टि करते हैं और अलग से App Intents को तृतीय-पक्ष ऐप क्रियाओं को प्रदर्शित करने के लिए Apple के समर्थित इंटरफ़ेस के रूप में पुष्टि करते हैं। Apple ने इन दोनों परतों को जोड़ने वाले सटीक आंतरिक ब्रिज का सार्वजनिक रूप से दस्तावेजीकरण नहीं किया है। नीचे दी गई टोपोलॉजी एक उदाहरणात्मक संदर्भ मॉडल का प्रतिनिधित्व करती है।

+-------------------------------------------------------------------------+
| संदर्भ मॉडल: निजी डेलिगेशन के चारों ओर सार्वजनिक App Intents बाउंड्री      |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ उपयोगकर्ता का प्राकृतिक भाषा इनपुट (वॉयस / डायनामिक आइलैंड / टाइप) ]  |
|                                |                                        |
|                                v                                        |
|  [ सिस्टम ऑर्केस्ट्रेटर: संदर्भ समाधान और स्पॉटलाइट सिमेंटिक इंडेक्स ]    |
|                                |                                        |
|         +----------------------+----------------------+                 |
|         |                                             |                 |
|         v                                             v                 |
|  [ प्राथमिक सिस्टम इंटेलिजेंस ]       [ निजी डेलिगेशन पथ ]             |
|  - ऑन-डिवाइस AFM कोर मॉडल            - मॉडल डेलिगेशन पथ               |
|  - प्राइवेट क्लाउड कंप्यूट            - मॉडल मैनेजर सर्विसेज             |
|         |                             (Claude / GPT पथ)                |
|         |                                             |                 |
|         +----------------------+----------------------+                 |
|                                |                                        |
|                                v                                        |
|             [ अनिर्दिष्ट आंतरिक एक्शन ब्रिज ]                           |
|                                |                                        |
|                                v                                        |
|  [ सार्वजनिक App Intents बाउंड्री: Application AppIntent & EntityQuery ] |
|                                |                                        |
|         +----------------------+----------------------+                 |
|         |                                             |                 |
|         v                                             v                 |
|  [ टाइप किया हुआ नेटिव वैलिडेशन ]   [ पैरामीटर डिसएम्बिग्यूएशन ]     |
|  (Bounds Check, Actor Isolation)    (उपयोगकर्ता संवाद और चयन)       |
|                                                                         |
+-------------------------------------------------------------------------+

मॉडल डेलिगेशन लेयर का विश्लेषण: सिस्टम ऑर्केस्ट्रेशन बनाम App Intent अनुबंध

प्राकृतिक भाषा तर्क (natural language reasoning) और एप्लिकेशन निष्पादन (application execution) के बीच वास्तुशिल्प अंतर यह समझने के लिए केंद्रीय है कि iOS सहायक वर्कफ़्लो को कैसे संसाधित करता है। पारंपरिक मोबाइल असिस्टेंट कार्यान्वयन में, भाषण प्रसंस्करण और कार्यात्मक प्रेषण को SiriKit के तहत स्टेटिक डोमेन क्लास के माध्यम से समन्वित किया गया था। क्रमिक डेवलपर रिलीज़ के माध्यम से, Apple ने इस इंटरफ़ेस को घोषणात्मक App Intents फ्रेमवर्क की ओर स्थानांतरित कर दिया है।

इस आधुनिक प्रतिमान के तहत, नेटिव एप्लिकेशन ऑडियो स्ट्रीम को पार्स नहीं करते हैं या फोनम डिक्शनरी बनाए नहीं रखते हैं। इसके बजाय, एक ऐप सिस्टम के रंटाइम रजिस्ट्री के लिए दो मौलिक कलाकृतियां (artifacts) प्रदर्शित करता है:

1. AppEntity घोषणाएं: आंतरिक व्यावसायिक मॉडल (जैसे ऑर्डर रिकॉर्ड, अकाउंट प्रोफ़ाइल, या दस्तावेज़ संदर्भ) का टाइप किया हुआ प्रतिनिधित्व। ऐप्स अतिरिक्त रूप से समर्पित इंडेक्सिंग और व्यू एनोटेशन API के माध्यम से स्पॉटलाइट सर्च या ऑन-स्क्रीन जागरूकता तंत्र के लिए योग्य एंटिटीज को प्रदर्शित कर सकते हैं।
2. AppIntent विनिर्देश: निष्पादन योग्य दिनचर्या जिसमें मजबूती से टाइप किए गए पैरामीटर, स्थानीयकृत प्रॉम्प्ट सारांश और रिटर्न अनुबंध शामिल हैं।

जब आंतरिक फ्रेमवर्क किसी बाहरी रीजनिंग मॉडल के माध्यम से उपयोगकर्ता के भाषण को रूट करते हैं, तो डेलिगेशन लेयर प्रॉम्प्ट समझ को एक्शन निष्पादन से अलग कर देती है। प्रदर्शित वर्कफ़्लो में, बाहरी मॉडल एक अपस्ट्रीम सिमेंटिक इंटरप्रेटर के रूप में कार्य करता है और सिरी को क्रियाएं वापस लौटा सकता है। तृतीय-पक्ष ऐप्स के लिए, Apple का प्रलेखित App Intents फ्रेमवर्क उन टाइप किए गए अनुबंधों को परिभाषित करता है जिनके माध्यम से समर्थित क्रियाएं सिस्टम के सामने प्रदर्शित की जाती हैं।

सरलीकृत वैचारिक तुलना: असिस्टेंट का विकास

शास्त्रीय पैटर्न-मिलान प्रेषण:
उपयोगकर्ता इनपुट -> व्याकरणिक डोमेन नियम -> स्लॉट फिलिंग -> हैंडलर इनवोकेशन

मल्टी-मॉडल ऑर्केस्ट्रेशन पाइपलाइन:
उपयोगकर्ता इनपुट -> सक्रिय मॉडल प्रदाता (AFM / Claude / GPT)
            -> सिमेंटिक पैरामीटर संश्लेषण
            -> औपचारिक Swift AppIntent अनुबंध
            -> डिफेंसिव वैलिडेशन और एंटिटी रिज़ॉल्यूशन
            -> डोमेन बिज़नेस लॉजिक

यह संरचनात्मक अलगाव एक महत्वपूर्ण इंजीनियरिंग वास्तविकता को उजागर करता है: प्राकृतिक भाषा तर्क मॉडल सिमेंटिक भिन्नता पेश करते हैं। Apple, App Intents को उस टाइप किए गए अनुबंध के रूप में प्रलेखित करता है जिसके माध्यम से समर्थित ऐप क्रियाएं सिरी और Apple इंटेलिजेंस के सामने प्रदर्शित होती हैं। अलग-अलग अपस्ट्रीम रीजनिंग मॉडल इस बात में भिन्न हो सकते हैं कि वे उस अनुबंध तक पहुंचने से पहले उपयोगकर्ता की भाषा की व्याख्या कैसे करते हैं, जिससे विशिष्ट टोकनाइज़ेशन बारीकियां और अलग सिमेंटिक धारणाएं सामने आती हैं। काल्पनिक मल्टी-मॉडल आर्किटेक्चर में, एक मॉडल एक सटीक अल्फ़ान्यूमेरिक संदर्भ कोड को संश्लेषित कर सकता है, जबकि दूसरा एक अप्रत्यक्ष वर्णनात्मक स्ट्रिंग या आंशिक एंटिटी शीर्षक प्रदान कर सकता है।

परिणामस्वरूप, मोबाइल डेवलपर्स यह नहीं मान सकते कि एक अपस्ट्रीम मॉडल हैंडऑफ़ वैध डोमेन इनपुट की गारंटी देता है। App Intents फ्रेमवर्क संरचनात्मक इंटरफ़ेस प्रदान करता है, लेकिन आने वाले तर्क वास्तविक परिचालन इनवेरिएंट्स (operational invariants) के अनुरूप हैं या नहीं, यह सत्यापित करने की जिम्मेदारी पूरी तरह से नेटिव एप्लिकेशन कोड के भीतर रहती है।

Swift AppIntents के लिए डिफेंसिव इंजीनियरिंग मानक

iOS एप्लिकेशन को ऐसे वातावरण में ढालने के लिए जहां अपस्ट्रीम इंटेंट कई रीजनिंग मॉडलों से उत्पन्न हो सकते हैं, डिफेंसिव प्रोग्रामिंग तकनीकों की आवश्यकता होती है। आने वाले इंटेंट इनवोकेशन को पहले से मान्य (pre-validated) सिस्टम घटनाओं के रूप में मानने के बजाय, इंजीनियरिंग टीमों को इंटेंट हैंडलर को उसी कठोरता के साथ डिज़ाइन करना चाहिए जो बाहरी REST API कंट्रोलर या सार्वजनिक RPC एंडपॉइंट्स पर लागू होती है।

App Intents अपने घोषित रंटाइम कॉन्फ़िगरेशन के आधार पर अग्रभूमि (foreground) या पृष्ठभूमि (background) मोड में निष्पादित हो सकते हैं। इसलिए डेवलपर्स को सक्रिय विंडो पदानुक्रम (window hierarchy) मानने या सिंक्रोनस UI व्यू कंट्रोलर प्रस्तुत करने से बचने की कोशिश करनी चाहिए, जब तक कि कोई इंटेंट स्पष्ट रूप से अग्रभूमि निष्पादन संदर्भ की मांग न करे। साझा या दूरस्थ स्थिति को बदलने वाले इंटेंट्स के लिए, डोमेन लॉजिक को एसिंक्रोनस, थ्रेड-सेफ डोमेन सर्विसेज के पीछे अलग करना एक मजबूत डिफेंसिव पैटर्न है।

विभिन्न मॉडल प्रदाताओं में संश्लेषित इनपुट को संभालते समय परिचालन अखंडता बनाए रखने के लिए, आर्किटेक्चर को चार डिफेंसिव कार्यान्वयन पैटर्न शामिल करने चाहिए:

• पहचानकर्ता और स्ट्रिंग-आधारित एंटिटी रिज़ॉल्यूशन: अद्वितीय पहचानकर्ता लुकअप और मनमाना टेक्स्ट खोज दोनों का समर्थन करने के लिए EntityStringQuery लागू करें। जब कोई बाहरी मॉडल सटीक कुंजी के बजाय वर्णनात्मक लेबल प्रदान करता है, तो सामान्यीकृत स्ट्रिंग मिलान आंशिक वाक्यांशों को शालीनता से संभाल लेता है।
• इंटरैक्टिव पैरामीटर स्पष्टीकरण: यदि अपस्ट्रीम रीजनिंग प्रदाता द्वारा आवश्यक पैरामीटर हटा दिया जाता है, तो हैंडलर को इंटरैक्टिव वैल्यू प्रॉम्प्ट (needsValueError) का उपयोग करना चाहिए। जब कई एंटिटी किसी अस्पष्ट वाक्यांश से मेल खाते हैं, तो सिस्टम को डिसएम्बिग्यूएशन (needsDisambiguationError) को ट्रिगर करना चाहिए।
• टिकाऊ म्यूटेशन आइडेंपोटेंसी: चूंकि संवादात्मक असिस्टेंट नेटवर्क टाइमआउट या अस्पष्ट उपयोगकर्ता पुष्टिकरण के बाद अनुरोधों को फिर से जारी कर सकते हैं, इसलिए ट्रांजेक्शनल इंटेंट्स को डुप्लिकेट साइड इफेक्ट्स को रोकने के लिए टिकाऊ ऑपरेशन टोकन स्वीकार या प्राप्त करने चाहिए।
• उच्च-प्रभाव म्यूटेशन के लिए स्पष्ट पुष्टिकरण: वित्तीय प्रतिबद्धताओं, खाता संशोधनों या अपरिवर्तनीय विलोपन से जुड़ी क्रियाओं के लिए, राज्य परिवर्तन निष्पादित करने से पहले स्पष्ट उपयोगकर्ता सहमति सुनिश्चित करने के लिए requestConfirmation() का उपयोग करें।

// इंजीनियरिंग स्कोप नोट: निम्नलिखित Swift उदाहरण एक संदर्भ आर्किटेक्चर है 
// जो डिफेंसिव AppIntent वैलिडेशन, एंटिटी क्वेरी डिसएम्बिग्यूएशन, और 
// आइडेंपोटेंट डोमेन निष्पादन को दर्शाता है। यह अप्रकाशित मॉडल डेलिगेशन 
// निजी फ्रेमवर्क के लिए Apple द्वारा निर्धारित कार्यान्वयन नहीं है।

import Foundation
import AppIntents

// MARK: - सिमेंटिक App एंटिटी प्रतिनिधित्व
public struct BookingEntity: AppEntity {
    public static var defaultQuery = BookingQuery()
    public static var typeDisplayRepresentation: TypeDisplayRepresentation = "सेवा आरक्षण"

    public var id: String
    public var serviceName: String
    public var referenceCode: String

    public var displayRepresentation: DisplayRepresentation {
        DisplayRepresentation(
            title: "\(serviceName)",
            subtitle: "संदर्भ: \(referenceCode)"
        )
    }
}

// MARK: - डिफेंसिव एंटिटी क्वेरी रिज़ॉल्वर (ID और स्ट्रिंग सर्च)
public struct BookingQuery: EntityStringQuery {
    public init() {}

    // 1. सिस्टम या पर्सिस्टेंट कैश द्वारा आपूर्ति किए गए सटीक अद्वितीय पहचानकर्ताओं को हल करता है
    public func entities(for identifiers: [String]) async throws -> [BookingEntity] {
        var resolvedEntities: [BookingEntity] = []
        for id in identifiers {
            if let entity = await BookingDataSource.shared.fetchBooking(byId: id) {
                resolvedEntities.append(entity)
            }
        }
        return resolvedEntities
    }

    // 2. अपस्ट्रीम रीजनिंग मॉडलों द्वारा संश्लेषित प्राकृतिक-भाषा खोज स्ट्रिंग्स को संभालता है
    public func entities(matching string: String) async throws -> [BookingEntity] {
        return await BookingDataSource.shared.searchBookings(matching: string)
    }

    // 3. कोई क्वेरी पैरामीटर नहीं होने पर प्रारंभिक उम्मीदवार सुझाव लौटाता है
    public func suggestedEntities() async throws -> [BookingEntity] {
        return await BookingDataSource.shared.fetchAllActiveBookings()
    }
}

// MARK: - संदर्भ डिफेंसिव AppIntent पैटर्न
public struct ConfirmBookingIntent: AppIntent {
    public static var title: LocalizedStringResource = "आरक्षण की पुष्टि करें"
    public static var description = IntentDescription(
        "एक सत्यापित बुकिंग एंटिटी का उपयोग करके एक सक्रिय नियुक्ति या आरक्षण की पुष्टि करता है।",
        categoryName: "बुकिंग"
    )

    // छोड़े जाने या अस्पष्ट होने पर इंटरैक्टिव रंटाइम डिसएम्बिग्यूएशन के लिए कॉन्फ़िगर किया गया
    @Parameter(
        title: "लक्ष्य आरक्षण",
        description: "पुष्टि की जाने वाली विशिष्ट सक्रिय बुकिंग एंटिटी।"
    )
    public var targetBooking: BookingEntity?

    // डुप्लिकेट साइड इफेक्ट्स को रोकने के लिए कॉलर-आपूर्ति की गई टिकाऊ आइडेंपोटेंसी कुंजी
    @Parameter(
        title: "क्लाइंट म्यूटेशन टोकन",
        description: "संवादात्मक पुन: प्रयासों के दौरान म्यूटेशन आइडेंपोटेंसी लागू करने के लिए टिकाऊ क्लाइंट टोकन।"
    )
    public var mutationToken: String?

    public init() {}

    public init(targetBooking: BookingEntity, mutationToken: String? = nil) {
        self.targetBooking = targetBooking
        self.mutationToken = mutationToken
    }

    // अग्रभूमि UI पदानुक्रम से अलग हेडलेस निष्पादन
    public func perform() async throws -> some IntentResult & ReturnsValue<Bool> & ProvidesDialog {
        // डिफेंसिव वैलिडेशन: यदि एंटिटी पैरामीटर छोड़ दिया गया है तो सिस्टम ऑर्केस्ट्रेटर को प्रॉम्प्ट करें
        guard let booking = targetBooking else {
            throw $targetBooking.needsValueError(
                "आप किस सक्रिय आरक्षण की पुष्टि करना चाहेंगे? कृपया संदर्भ कोड या सेवा शीर्षक निर्दिष्ट करें।"
            )
        }

        // डोमेन वैलिडेशन: आवश्यक परिचालन पैरामीटर सत्यापित करें
        guard !booking.id.trimmingCharacters(in: .whitespacesAndNewlines).isEmpty else {
            throw BookingDomainError.invalidIdentifier
        }

        // विनाशकारी या उच्च-प्रभाव वाले राज्य परिवर्तनों के लिए, प्रलेखित पुष्टिकरण API का आह्वान करें:
        // try await requestConfirmation()

        // टिकाऊ आइडेंपोटेंसी लागू करें: यदि टोकन की आपूर्ति की गई थी तो डुप्लिकेट म्यूटेशन को अस्वीकार करें
        if let token = mutationToken {
            let alreadyProcessed = await BookingStateManager.shared.isTokenProcessed(token)
            if alreadyProcessed {
                return .result(
                    value: true,
                    dialog: "इस आरक्षण की पुष्टि पहले ही की जा चुकी है। कोई और कार्रवाई नहीं की गई।"
                )
            }
        }

        // अलग डोमेन एक्टर के भीतर मुख्य डोमेन लॉजिक निष्पादित करें
        do {
            let confirmationSuccess = try await BookingExecutionService.shared.executeConfirmation(
                bookingId: booking.id
            )

            // सफल राज्य परिवर्तन पर टोकन को पर्सिस्ट करें
            if let token = mutationToken, confirmationSuccess {
                await BookingStateManager.shared.recordToken(token)
            }

            return .result(
                value: confirmationSuccess,
                dialog: "आपकी \(booking.serviceName) के लिए आरक्षण सफलतापूर्वक पुष्टि कर दिया गया है।"
            )
        } catch let domainError as BookingDomainError {
            // LocalizedError के अनुरूप टाइप किए गए डोमेन विफलताओं का प्रसार करें
            throw domainError
        }
    }
}

// MARK: - डोमेन एक्टर्स और अलग इंफ्रास्ट्रक्चर का समर्थन
public enum BookingDomainError: Error, LocalizedError {
    case invalidIdentifier
    case reservationExpired
    case networkUnavailable

    public var errorDescription: String? {
        switch self {
        case .invalidIdentifier:
            return "प्रदान किया गया बुकिंग पहचानकर्ता अमान्य या विकृत है।"
        case .reservationExpired:
            return "यह आरक्षण समाप्त हो गया है और अब इसकी पुष्टि नहीं की जा सकती।"
        case .networkUnavailable:
            return "आरक्षण सेवा से कनेक्ट करने में असमर्थ। कृपया अपना कनेक्शन सत्यापित करें।"
        }
    }
}

public actor BookingStateManager {
    public static let shared = BookingStateManager()
    private var processedTokens = Set<String>()

    public func isTokenProcessed(_ token: String) -> Bool {
        return processedTokens.contains(token)
    }

    public func recordToken(_ token: String) {
        processedTokens.insert(token)
    }
}

public actor BookingExecutionService {
    public static let shared = BookingExecutionService()

    public func executeConfirmation(bookingId: String) async throws -> Bool {
        // एसिंक्रोनस रिमोट सर्विस म्यूटेशन का अनुकरण करता है
        try await Task.sleep(nanoseconds: 80_000_000)
        return true
    }
}

public actor BookingDataSource {
    public static let shared = BookingDataSource()

    public func fetchBooking(byId id: String) -> BookingEntity? {
        if id == "TC-2026-01" {
            return BookingEntity(id: id, serviceName: "तकनीकी परामर्श", referenceCode: "TC-2026-01")
        }
        return nil
    }

    public func searchBookings(matching query: String) -> [BookingEntity] {
        let all = fetchAllActiveBookings()
        let normalized = query.trimmingCharacters(in: .whitespacesAndNewlines).lowercased()
        return all.filter {
            $0.serviceName.lowercased().contains(normalized) ||
            $0.referenceCode.lowercased().contains(normalized)
        }
    }

    public func fetchAllActiveBookings() -> [BookingEntity] {
        return [
            BookingEntity(id: "TC-2026-01", serviceName: "तकनीकी परामर्श", referenceCode: "TC-2026-01"),
            BookingEntity(id: "HD-2026-88", serviceName: "हार्डवेयर डायग्नोस्टिक्स", referenceCode: "HD-2026-88")
        ]
    }
}

सिस्टम एक्शन बाउंड्री और इंटेंट डिसएम्बिग्यूएशन

मल्टी-मॉडल ऑर्केस्ट्रेशन में एक मौलिक चुनौती अस्पष्टता का प्रबंधन करना है जब उपयोगकर्ता के अनुरोध स्पष्ट रूप से एप्लिकेशन स्थिति के साथ मेल नहीं खाते हैं। जब एक सहायक व्याख्या को बाहरी फाउंडेशन मॉडल को सौंपता है, तो सिमेंटिक विचलन का जोखिम बढ़ जाता है: "मेरी नियुक्ति की पुष्टि करें" जैसा उपयोगकर्ता अनुरोध एक इंटेंट पैरामीटर दे सकता है जिसमें सापेक्ष तिथि स्ट्रिंग, व्यावसायिक नाम या अनौपचारिक सेवा विवरण शामिल हो सकता है।

Apple के App Intents आर्किटेक्चर के भीतर, सिस्टम ऑर्केस्ट्रेटर ऐप के प्रकाशित स्कीमा और सक्रिय सहायक इंटरफ़ेस के बीच निरंतर फीडबैक लूप के माध्यम से पैरामीटर समाधान को संभालता है। उचित स्पष्टीकरण या डिसएम्बिग्यूएशन हुक के बिना, सिस्टम इच्छित एंटिटी को मज़बूती से हल करने में असमर्थ हो सकता है और विफल या अपमानित बातचीत पर वापस आ सकता है।

+-------------------------------------------------------------------------+
|               डिफेंसिव पैरामीटर डिसएम्बिग्यूएशन अनुक्रम                  |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ अपस्ट्रीम मॉडल उम्मीदवार पैरामीटर्स को संश्लेषित करता है ]              |
|         |                                                               |
|         v                                                               |
|  [ नेटिव ऐप EntityStringQuery इनपुट पहचानकर्ता / खोज का मूल्यांकन करता है ] |
|         |                                                               |
|         +---------------------------------------+                       |
|         | सटीक पहचानकर्ता मिलान मिला            | अस्पष्ट या एकाधिक      |
|         v                                       v                       |
|  [ वैलिडेशन के लिए आगे बढ़ें ]         [ क्वेरी एकाधिक मिलान देती है ]  |
|         |                                       |                       |
|         |                                       v                       |
|         |                        [ Throw needsDisambiguationError() ]   |
|         |                                       |                       |
|         |                                       v                       |
|         |                              [ सिस्टम चयन मेनू प्रस्तुत करता है ] |
|         |                                       |                       |
|         |                                       v                       |
|         |                              [ उपयोगकर्ता लक्ष्य एंटिटी चुनता है ] |
|         |                                       |                       |
|         +<--------------------------------------+                       |
|         |                                                               |
|         v                                                               |
|  [ पुष्टि की गई एंटिटी संदर्भ के साथ साइड-इफेक्ट इंटेंट निष्पादित करें ]   |
|                                                                         |
+-------------------------------------------------------------------------+

अनुमानित डिसएम्बिग्यूएशन बनाने के लिए, डेवलपर्स को App Intents फ्रेमवर्क की इंटरैक्टिव क्षमताओं का लाभ उठाना चाहिए:

1. संरचित उम्मीदवार प्रस्तुति: EntityStringQuery.entities(matching:) को वर्णनात्मक शीर्षकों और उपशीर्षक के साथ पॉप्युलेट किए गए उम्मीदवार AppEntity इंस्टेंस की एक सरणी वापस करनी चाहिए। यदि रंटाइम पर एकाधिक उम्मीदवार सिमेंटिक रूप से प्रशंसनीय बने रहते हैं, तो needsDisambiguationError(among:dialog:) फेंकने से सिस्टम को नेटिव चयन संवाद प्रस्तुत करने का निर्देश मिलता है।
2. इंटेंट संवाद एकीकरण: हैंडलर को ऑर्केस्ट्रेटर को संवादात्मक संदर्भ वापस प्रदान करने के लिए ProvidesDialog का उपयोग करना चाहिए। जब कोई ऑपरेशन सफल होता है या पुनर्प्राप्ति योग्य व्यावसायिक स्थिति का सामना करता है, तो अनुरूप संवाद कंटेनर वापस करना यह सुनिश्चित करता है कि उपयोगकर्ता को सटीक फीडबैक मिले, चाहे किसी भी मॉडल ने प्रारंभिक प्रॉम्प्ट को संभाला हो।
3. शालीन डोमेन त्रुटि प्रसार: जब बैकएंड व्यावसायिक नियमों (जैसे समाप्त हो चुकी बुकिंग विंडो या समाप्त हो चुकी इन्वेंट्री) के कारण कोई कार्रवाई पूरी नहीं की जा सकती है, तो LocalizedError के अनुरूप टाइप की गई Swift त्रुटियों को फेंकना यह सुनिश्चित करता है कि सहायक अस्पष्ट सिस्टम कोड के बजाय कार्रवाई योग्य, स्थानीयकृत स्पष्टीकरण प्रदान करता है।

दानेदार क्वेरी रिज़ॉल्यूशन और संचार त्रुटि प्रसार में निवेश करके, डेवलपर्स यह सुनिश्चित करते हैं कि उनके एप्लिकेशन लचीले बने रहें, चाहे वे Apple के एकीकृत मॉडलों द्वारा आमंत्रित किए गए हों या भविष्य के तृतीय-पक्ष डेलिगेटेड सहायकों द्वारा।

मोबाइल इंजीनियरिंग टीमों के लिए रणनीतिक मार्गदर्शन

तेजी से मॉड्यूलर ऑपरेटिंग सिस्टम इंटेलिजेंस के लिए एप्लिकेशन कोडबेस तैयार करने के लिए, इंजीनियरिंग संगठनों को निम्नलिखित तकनीकी मील के पत्थर अपनाने चाहिए:

1. App Intent कवरेज का ऑडिट और आधुनिकीकरण करें: समर्थित उपयोग मामलों के लिए, नई क्षमताओं को प्रदर्शित करते समय आधुनिक Swift AppIntent स्कीमा को प्राथमिकता दें, और माइग्रेशन अवसरों के लिए पुराने SiriKit एकीकरण का ऑडिट करें। प्रत्येक प्राथमिक कार्रवाई के साथ स्पष्ट, वर्णनात्मक सिमेंटिक मेटाडेटा होना चाहिए।

2. पहचानकर्ता और स्ट्रिंग-आधारित एंटिटी रिज़ॉल्यूशन लागू करें: EntityQuery से विरासत में मिली पहचानकर्ता पुनर्प्राप्ति और मनमाना टेक्स्ट मिलान दोनों का समर्थन करने के लिए EntityStringQuery का उपयोग करें। रिज़ॉल्वर को अलग-अलग रीजनिंग इंजन द्वारा उत्पन्न विविध पैरामीटर प्रारूपों को समायोजित करने के लिए सामान्यीकृत, लोअरकेस्ड और आंशिक स्ट्रिंग इनपुट को संभालना चाहिए।

3. बैकग्राउंड एक्टर्स के पीछे राज्य परिवर्तनों को अलग करें: व्यावसायिक निष्पादन विधियों को रीफैक्टर करें ताकि इंटेंट्स हेडलेस, थ्रेड-सेफ डोमेन सर्विसेज के खिलाफ काम करें। इंटेंट निष्पादन को सक्रिय विंडो दृश्य नहीं मानना चाहिए जब तक कि उसका घोषित निष्पादन मोड स्पष्ट रूप से अग्रभूमि संदर्भ की मांग न करे या उसमें संक्रमण न करे।

4. टू-फेज म्यूटेशन वेरिफिकेशन लागू करें: वित्तीय प्रतिबद्धताओं, खाता संशोधनों या अपरिवर्तनीय विलोपन से जुड़ी संवेदनशील क्रियाओं के लिए, राज्य परिवर्तन निष्पादित करने से पहले स्पष्ट उपयोगकर्ता सहमति सुनिश्चित करने के लिए requestConfirmation() का उपयोग करें।

5. एंड-टू-एंड इंटेंट टेस्टिंग सुइट्स स्थापित करें: स्वचालित यूनिट और एकीकरण परीक्षण बनाएं जो सत्यापित करें कि AppIntent हैंडलर बाउंड्री-केस इनपुट, खाली स्ट्रिंग्स और विकृत एंटिटी संदर्भों के साथ आपूर्ति किए जाने पर सही ढंग से व्यवहार करते हैं।

संदर्भ

• Apple. (2026). Siri AI, Apple इंटेलिजेंस की अगली पीढ़ी द्वारा संचालित एक गहराई से अधिक सक्षम और व्यक्तिगत सहायक, यहाँ है। Apple न्यूज़रूम।

• Apple डेवलपर दस्तावेज़ीकरण। (2026). App Intents का उपयोग करके अपने ऐप को सिरी और Apple इंटेलिजेंस के साथ एकीकृत करना। Apple डेवलपर।

• यूरोपीय आयोग। (2022). डिजिटल क्षेत्र में प्रतिस्पर्धी और निष्पक्ष बाजारों पर विनियमन (EU) 2022/1925 (डिजिटल मार्केट्स एक्ट)। यूरोपीय संघ का आधिकारिक जर्नल।

• MacRumors. (2026). कोड से पता चलता है कि Apple का सिरी AI को Claude, ChatGPT के साथ बदला जा सकता है।