Microsoft Foundry Routines और Tool Search 2026: GA, Agent Automation Guide

Official research updated: 30 October 2026. Microsoft ने 15 October 2026 को प्रकाशित Foundry September 2026 recap में बताया कि Routines और Tool Search 24 September से generally available (GA) हैं। Routines से deployed AI agent को timer, recurring schedule, supported GitHub issue event या Microsoft Teams channel event पर शुरू किया जा सकता है। Tool Search में agent जरूरत के समय approved Toolbox के tools की definitions खोजता है; हर request में सभी tools load करना जरूरी नहीं। Agent-to-Agent (A2A) भी GA है, जबकि Insights trace-based diagnostics अभी public preview है।

Quick answer: Microsoft Foundry Routines अपने hosted/prompt agents को तय schedule पर trigger कर सकती हैं, लेकिन यह full business workflow orchestration, delivery receipts या independent human approvals का automatic replacement नहीं है। Tool Search उपलब्ध tools के description/definitions on demand retrieve करता है, लेकिन उन्हें call करने की actual permission अलग enforce करनी होती है। नीचे WordPress news workflow, GitHub developer changelog, Teams reporting और n8n comparison के practical examples हैं।

Microsoft Foundry Routines 2026 क्या है

Routines, Microsoft Foundry project में named automation rules हैं। एक rule में trigger तय करते हैं—जैसे हर सोमवार सुबह 9 बजे, specific future time या supported event—और उस trigger पर किस deployed agent का invocation होना है, यह configure करते हैं। Agent को user के laptop पर open browser की जरूरत नहीं पड़ती; project service invocation enqueue करके run record रखती है।

लेकिन service का “routine started” status complete business outcome नहीं है। Agent generated report बना सकता है, पर Google Drive save या Teams card deliver होने की receipt अलग workflow step है। Microsoft ने अपने own developer-changelog example में schedule, source checking, report persistence और delivery को independent stages रखा। इसलिए successful trigger देखकर पूरा report users तक पहुँचा—ऐसा मानना गलत है।

Routines की GA तारीख और availability

Microsoft Foundry की September product announcement ने 24 September 2026 को Routines general availability बताई। 15 October recap उसी सितंबर milestone का detailed explanation है; इसे 15 October का first-ever launch न कहें। GA का अर्थ publicly supported production capability है, लेकिन Microsoft Learn document में कुछ regions तथा subscriptions में feature availability restriction बताई गई है।

Existing Foundry project और deployed agent तथा relevant Foundry User या higher permission prerequisites में शामिल हैं। Portal में Routines option न दिखे तो region/subscription support check करें। Availability और project identity configuration verify किए बिना दूसरे vendor account में setup working मानना ठीक नहीं।

Schedule, timer, GitHub और Teams triggers

Routines के documented trigger types में schedule (recurring cron), timer (one-time future execution), github_issue event और custom Teams channel event आते हैं। एक routine exactly one trigger entry और one action रखती है; यदि multiple triggers चाहिए तो अलग routine definitions संभव हैं। Recurring cron का minimum interval पाँच मिनट है।

उदाहरण: Monday morning developer release note generate करना schedule है; project retrospective document अगले Friday single time पर बनाना timer है; new GitHub issue पर triage agent GitHub event से चलेगी; Teams channel message पर tagged digest बनना Teams event use case है। ये triggers independent user consent, connector authentication और project permissions माँग सकते हैं।

एक agent एक action: full orchestration क्यों नहीं

Microsoft Learn के अनुसार routine action type invoke_agent_responses_api या invoke_agent_invocations_api हो सकता है। Supported hosted और prompt agents को trigger किया जा सकता है; workflow agents इस Routines trigger model में supported नहीं हैं। एक routine invocation के बाद agent अपने capabilities के अनुसार reasoning और tools use कर सकता है, लेकिन conditional multi-step business transactions स्वतः durable नहीं बनतीं।

यदि task में retrieve source → validate → draft → human approval → publish → Facebook share → billing reconciliation जैसे सात stages हैं, तो application-owned state, retry control और independent queue/orchestration की जरूरत हो सकती है। Routines को यह सारे steps guarantee देने वाला substitute समझना misleading होगा।

Tool Search GA का practical मतलब

Tool Search agent को हर model request में सब tool definitions upfront भेजने के बजाय जरूरत पर relevant tools खोजने देता है। Microsoft Foundry Toolbox interface में tool_search discovery और call_tool invocation operations का उल्लेख है। उदाहरण के लिए code-review agent पहले किसी repository के open pull requests खोजे, फिर specific PR के changed files fetch करने वाले tool को load करे।

