VS Code बड़े एजेंट सेशन सूचियाँ: PR एक्सटेंशन विश्लेषण

आपका एडिटर पहले tabs की चिंता करता था। अब वह commit access वाले semi-autonomous interns की भीड़ की चिंता करता है। Tech Insider के नए walkthrough में उपयोगी संकेत सिर्फ यह नहीं है कि कोई agent-generated pull requests के लिए VS Code extension बना सकता है। बात यह है कि editor अब उन bots के लिए air traffic control tower जैसा दिखने लगा है जो PRs खोलते हैं, artifacts छोड़ते हैं, और फिर ऐसे गायब हो जाते हैं जैसे उनके oven में lasagna रखा हो।

Release note ही roadmap बन गया

Tech Insider की Nadia Dubois के अनुसार, VS Code ने 25 सितंबर 2026 को version 1.139.1 ship किया, और उसके release note में कहा गया कि editor को "large agent session lists" को तेज़ी से handle करना होगा। Tech Insider यह भी रिपोर्ट करता है कि तीन दिन पहले, Cursor ने दो bots, Rollouts और Security Review, launch किए, जो deployment के दौरान pull requests पर नज़र रखते हैं और exploitable bugs को automatically flag करते हैं। इन्हें साथ रखिए और product signal ज़ोर से सुनाई देता है: agent coding अब सिर्फ trench coat पहने autocomplete नहीं रही। यह sessions, PR state, review artifacts, और security findings बनाती है जिन्हें developers को बिना छह tabs में ऐसे खोदे देखना चाहिए जैसे data center में कोई raccoon हो।

इसीलिए Tech Insider का 14-step tutorial VS Code extension बनाने की mechanics से आगे भी मायने रखता है। यह जिस gap का वर्णन करता है, वह agent sessions, PR automation, और security scanning को देखने के लिए एक unified जगह की कमी है, खासकर जब कोई team एक साथ कई autonomous coding agents चला रही हो। Editor coordination layer इसलिए बनता है, क्योंकि IDEs कोई पवित्र मंदिर हैं ऐसा नहीं, बल्कि इसलिए कि developers पहले से वहीं रहते हैं। अगर robots paperwork file कर रहे हैं, तो किसी को desk बनानी ही होगी।

Agent PRs अब theoretical नहीं रहे

Tooling pressure सिर्फ anecdotal नहीं है। arXiv paper How AI Coding Agents Modify Code में, researchers ने AIDev dataset के MSR 2026 Mining Challenge version का उपयोग करते हुए 440,295 commits वाले 24,014 merged Agentic PRs का analysis किया और उनकी तुलना 23,242 commits वाले 5,081 merged Human PRs से की। उन्होंने commit count में substantial differences पाए, Cliff’s δ=0.5429 report किया, साथ ही touched files और deleted lines में moderate differences पाए। Study ने यह भी पाया कि Agentic PRs में सभी measures पर description-to-diff similarity थोड़ी अधिक थी।

ये morality stats नहीं हैं। ये यह नहीं कहते कि agent PRs अच्छे हैं, बुरे हैं, या secretly hoodie में बैठे तीन squirrels हैं। ये कहते हैं कि agent contributions का measurable shape होता है, और tooling को उस shape को expose करना चाहिए, न कि उसे vibes-based green check में compress कर देना चाहिए। Agent-generated PRs के लिए एक अच्छा VS Code extension commit count, files touched, diff summary, review state, और security findings को उस पल legible बनाए जब कोई human यह तय कर रहा हो कि इस चीज़ पर भरोसा किया जाए या नहीं।

Review में ही bottleneck छिपा होता है

arXiv paper 3100 Opinions on Code Review in an AI World के अनुसार, coding agents अब पूरे pull requests author करते हैं, और practitioners इस बात पर असहमत हैं कि क्या code review bottleneck बन जाता है, क्या human review अभी भी necessary रहता है, और क्या review वह understanding खो देता है जो पहले वह build करता था। वही paper कहता है कि public GitHub activity के observational analysis में पाया गया कि agent-authored pull requests को कम बार review किया गया, वे कई गुना तेज़ merge हुए, और human-authored ones की तुलना में उन पर कम discussion हुआ। फिर आती है chair में बैठी मज़ेदार छोटी cactus वाली बात: अलग लेकिन equally defensible analysis choices के तहत इन trends की direction flip हो जाती है।

यही dashboard trap है। अगर आपका extension केवल faster merges और fewer comments गिनता है, तो वह शायद ठीक उसी behavior को reward करे जिसे आपकी team को और सावधानी से inspect करना चाहिए। arXiv study ने 38,709 grey-literature documents collect किए, 3,100 के stratified random sample को LLM-assisted pipeline से code किया, और 26 constructs तथा 67 relationships वाला causal model बनाया। Builders के लिए translation: workflow को instrument करें, लेकिन यह pretend न करें कि workflow अपने आप self-explanatory है। Metrics smoke alarms हैं, tiny robes पहने judges नहीं।

IDEs और terminals agent operations पर converge हो रहे हैं

इस कहानी का दूसरा पक्ष यह है कि agents शालीनता से editor के अंदर ही नहीं रह रहे। arXiv paper Building AI Coding Agents for the Terminal में, authors OpenDev को open-source command-line coding agent के रूप में present करते हैं और architecture choices का वर्णन करते हैं, जिनमें workload-specialized model routing, planning को execution से अलग करने वाला dual-agent design, lazy tool discovery, adaptive context compaction, automated memory, और event-driven system reminders शामिल हैं। यह उस चीज़ के लिए बहुत सारी machinery है जिसे पहले typing commands कहा जाता था, लेकिन लो, अब हम shell scripts को wildlife documentaries की तरह narrate कर रहे हैं।

VS Code के लिए यह मायने रखता है क्योंकि editor tooling को agents से वहीं मिलना होगा जहाँ से वे originate करते हैं। कुछ काम terminal-native agent में शुरू होगा, कुछ IDE extension में, कुछ PR bot में, और कुछ उस cursed integration में जिसे आपकी team ने किसी Greek letter के नाम वाले sprint के दौरान लिखा था। Tech Insider का tutorial इसलिए useful है क्योंकि यह editor को agent work के aggregation surface की तरह treat करता है, न कि agent work होने की एकमात्र जगह की तरह। Winning pattern कोई prettier chat box नहीं है। यह उन code changes के लिए operations view है जो increasingly autonomous tools बनाते हैं।

Builders के लिए immediate move modest है: agent PRs को वहीं surface करें जहाँ review पहले से होता है, human review status को visible रखें, और इतना context preserve करें कि speed archaeology न बन जाए। देखें कि editor release notes agent session scale का नाम लेते रहते हैं या नहीं, क्योंकि release notes वही जगह हैं जहाँ keynote confetti vacuum होने के बाद product truth जाती है। Editor अब सिर्फ वह जगह नहीं है जहाँ code लिखा जाता है। यह वह जगह है जहाँ interns की गिनती होती है।