Aspire | The .NET Blog

Terminal की देखभाल बंद करें: Aspire का Detached Mode Workflow बदल देता है

Emiliano Montesdeoca — Fri, 17 Apr 2026 00:00:00 +0000

यह पोस्ट स्वचालित रूप से अनुवादित है। मूल के लिए, यहाँ क्लिक करें.

हर बार जब आप Aspire AppHost चलाते हैं, तो आपका terminal चला जाता है। बंद। कब्ज़ा हो जाता है जब तक आप Ctrl+C से बाहर नहीं निकलते। एक quick command चलानी है? दूसरा tab खोलिए। Logs चेक करने हैं? एक और tab। यह एक छोटी सी रुकावट है जो जल्दी बड़ी हो जाती है।

Aspire 13.2 इसे ठीक करता है। James Newton-King ने पूरी जानकारी लिखी है, और सच कहूँ तो, यह उन features में से एक है जो तुरंत आपके काम करने का तरीका बदल देती है।

Detached mode: एक command, terminal वापस

aspire start

यह aspire run --detach का shorthand है। आपका AppHost background में boot होता है और आपको तुरंत terminal वापस मिल जाता है। कोई extra tab नहीं। कोई terminal multiplexer नहीं। बस आपका prompt, काम के लिए तैयार।

जो चल रहा है उसे manage करना

यहाँ बात यह है — background में चलाना तभी उपयोगी है जब आप वाकई manage कर सकें कि क्या चल रहा है। Aspire 13.2 इसके लिए CLI commands का पूरा सेट लेकर आता है:

# सभी running AppHosts की list
aspire ps

# किसी specific AppHost की state देखें
aspire describe

# किसी running AppHost के logs stream करें
aspire logs

# किसी specific AppHost को रोकें
aspire stop

इससे Aspire CLI एक proper process manager बन जाता है। आप कई AppHosts शुरू कर सकते हैं, उनकी status चेक कर सकते हैं, उनके logs tail कर सकते हैं, और उन्हें बंद कर सकते हैं — सब एक ही terminal session से।

Isolated mode के साथ मिलाएं

Detached mode naturally isolated mode के साथ काम करता है। क्या आप बिना port conflicts के background में एक ही project के दो instances चलाना चाहते हैं?

aspire start --isolated
aspire start --isolated

हर एक को random ports, अलग secrets, और अपना lifecycle मिलता है। दोनों देखने के लिए aspire ps का उपयोग करें, जिसे बंद करना हो उसके लिए aspire stop का।

Coding agents के लिए यह क्यों बड़ी बात है

यहीं चीज़ें वाकई दिलचस्प हो जाती हैं। आपके terminal में काम करने वाला एक coding agent अब यह कर सकता है:

aspire start से app शुरू करें
aspire describe से उसकी state query करें
समस्याएं diagnose करने के लिए aspire logs से logs चेक करें
काम हो जाने पर aspire stop से बंद करें

बिना terminal session खोए। Detached mode से पहले, एक agent जो आपका AppHost चलाता वह अपने ही terminal से lock out हो जाता। अब वह शुरू कर सकता है, observe कर सकता है, iterate कर सकता है, और cleanup कर सकता है — बिल्कुल वैसे जैसा आप एक autonomous agent से चाहते हैं।

Aspire team ने इसी पर ध्यान दिया। aspire agent init चलाने से एक Aspire skill file setup होती है जो agents को ये commands सिखाती है। तो Copilot का coding agent जैसे tools out of the box ही आपके Aspire workloads manage कर सकते हैं।

निष्कर्ष

Detached mode एक simple flag के रूप में छुपा हुआ workflow upgrade है। आप terminals के बीच context-switch करना बंद कर देते हैं, agents खुद को block करना बंद कर देते हैं, और नए CLI commands आपको यह देखने की असली visibility देते हैं कि क्या चल रहा है। यह practical है, यह clean है, और यह daily development loop को ध्यान देने योग्य रूप से smooth बनाता है।