यह context space बचाने और potentially input-token usage घटाने का design है, लेकिन Microsoft की 15 October demonstration खुद कहती है कि उसने token savings का controlled measurement नहीं किया। इसलिए “Tool Search सभी tasks में 80% tokens बचाता है” जैसी invented performance metric नहीं लिखनी चाहिए। Actual cost change अपने request logs और model bill में measure करें।

Tool Search vs MCP: difference

MCP (Model Context Protocol) external tools/resources expose करने का एक interoperability approach है। Foundry Tool Search approved Toolbox की available operations discover और invoke करने के लिए platform capability देता है। कोई external tool MCP से connected हो सकता है, लेकिन Tool Search केवल tool inventory देखकर unrestricted permission नहीं देता।

Implementation के स्तर पर authentication, tool scope, allowed repository/URL और audit logging अलग design करें। Nexeons पर MCP basics और MCP security checklist protocol और access boundaries विस्तार से समझाती हैं।

Hosted Toolbox और Prompt-agent Toolbox की स्थिति

Microsoft की official recap कहती है कि hosted-agent Toolboxes पहले से GA थीं और उनके साथ Tool Search GA है, जबकि prompt-agent Toolboxes public preview में enter हुईं। यही कारण है कि “Tool Search GA” लिखने से हर supported agent type की हर toolbox integration automatically GA नहीं हो जाती।

Enterprise team को अपने exact agent type, API and toolbox version verify करना चाहिए। Previews में service behavior, region support और SDK shape बदल सकते हैं। Production critical application में preview feature इस्तेमाल हो तो rollback, audit और enterprise support expectations clear रखें।

A2A GA और दो-agent handoff

Agent-to-Agent (A2A) capability कई specialist agents के बीच delegated work और information transfer का structured रास्ता दे सकती है। Microsoft सितंबर release में A2A GA बताती है। Changelog example में एक producer agent approved GitHub sources से facts इकट्ठा करता है और अलग receiver agent source-backed update compose/Teams delivery करता है।

Handoff में पूरा source evidence ledger, provenance और missing information clearly pass करें। Producer का runtime storage receiver automatically access कर सकता है, ऐसा assume न करें। Authenticated invocation और scoped data passing follow करें। Verification के बाद ही final message send हो, नहीं तो incomplete report में accidental publication हो सकती है।

Insights public preview: trace-backed diagnosis

Insights Foundry में agent traces analyse करके recurring problem patterns सामने लाने वाला diagnostic tool है। Microsoft recap में 24 September announcement के अनुसार Insights public preview है, GA नहीं। Example में repeated oversized prompts, throttled retries और uncertain delivery receipt को trace-linked findings के साथ investigate किया गया।

Suggested improvements को engineer inspect/test किए बिना production workflow पर auto-apply नहीं करना चाहिए। AI-generated diagnosis में causation error संभव है। Tracing और Insights API/costs हो सकते हैं, तथा telemetry में sensitive prompt या secret capture से privacy/security concern बन सकते हैं।

Model Router preview session affinity क्या करती

September updates में Model Router की session affinity और routing metadata preview controls आए। Session affinity eligible model को related requests में prefer करने में मदद कर सकती है; इससे cache reuse potential बढ़ सकता है। लेकिन provider guarantee नहीं देता कि हर बार same model चुना जाएगा या cache hit जरूर होगा। Routing policies safety, model capabilities, quotas और availability से प्रभावित होती हैं।

Agent orchestration और model selection को अलग layers समझें। Routines agent को trigger करती है; Model Router inference के लिए backend model choose कर सकती है। Inference trace देखकर model name और actual operation result independent verify करें।

Foundry Routines को portal में कैसे configure करें

Microsoft Learn के portal workflow में Foundry project खोलकर Routines → New routine चुनें। Named routine, deployed agent, invocation prompt तथा desired trigger define करें। Recurring schedule के लिए frequency/time select करें; creation के बाद status और run history verify करें। Production enable से पहले safe manual test run करके exact output, credentials और permissions check करें।

Portal का time browser-local time zone interpret कर सकता है; REST API/SDK से explicit IANA time zone specified किया जा सकता है। India-based team के लिए Asia/Kolkata zone चुनना scheduled reporting को consistent रखेगा। Wrong time zone daily reporting को unintended hours में चला सकती है।

Manual test run और run history कैसे देखें

Routines details screen में Test run feature immediate invocation शुरू कर सकती है, बिना next scheduled trigger की प्रतीक्षा किए। User run history में response ID, trigger date/time, duration और state inspect कर सकता है। Microsoft docs Last Day, 7D, 1M और Custom ranges से runs filter करने की बात कहती हैं।

