{
  "title": "Cursor के साथ एक साल: मेरा वर्कफ़्लो कैसे Agent से Architect तक विकसित हुआ",
  "excerpt": "Cursor के साथ मेरी यात्रा इस टूल के स्वयं के परिपक्वन को दर्शाती है: एक साधारण agent से लेकर एक परिष्कृत architectural partner तक। यह पोस्ट बताती है कि @ mentions, MCP, Plan Mode, और custom commands के माध्यम से मेरा वर्कफ़्लो कैसे विकसित हुआ।",
  "content_html": "<p>Cursor को अपना primary IDE बनाए हुए एक साल से अधिक हो चुका है, और इसने मेरे काम पर जो प्रभाव डाला है, उसे कम करके नहीं आंका जा सकता। Dylog में conversational AI प्लेटफ़ॉर्म बनाने और अपने व्यक्तिगत प्रोजेक्ट्स पर agentic infrastructure के साथ प्रयोग करने वाले एक machine learning engineer के रूप में, मैंने AI-native development के विकास को करीब से अनुभव किया है। Cursor के साथ मेरी यात्रा इस टूल के स्वयं के परिपक्वन को दर्शाती है: एक साधारण agent से लेकर एक परिष्कृत architectural partner तक।</p>\n\n<p>यह पोस्ट उस यात्रा पर एक विचार है, जिसमें विस्तार से बताया गया है कि मेरा वर्कफ़्लो कैसे विकसित हुआ और मैं Plan Mode, custom commands, और context engineering के शक्तिशाली संयोजन पर तेज़, स्मार्ट और अधिक स्पष्टता के साथ निर्माण करने के लिए कैसे निर्भर हो गया हूँ।</p>\n\n<h2>चरण 1: Agent ने संभाली कमान</h2>\n\n<p>जब मैंने शुरुआत की, तो मेरा उपयोग सरल था। मैं Cursor को एक supercharged autocomplete की तरह इस्तेमाल करता था। मैं एक comment लिखता, <code>Cmd+K</code> दबाता, और agent को code generate करने देता। यह जादुई था, लेकिन यह एक black box भी था। मैं एक यात्री था, और agent गाड़ी चला रहा था।</p>\n\n<p>फिर <strong>@ mentions</strong> आए। यह agent को वास्तविक context देने का मेरा पहला अनुभव था। इसके बजाय कि मुझे उम्मीद रहे कि यह मेरे codebase को समझेगा, मैं स्पष्ट रूप से इसे बता सकता था कि क्या देखना है:</p>\n\n<ul>\n<li><code>@file</code> — किसी विशिष्ट file को reference करने के लिए</li>\n<li><code>@folder</code> — पूरे directory को शामिल करने के लिए</li>\n<li><code>@codebase</code> — इसे पूरे project में search करने देने के लिए</li>\n<li><code>@web</code> — external documentation को pull in करने के लिए</li>\n<li><code>@docs</code> — libraries के official docs को reference करने के लिए</li>\n</ul>\n\n<p>यह एक बड़ी छलांग थी। अचानक, agent अनुमान नहीं लगा रहा था; बल्कि वह उसी context के साथ काम कर रहा था जो मेरे पास था। मैं कह सकता था \"refactor this function to match the pattern in <code>@file:utils/helpers.ts</code>\" और यह वास्तव में समझ जाता था।</p>\n\n<img src=\"/assets/images/cursor-at-mentions.png\" alt=\"Cursor @ mention context\" class=\"post-img\" width=\"1639\" height=\"935\">\n<span class=\"post-img-caption\">Cursor में @ mention dropdown, जो @file, @folder, @codebase, @web, और @docs जैसे context विकल्प दिखाता है, जो स्पष्ट context नियंत्रण की अनुमति देते हैं</span>\n\n<p>लेकिन बेहतर context होने के बावजूद, मैं अक्सर generate करने, debug करने, और फिर से generate करने के एक loop में फंस जाता था। Agent के पास बड़े tasks के लिए architectural vision की कमी थी।</p>\n\n<h2>चरण 2: MCP सब कुछ बदल देता है</h2>\n\n<p><strong>Model Context Protocol (MCP)</strong> का आगमन वह समय था जब चीज़ें गंभीर हो गईं। MCP ने मुझे Cursor को external tools और data sources से जोड़ने की अनुमति दी, जिससे agent एक code generator से एक true assistant में बदल गया, जिसे मेरे पूरे workflow तक पहुँच मिली।</p>\n\n<p>मैंने निम्नलिखित के लिए MCPs को integrate करना शुरू किया:</p>\n\n<ul>\n<li><strong>GitHub</strong> — issues और PRs को सीधे context में pull in करने के लिए</li>\n<li><strong>Linear</strong> — task management integration के लिए</li>\n<li><strong>Slack</strong> — team communication context के लिए</li>\n<li><strong>Custom MCPs</strong> — internal APIs और databases के लिए</li>\n</ul>\n\n<p>MCP के साथ, मैं कह सकता था \"implement the feature described in Linear issue #234\" और agent issue को fetch करेगा, requirements को समझेगा, और निर्माण शुरू कर देगा। यह अब केवल code के बारे में नहीं था; यह मेरे पूरे development ecosystem में बिंदुओं को जोड़ने के बारे में था।</p>\n\n<img src=\"/assets/images/cursor-mcp-integrations.png\" alt=\"MCP integrations in Cursor\" class=\"post-img\" width=\"1639\" height=\"935\">\n<span class=\"post-img-caption\">MCP configuration panel जो GitHub, Linear, Slack, और custom servers जैसे connected integrations दिखाता है, जो Cursor की क्षमताओं को पूरे development ecosystem में बढ़ाते हैं</span>\n\n<h2>चरण 3: Planner का उदय</h2>\n\n<p><strong>Plan Mode</strong> का आगमन अगला game-changer था। यह पहली बार था जब मुझे लगा कि मैं AI के साथ सहयोग कर रहा हूँ, न कि केवल इसे काम सौंप रहा हूँ। Ray Fernando जैसे developers के workflows से प्रेरित होकर, मैंने एक two-step process का उपयोग करना शुरू किया:</p>\n\n<ol>\n<li><strong>Opus के साथ Plan करें:</strong> मैं Claude Opus जैसे शक्तिशाली model का उपयोग करता था ताकि एक विस्तृत, चरण-दर-चरण implementation plan generate हो सके। मैं इसे high-level goal देता था, और यह इसे concrete tasks की एक श्रृंखला में तोड़ देता था, जिसमें file names, function signatures, और logic शामिल होते थे।</li>\n<li><strong>Sonnet/GPT के साथ Execute करें:</strong> फिर मैं उस plan को एक तेज़, सस्ते model जैसे Sonnet या GPT-5.2 को सौंपता था ताकि प्रत्येक step को execute किया जा सके। सस्ते model को एक brilliant architect होने की आवश्यकता नहीं थी; इसे बस एक मेहनती builder होने की ज़रूरत थी।</li>\n</ol>\n\n<p>यह workflow एक बड़ा सुधार था। इसने \"what\" को \"how\" से अलग किया, और इसने मुझे एक reviewable artifact दिया—the plan—जिसे मैं किसी भी code के लिखे जाने से पहले edit और approve कर सकता था। इसने tokens पर भी बहुत सारा पैसा बचाया।</p>\n\n<img src=\"/assets/images/cursor-plan-mode.png\" alt=\"Cursor Plan Mode workflow\" class=\"post-img\" width=\"1639\" height=\"935\">\n<span class=\"post-img-caption\">एक split view जो बाईं ओर <code>.cursor/plans/</code> file में एक विस्तृत implementation plan और दाईं ओर संबंधित generated code दिखाता है, जो architecture को execution से अलग करने का प्रदर्शन करता है</span>\n\n<h2>चरण 4: Architect का उदय (Commands + Planning)</h2>\n\n<p>यह वह जगह है जहाँ मैं आज हूँ। जबकि Plan Mode अभी भी मेरे workflow का केंद्र है, मैंने process को fine-tune करने और अपने architectural principles को सीधे IDE में शामिल करने के लिए <strong>custom commands</strong> और <strong>rules</strong> का एक सेट जोड़ा है।</p>\n\n<h3>मेरा वर्तमान Setup</h3>\n\n<p><strong>Rules (<code>.cursorrules</code>):</strong> मेरे पास rules का एक सेट है जो मेरे coding standards, preferred patterns, और architectural constraints को परिभाषित करता है। Agent हर task से पहले इन्हें पढ़ता है, जिससे codebase में consistency सुनिश्चित होती है।</p>\n\n<p><strong>Custom Commands:</strong> मैंने commands बनाए हैं जो मेरे सबसे सामान्य workflows को wrap करते हैं:</p>\n\n<ul>\n<li><code>/plan</code> — Opus का उपयोग करके एक विस्तृत implementation plan generate करता है</li>\n<li><code>/refactor</code> — एक file लेता है और instructions के आधार पर इसे refactor करता है</li>\n<li><code>/test</code> — एक दिए गए function के लिए एक test suite generate करता है</li>\n<li><code>/review</code> — मेरे rules के अनुसार code की समीक्षा करता है और सुधार सुझाता है</li>\n</ul>\n\n<p><strong>Queued Messages:</strong> मैं <code>Ctrl+Enter</code> का उपयोग करता हूँ ताकि agent के काम करते समय follow-up instructions को queue में लगाया जा सके। इससे मैं आगे की योजना बना सकता हूँ और वर्तमान task को बाधित किए बिना गति बनाए रख सकता हूँ।</p>\n\n<img src=\"/assets/images/cursor-custom-commands.png\" alt=\"Cursor custom commands and rules\" class=\"post-img\" width=\"1639\" height=\"935\">\n<span class=\"post-img-caption\">Cursor command palette जो <code>/plan</code>, <code>/refactor</code>, <code>/test</code>, और <code>/review</code> जैसे custom commands दिखाता है, साथ ही एक <code>.cursorrules</code> file जो coding standards और architectural constraints को परिभाषित करती है</span>\n\n<h2>एक नज़र में विकास</h2>\n\n<table>\n<thead>\n<tr>\n<th>चरण</th>\n<th>मुख्य Feature</th>\n<th>क्या बदला</th>\n</tr>\n</thead>\n<tbody>\n<tr>\n<td>1</td>\n<td>Agent Mode + @ Mentions</td>\n<td>Context स्पष्ट हो गया, अनुमानित नहीं</td>\n</tr>\n<tr>\n<td>2</td>\n<td>MCP Integration</td>\n<td>External tools और data accessible हो गए</td>\n</tr>\n<tr>\n<td>3</td>\n<td>Plan Mode</td>\n<td>Architecture execution से अलग हो गया</td>\n</tr>\n<tr>\n<td>4</td>\n<td>Commands + Rules</td>\n<td>Workflows दोहराने योग्य और व्यक्तिगत हो गए</td>\n</tr>\n</tbody>\n</table>\n\n<h2>यह क्यों मायने रखता है</h2>\n\n<p>Agent से architect तक यह विकास केवल एक व्यक्तिगत productivity hack से अधिक है। यह software development के भविष्य की एक झलक है। हम एक ऐसी दुनिया से दूसरी दुनिया की ओर बढ़ रहे हैं—जहाँ हम code लिखते हैं, वहाँ से जहाँ हम <strong>systems का वर्णन</strong> करते हैं। हमारा काम architect होना है, blueprint को परिभाषित करना है, और agents को निर्माण करने देना है।</p>\n\n<p>Cursor, मेरे द्वारा उपयोग किए गए किसी भी अन्य tool से अधिक, इस shift को समझता है। यह केवल code generate करने के बारे में नहीं है; यह complexity को manage करने, context बनाए रखने, और developers को उस scale पर निर्माण करने की क्षमता देने के बारे में है जो पहले कल्पना से परे था।</p>\n\n<p>यदि आप अभी भी AI को एक साधारण code generator के रूप में उपयोग कर रहे हैं, तो मैं आपको @ mentions, MCP, Plan Mode, और custom commands को explore करने के लिए प्रोत्साहित करता हूँ। यह एक यात्रा है जो आपको एक developer से बदलकर एक architect में बदल देगी जो AI का निर्देशन देता है।</p>",
  "source_hash": "sha256:88320b9a62c7c3531ce3e1d3c838c4ff391eba9503c622827333c5c8d87cf3f6",
  "model": "moonshotai/kimi-k2.6",
  "generated_at": "2026-08-07T07:11:54.524132+00:00"
}