सभी details के लिए पूरा पोस्ट पढ़ें और aspire update --self से Aspire 13.2 प्राप्त करें।

.NET Aspire 13.2 आपके AI Agent का सबसे अच्छा दोस्त बनना चाहता है

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

यह पोस्ट स्वचालित रूप से अनुवादित है। मूल के लिए, यहाँ क्लिक करें.

क्या आप जानते हैं वह moment जब आपका AI coding agent कुछ solid code लिखता है, आप excited हो जाते हैं, और फिर वह चीज़ चलाने की कोशिश में सब बिखर जाता है? Port conflicts, phantom processes, गलत environment variables — अचानक आपका agent features बनाने की जगह startup issues troubleshoot करने में tokens जला रहा है।

Aspire team ने एक thoughtful post छोड़ी है इसी problem के बारे में, और उनका जवाब compelling है: Aspire 13.2 सिर्फ humans के लिए नहीं, बल्कि AI agents के लिए भी design किया गया है।

Aspire as agent infrastructure

यहाँ है Aspire 13.2 agentic development के लिए क्या लाता है:

Typed code में पूरा stack। AppHost पूरी topology define करता है — compilable TypeScript या C# में:

import { createBuilder } from './.modules/aspire.js';

const builder = await createBuilder();

const postgres = await builder.addPostgres("pg").addDatabase("catalog");
const cache = await builder.addRedis("cache");

const api = await builder
 .addNodeApp("api", "./api", "src/index.ts")
 .withHttpEndpoint({ env: "PORT" })
 .withReference(postgres)
 .withReference(cache);

await builder
 .addViteApp("frontend", "./frontend")
 .withReference(api)
 .waitFor(api);

await builder.build().run();

एक command सब कुछ के लिए। docker compose up, npm run dev, और database startup scripts juggle करने के बजाय, सब कुछ बस aspire start है।

Parallel agents के लिए isolated mode। --isolated के साथ, हर Aspire run को अपने random ports और separate user secrets मिलते हैं।

Telemetry के माध्यम से agent की नज़र। Aspire CLI development के दौरान full OpenTelemetry data expose करता है — traces, metrics, structured logs।

Bowling bumper analogy

Aspire team एक बढ़िया analogy उपयोग करती है: Aspire को AI agents के लिए bowling lane bumpers के रूप में सोचें। अगर agent perfect नहीं है, तो bumpers उसे gutter balls फेंकने से रोकते हैं।

शुरुआत करना

Aspire में नए हैं? get.aspire.dev से CLI install करें। पहले से Aspire use कर रहे हैं? aspire update --self चलाएं। पूरी post पढ़ें।

Aspire का Isolated Mode Parallel Development के लिए Port Conflict के nightmare को ठीक करता है

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

यह पोस्ट स्वचालित रूप से अनुवादित है। मूल के लिए, यहाँ क्लिक करें.

अगर आपने कभी एक ही project के दो instances एक साथ चलाने की कोशिश की है, तो आप इस दर्द को जानते हैं। Port 8080 already in use है। Port 17370 लिया हुआ है। कुछ terminate करो, restart करो, environment variables juggle करो — यह productivity killer है।

यह समस्या बेहतर नहीं हो रही, बल्कि बदतर हो रही है। AI agents independently काम करने के लिए git worktrees बनाते हैं। Background agents अलग environments spin up करते हैं। Developers feature branches के लिए एक ही repo को दो बार checkout करते हैं। इन सभी scenarios में एक ही दीवार आती है: एक ही app के दो instances एक ही ports पर लड़ रहे हैं।

Aspire 13.2 इसे एक single flag से ठीक करता है। Aspire team के James Newton-King ने पूरी जानकारी लिखी है, और यह उन features में से एक है जिसके बारे में आप सोचते हैं “यह पहले क्यों नहीं था”।