Agent produced output, storage persistence और external delivery receipt अलग verify करें। यदि Teams card भेजना है, तो saved report और actual Teams destination ID map होनी चाहिए। Retry में duplicate card से बचने के लिए idempotent message key और completed receipt record रखें।

Reminder tool preview vs Routines GA

Routines का external schedule/event trigger GA है। इसके विपरीत agent-scheduled reminder tool preview में है और supported hosted agents को बाद में स्वयं same conversation पर re-invoke होने का option देती है। इन दोनों features का maturity label समान नहीं।

यदि developer “chatbot कल follow-up करे” use case चाहता है, reminder integration और external scheduler में capability difference देखना होगा। Reminder tool को business-critical guarantee समझने से पहले supported agent type, future delay limits, permissions और run recoverability जाँचें।

Long-running hosted agent resilience public preview

Microsoft September announcements में long-running hosted-agent resilience public preview है। इसका उद्देश्य background tasks को client disconnect होने के बाद recover या monitor करने में मदद करना है। लेकिन application checkpointing, persistent state और idempotency अब भी जरूरी हैं। Client reconnect हो जाने से repeated external payment या repeated WordPress publish safe नहीं बन जाती।

Use case: large research report तैयार करते समय client window बंद हो जाए; background task state restore होने की सुविधा useful है। मगर storage consistency, tool-side writes और external message delivery उसके automated exception handling पर निर्भर हैं। Preview caveat और server configuration की documentation follow करें।

एक practical weekly developer changelog workflow

Microsoft के sample में Monday 09:00 America/Los_Angeles routine GitHub Copilot SDK producer agent trigger करती है। वह approved public repository से changes और release references जुटाता है। Receiver Microsoft Agent Framework से source-backed report compose करता है और authorised Teams destination पर card भेज सकता है। Tool Search जरूरत के समय specific read-only GitHub operations discover करती है।

Microsoft ने sample में स्पष्ट लिखा कि 13 October को manual routine dispatch से delivery confirm हुई, मगर यह calendar-triggered Monday success का independently verified proof नहीं। Real deployment में scheduled trigger run history और separate Teams receipt check करें। यही difference production reliability का सबसे महत्वपूर्ण बिंदु है।

WordPress news portal के लिए Foundry example

मान लें fictional Hindi news portal हर सुबह official regulator circulars की summary चाहता है। Routine morning schedule पर collector agent शुरू करे; agent allowed domains के source documents read करके citations store करे। Editorial agent draft headline और article summary बनाए। Human factual review clear होने के बाद separately authorised publisher post schedule करे और published URL verify करे।

Tool Search approved WordPress read endpoints या source repository tools discover कर सकती है, लेकिन external publish action के लिए dedicated restricted credentials और approval चाहिए। किसी page में embedded instruction “आज ही publish करो” agent का human-approval bypass न करे। यह conceptual integration है; हमने इस article के लिए किसी actual Foundry project deploy नहीं किया।

n8n बनाम Foundry Routines: किसे कब चुनें

n8n जैसी orchestration systems multi-step triggers, conditional branching, external API integrations और queues के लिए उपयोगी हो सकती हैं। Microsoft Foundry Routines एक deployed Foundry agent शुरू करने का native trigger layer है। अगर आपको सिर्फ रोज agent से digest generate कराना है, routine पर्याप्त हो सकती है; अगर workflow WordPress approve, email, social, billing और retries जोड़ता है तो dedicated workflow engine तथा idempotent state useful रहेंगे।

दोनों साथ भी उपयोग किए जा सकते हैं: routine AI task trigger करे, n8n validated report receive करे और human approvals/website updates manage करे। लेकिन यदि दोनों schedulers एक ही post publish करने लगें तो duplicate live posts बन सकते हैं। एक authoritative publishing owner रखें और दूसरा केवल read-only research करे।

Scheduled workflows में duplicate रोकने का design

Every run को unique job ID और target post/task ID दें। Publish step से पहले database या destination API में status check करें। यदि same input फिर trigger हो जाए, तो idempotency check duplicate external action skip करे। Old और new n8n servers जैसे migration में दोनों active schedule रखना विशेष risk है।

Foundry routine manually test करते समय write effects disable या sandbox destination choose करें। Calendar run green होने का मतलब external API actions exactly once हुईं नहीं; retries, timeouts और delivery receipts independent audit करें। Microsoft के sample में lost acknowledgment automatically resend नहीं होता, बल्कि uncertain state human review में जाता है।