Fix: `--isolated`

aspire run --isolated

बस इतना ही। हर run को मिलता है:

Random ports — instances के बीच कोई collision नहीं
Isolated user secrets — connection strings और API keys हर instance के लिए अलग रहते हैं

कोई manual port reassignment नहीं। कोई environment variable juggling नहीं। हर run को automatically एक fresh, collision-free environment मिलता है।

Real scenarios जहाँ यह चमकता है

Multiple checkouts। एक directory में feature branch है और दूसरे में bugfix:

# Terminal 1
cd ~/projects/my-app-feature
aspire run --isolated

# Terminal 2
cd ~/projects/my-app-bugfix
aspire run --isolated

दोनों बिना conflicts के चलते हैं। Dashboard दिखाता है कि क्या चल रहा है और कहाँ।

VS Code में background agents। जब Copilot Chat का background agent आपके code पर independently काम करने के लिए एक git worktree बनाता है, तो उसे आपका Aspire AppHost चलाना पड़ सकता है। --isolated के बिना, यह आपके primary worktree के साथ port collision है। इसके साथ, दोनों instances बस काम करते हैं।

aspire agent init के साथ ship होने वाली Aspire skill automatically agents को worktrees में काम करते समय --isolated use करने का निर्देश देती है। तो Copilot का background agent इसे out of the box handle करना चाहिए।

Development के साथ-साथ integration tests। Features build करते हुए एक live AppHost के against tests चलाने की ज़रूरत है? Isolated mode हर context को अपने ports और config देता है।

यह under the hood कैसे काम करता है

जब आप --isolated pass करते हैं, तो CLI run के लिए एक unique instance ID generate करता है। यह दो behaviors drive करता है:

Port randomization — आपके AppHost config में defined predictable ports को bind करने की बजाय, isolated mode सब कुछ के लिए random available ports pick करता है — dashboard, service endpoints, सब कुछ। Service discovery automatically adjust होती है, इसलिए services एक-दूसरे को ढूंढ लेती हैं चाहे वे किसी भी port पर land करें।
Secret isolation — हर isolated run को अपना user secrets store मिलता है, instance ID से keyed। एक run के connection strings और API keys दूसरे में leak नहीं होते।

आपके code में कोई बदलाव नहीं चाहिए। Aspire की service discovery endpoints को runtime पर resolve करती है, इसलिए सब कुछ सही से connect होता है चाहे port assignment कुछ भी हो।

इसे कब use करें

--isolated तब use करें जब एक ही AppHost के कई instances एक साथ चला रहे हों — चाहे वह parallel development हो, automated tests हों, AI agents हों, या git worktrees हों। Single-instance development के लिए जहाँ आप predictable ports पसंद करते हैं, regular aspire run अभी भी ठीक काम करता है।

निष्कर्ष

Isolated mode एक छोटी feature है जो एक असली, तेज़ी से common होती समस्या को हल करती है। जैसे-जैसे AI-assisted development हमें अधिक parallel workflows की तरफ धकेलता है — multiple agents, multiple worktrees, multiple contexts — ports पर लड़ाई के बिना बस एक और instance spin up करने की क्षमता ज़रूरी है।

सभी technical details के लिए पूरा पोस्ट पढ़ें और 13.2 आज़माने के लिए aspire update --self से update करें।

Aspire 13.2 एक Docs CLI लेकर आया है — और आपका AI Agent भी इसका उपयोग कर सकता है

Emiliano Montesdeoca — Sat, 04 Apr 2026 00:00:00 +0000

यह पोस्ट स्वचालित रूप से अनुवादित है। मूल के लिए, यहाँ क्लिक करें.

आपने वो पल ज़रूर महसूस किया होगा जब आप किसी Aspire AppHost में गहरे डूबे हों, integrations wire up कर रहे हों, और आपको ठीक-ठीक जाँचना हो कि Redis integration किन parameters की उम्मीद करती है। आप browser पर alt-tab करते हैं, aspire.dev पर खोजते हैं, API docs को ध्यान से देखते हैं, फिर editor पर वापस आते हैं। Context खो गया। Flow टूट गया।