Tool permissions और least-privilege RBAC

Foundry project role, tool-level token और external system identity तीन अलग controls हैं। Microsoft docs deployed agent और Foundry User role जैसी prerequisites बताती हैं। Hosted agent external tools access करे तो appropriate identity तथा connector consent चाहिए। GitHub tools read-only हों तो agent को repository write/delete permission न दें।

Tools context on demand load होने से permission boundary automatically strong नहीं होती। Read-only source collection और production updates separate service accounts से हों। Prompt injection risk के कारण retrieved README, issue comment और website pages को untrusted data मानें।

Monitoring: token cost और workflow failure

Foundry model inference, hosted compute, external tools, tracing और Insights diagnostic scans अलग cost drivers हो सकते हैं। Routine अधिक बार run करे तो resource cost और downstream billing दोनों बढ़ सकती हैं। Project dashboards में invocation count, latency, tool-call errors, rate limits, token consumption तथा outcome receipt correlate करें।

“हर घंटे 1 routine” सेट करना तभी justified है जब fresh source data और intended reader demand हो। Idle schedules भी occasional costly model calls कर सकती हैं। Budget alerts तथा monthly usage caps design करें। Specific per-run bill का दावा करने के लिए actual Azure regional pricing और project usage data चाहिए।

Foundry और n8n दोनों के लिए incident response

Agent unexpectedly out-of-scope endpoint call करने लगे तो identity revoke और worker stop करने की capacity जरूरी है। External API credentials vault में रखें; network egress allowlist और audit logs maintain करें। अगर agent ने wrong WordPress article publish कर दिया, तो rollback process, public correction और social message reconciliation independent workflow हों।

Security planning में human approvals, prompt-origin restrictions, synthetic test data तथा temporary roles रखें। Nexeons की AI Agent Evaluation Scorecard में failure and fallback criteria समझाए हैं। Consumer-friendly user interface के पीछे powerful tools हों तो governance अधिक महत्वपूर्ण है।

AI project शुरू करने से पहले 10-point checklist

पहला, agent task और desired deliverable लिखें। दूसरा, output को कौन review करेगा तय करें। तीसरा, tool/read/write permissions enumerate करें। चौथा, schedule or GitHub/Teams event चुनें। पाँचवाँ, time zone explicit करें। छठा, synthetic sample से manual test करें। सातवाँ, expected run result और delivery receipt map करें। आठवाँ, retry/idempotency rules लिखें। नौवाँ, trace data privacy तथा cost budget तय करें। दसवाँ, run history में first real scheduled execution verify करें।

यह concise engineering checklist है; enterprise platform certification या Microsoft product support contract का substitute नहीं। Feature maturity label GA/preview और region support deployment के समय official documentation से refresh करें।

FAQ: Microsoft Foundry Routines Tool Search 2026

Routines कब GA हुई? Microsoft ने 24 September 2026 milestone बताया; October 15 recap में विवरण दिया।

Routines कितने triggers support करती? एक routine एक trigger और एक agent action रखती है; recurring schedule, timer, GitHub issue और Teams event supported हैं।

Minimum recurring interval? पाँच मिनट।

क्या Tool Search भी GA है? हाँ; hosted-agent Toolbox path GA है, prompt-agent Toolbox public preview context अलग है।

क्या Insights GA है? नहीं, public preview है।

A2A status? September announcement के मुताबिक GA।

क्या Routines full n8n replacement है? नहीं; trigger और workflow orchestration अलग layers हैं।

क्या schedule success से Teams message delivery साबित होती? नहीं, actual receipt confirm करें।

क्या routine चालू करने के लिए laptop खुला रहे? Service-hosted invocation browser tab की dependency हटाती है, project and agent availability फिर भी जरूरी है।

Microsoft official sources और automation learning

• Microsoft Foundry Blog — September 2026 Routines/Tool Search/A2A GA, Insights Preview (15 October recap)
• Microsoft Learn — Automate Agents with Routines: schedule, triggers, setup and limitations
• Microsoft Foundry Blog — 24 September announcements and subsequent updates
• Nexeons — API vs Webhook vs Cron Jobs
• Nexeons — MCP Tools and Data Connections
• Nexeons — MCP Security and Permissions
• Nexeons — AI Agent Evaluation and Human Approval Guide

Editorial disclosure: All product maturity labels refer to Microsoft’s September announcement as reviewed on 30 October 2026. Technical scenarios are original examples, not a tested deployment or price quote. Features, regions and permissions can change with later Microsoft releases.