Aspire 13.2 ने इसका हल ship किया है। aspire docs CLI आपको official Aspire documentation को सीधे अपने terminal से search, browse, और पढ़ने देता है। और चूंकि यह reusable services से backed है, AI agents और skills वही commands use करके docs lookup कर सकते हैं, न कि ऐसी APIs hallucinate करें जो exist ही नहीं करतीं।

यह वास्तव में किस समस्या को हल करता है

David Pine original post में बिल्कुल सही बात कहते हैं: AI agents Aspire apps बनाने में developers की मदद करने में बेकार थे। वे aspire run की जगह dotnet run recommend करते, aspire.dev के docs के लिए learn.microsoft.com reference करते, outdated NuGet packages suggest करते, और — मेरी personal favorite — ऐसी APIs hallucinate करते जो exist ही नहीं करतीं।

क्यों? क्योंकि Aspire polyglot बनने से कहीं ज़्यादा समय तक .NET-specific था, और LLMs ऐसे training data से काम कर रहे हैं जो latest features से पहले का है। जब आप एक AI agent को actual docs lookup करने की क्षमता देते हैं, तो वह अंदाज़े लगाना बंद कर देता है और उपयोगी बनने लगता है।

तीन commands, शून्य browser tabs

CLI refreshingly simple है:

सभी docs list करें

aspire docs list

aspire.dev पर available हर documentation page return करता है। Machine-readable output चाहिए? --format Json जोड़ें।

किसी topic को search करें

aspire docs search "redis"

weighted relevance scoring के साथ titles और content दोनों में search करता है। वही search engine जो internally documentation tooling को power करता है। आपको titles, slugs, और relevance scores के साथ ranked results मिलते हैं।

पूरा page पढ़ें (या सिर्फ एक section)

aspire docs get redis-integration

पूरा page markdown के रूप में आपके terminal में stream करता है। सिर्फ एक section चाहिए?

aspire docs get redis-integration --section "Add Redis resource"

सटीक precision। 500 lines scroll करने की ज़रूरत नहीं। बस वो हिस्सा जो आपको चाहिए।

AI agent का angle

यहाँ AI tooling के साथ build करने वाले developers के लिए दिलचस्प बात है। वही aspire docs commands AI agents के लिए tools की तरह काम करते हैं — skills, MCP servers, या simple CLI wrappers के ज़रिये।

आपके AI assistant के stale training data के आधार पर Aspire APIs बनाने की बजाय, वह aspire docs search "postgres" call कर सकता है, official integration docs ढूंढ सकता है, सही page पढ़ सकता है, और आपको documented approach दे सकता है। Real-time, current documentation — model ने छह महीने पहले जो memorize किया था वह नहीं।

इसके पीछे का architecture जानबूझकर बनाया गया है। Aspire team ने एक one-off integration की बजाय reusable services (IDocsIndexService, IDocsSearchService, IDocsFetcher, IDocsCache) बनाई हैं। इसका मतलब है कि वही search engine terminal में इंसानों के लिए, आपके editor में AI agents के लिए, और आपके CI pipeline में automation के लिए काम करता है।

Real-world scenarios

Quick terminal lookups: आप तीन files गहरे हैं और Redis config parameters चाहिए। दो commands, नब्बे सेकंड, काम पर वापस:

aspire docs search "redis" --limit 1
aspire docs get redis-integration --section "Configuration"

AI-assisted development: आपकी VS Code skill CLI commands को wrap करती है। आप पूछते हैं “Add a PostgreSQL database to my AppHost” और agent जवाब देने से पहले actual docs lookup करता है। कोई hallucinations नहीं।

CI/CD validation: आपकी pipeline AppHost configurations को programmatically official documentation के against validate करती है। --format Json output jq और अन्य tools में cleanly pipe होता है।

Custom knowledge bases: अपना AI tooling बना रहे हैं? Structured JSON output को directly अपने knowledge base में pipe करें:

aspire docs search "monitoring" --format Json | jq '[.[] | {slug, title, summary}]'

कोई web scraping नहीं। कोई API keys नहीं। वही structured data जो docs tooling internally use करती है।

Documentation हमेशा live है

यही वह हिस्सा है जो मुझे सबसे ज़्यादा पसंद है। CLI एक snapshot download नहीं करता — यह ETag-based caching के साथ aspire.dev query करता है। जिस moment docs update होते हैं, आपका CLI और उस पर बना कोई भी skill उसे reflect करता है। कोई stale copies नहीं, कोई “but the wiki said…” moments नहीं।

निष्कर्ष

aspire docs उन छोटी features में से एक है जो एक असली समस्या को cleanly हल करती है। इंसानों को terminal-native documentation access मिलती है। AI agents को अंदाज़े लगाना बंद करके actual docs reference करने का तरीका मिलता है। और यह सब एक ही source of truth से backed है।

अगर आप .NET Aspire के साथ build कर रहे हैं और अभी तक CLI try नहीं किया है, तो aspire docs search "your-topic-here" चलाएं और देखें कैसा लगता है। फिर उन commands को जो भी AI skill या automation setup आप use कर रहे हैं उसमें wrap करने पर विचार करें — आपके agents आपको धन्यवाद देंगे।

David Pine का deep dive देखें कि docs tooling कैसे बनी, और सभी details के लिए official CLI reference।

Aspire 13.2 के Dashboard को मिला Telemetry API — और इसने सब कुछ बदल दिया

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

यह पोस्ट स्वचालित रूप से अनुवादित है। मूल के लिए, यहाँ क्लिक करें.

अगर आप .NET Aspire के साथ distributed apps बना रहे हैं, तो आप पहले से जानते हैं कि dashboard पूरे experience की सबसे अच्छी चीज़ है। आपके सारे traces, logs और metrics एक जगह — कोई external Jaeger नहीं, कोई Seq setup नहीं, कोई “let me check the other terminal” के moments नहीं।

Aspire 13.2 ने इसे काफी बेहतर बना दिया है। James Newton-King ने update की घोषणा की, और सच कहूँ तो? Telemetry export और API features अकेले ही upgrade के लायक हैं।

Telemetry export अब एक समझदार तरीके से

यहाँ वो scenario है जो हम सभी ने झेला है: आप एक distributed issue debug कर रहे हैं, बीस मिनट की setup के बाद आखिरकार इसे reproduce करते हैं, और अब आपको अपनी team के साथ share करना है कि क्या हुआ। पहले? Screenshots। Trace IDs copy-paste करना। वही पुरानी गड़बड़।

Aspire 13.2 में एक proper Manage logs and telemetry dialog जुड़ा है जहाँ आप कर सकते हैं:

सारी telemetry clear करना (repro attempt से पहले उपयोगी)
Selected telemetry को standard OTLP/JSON format में ZIP file में export करना
उस ZIP को किसी भी Aspire dashboard में बाद में re-import करना

वह आखिरी हिस्सा killer feature है। आप एक bug reproduce करते हैं, telemetry export करते हैं, इसे अपने work item में attach करते हैं, और आपका teammate इसे अपने dashboard में import कर सकता है ताकि ठीक वही देख सके जो आपने देखा। अब “क्या आप इसे अपनी machine पर reproduce कर सकते हैं?” नहीं पूछना पड़ेगा।

Individual traces, spans और logs को भी उनके context menus में “Export JSON” का option मिलता है। एक specific trace share करनी है? Right-click, JSON copy करें, PR description में paste करें। हो गया।

Telemetry API असली game changer है

यही वो चीज़ है जिसके बारे में मैं सबसे ज़्यादा excited हूँ। Dashboard अब telemetry data को programmatically query करने के लिए /api/telemetry के नीचे एक HTTP API expose करता है। Available endpoints:

GET /api/telemetry/resources — telemetry वाले resources की list
GET /api/telemetry/spans — filters के साथ spans query करें
GET /api/telemetry/logs — filters के साथ logs query करें
GET /api/telemetry/traces — traces की list
GET /api/telemetry/traces/{traceId} — एक specific trace के सभी spans पाएं

सब कुछ OTLP JSON format में वापस आता है। यह नए aspire agent mcp और aspire otel CLI commands को power करता है, लेकिन असली implication बड़ा है: अब आप tooling, scripts और AI agent integrations बना सकते हैं जो आपके app की telemetry को directly query करें।

सोचिए एक AI coding agent जो debugging के दौरान आपके actual distributed traces देख सके। यह अब hypothetical नहीं है — यह वही है जो यह API enable करता है।

GenAI telemetry practical हो गई

अगर आप Semantic Kernel या Microsoft.Extensions.AI के साथ AI-powered apps बना रहे हैं, तो आप improved GenAI telemetry visualizer की सराहना करेंगे। Aspire 13.2 में जुड़ा:

AI tool descriptions Markdown के रूप में rendered
Traces page पर quick AI trace access के लिए एक dedicated GenAI button
Truncated या non-standard GenAI JSON के लिए बेहतर error handling
Tool definitions के बीच click-to-highlight navigation

Blog post में बताया गया है कि VS Code Copilot chat, Copilot CLI, और OpenCode सभी OTEL_EXPORTER_OTLP_ENDPOINT configure करने का support करते हैं। उन्हें Aspire dashboard पर point करें और आप literally telemetry के ज़रिए real time में अपने AI agents की सोच देख सकते हैं। यह एक debugging experience है जो आपको और कहीं नहीं मिलेगी।

अंत में

Aspire 13.2 dashboard को “nice debugging UI” से “programmable observability platform” बना देता है। Export/import workflow अकेले ही distributed debugging में real time बचाता है, और telemetry API AI-assisted diagnostics का दरवाज़ा खोलता है।

अगर आप पहले से Aspire पर हैं, upgrade करें। अगर नहीं हैं — यह aspire.dev देखने का एक अच्छा कारण है और समझने का कि इतना शोर क्यों है।

Aspire | The .NET Blog

Terminal की देखभाल बंद करें: Aspire का Detached Mode Workflow बदल देता है

Detached mode: एक command, terminal वापस

जो चल रहा है उसे manage करना

Isolated mode के साथ मिलाएं

Coding agents के लिए यह क्यों बड़ी बात है

निष्कर्ष

.NET Aspire 13.2 आपके AI Agent का सबसे अच्छा दोस्त बनना चाहता है

Aspire as agent infrastructure

Bowling bumper analogy

शुरुआत करना

Aspire का Isolated Mode Parallel Development के लिए Port Conflict के nightmare को ठीक करता है

Fix: --isolated

Real scenarios जहाँ यह चमकता है

यह under the hood कैसे काम करता है

इसे कब use करें

निष्कर्ष

Aspire 13.2 एक Docs CLI लेकर आया है — और आपका AI Agent भी इसका उपयोग कर सकता है

यह वास्तव में किस समस्या को हल करता है

तीन commands, शून्य browser tabs

सभी docs list करें

किसी topic को search करें

पूरा page पढ़ें (या सिर्फ एक section)

AI agent का angle

Real-world scenarios

Documentation हमेशा live है

निष्कर्ष

Aspire 13.2 के Dashboard को मिला Telemetry API — और इसने सब कुछ बदल दिया

Telemetry export अब एक समझदार तरीके से

Telemetry API असली game changer है

GenAI telemetry practical हो गई

अंत में

Fix: `--isolated`