Claude Code First Task Runbook: भरोसा बनाने वाले 7 सुरक्षित शुरुआती काम

पहला task ही Claude Code पर भरोसा बनाता या तोड़ता है

Claude Code install करते ही उससे पूरी feature बनवाना अच्छा पहला कदम नहीं है। पहला task छोटा, local, verify करने योग्य और आसानी से rollback होने वाला होना चाहिए।

यह runbook Claude Code getting started guide के बाद पढ़ने के लिए है। नियमों को स्थिर करना हो तो CLAUDE.md templates भी देखें।

अच्छी पहली task की शर्तें

शर्त	क्यों जरूरी है
Local	production या external service नहीं छूती
छोटी	पूरा project नहीं बन जाती
Verifiable	diff, build या test से परिणाम दिखता है
Reversible	खराब output तुरंत हट सकता है

भरोसा बनाने वाली 7 safe starter tasks

1. edit से पहले repo पढ़वाएं

इस repo को पढ़कर बताइए:
1. मुख्य entry points
2. सामान्य commands
3. risky directories
4. पहला छोटा file जिसे safely बदला जा सकता है

पहले समझ जांचें, फिर edit allow करें।

2. एक failing test या visible error summarize करवाएं

git status --short
npm.cmd run test

Claude Code से failure point, likely cause और smallest next action लिखवाएं।

3. सिर्फ छोटा refactor plan मांगें

इस file को inspect करें और behavior बदले बिना clarity बढ़ाने वाला smallest refactor बताएं।
पहले plan, touched lines, risk और verification लिखें। अभी edit न करें।

Plan कमजोर हो तो code बदलने से पहले रुक सकते हैं।

4. existing test में एक assertion जोड़ें

यह छोटा, measurable और intent समझने के लिए अच्छा काम है।

5. vague bug को reproducible note बनाएं

“कभी-कभी टूटता है” को fix कराने से पहले bug report template से conditions लिखें।

6. minimum CLAUDE.md बनाएं

# CLAUDE.md
- stack: Astro + TypeScript
- commands: npm.cmd run build
- do not touch: .env, dist, generated exports
- output preference: multi-file edit से पहले plan समझाएं

यह छोटा file बाद की sessions को stable बनाता है।

7. अगली session के लिए handoff note छोड़ें

पहली success patch ही हो, यह जरूरी नहीं। अगली session safely continue कर सके तो वह भी अच्छा result है।

शुरुआत में क्या न करें

production deploy, push, external send या full rewrite से शुरू न करें। पहली task local और एक command से verify होने वाली होनी चाहिए।

अगला कदम

Commands को free cheatsheet में रखें। Setup, permission या CLAUDE.md में रुकते हैं तो Setup Guide देखें। Team rollout चाहिए तो consultation page देखें।

Task के बाद क्या review करना चाहिए

पहली task का उद्देश्य सिर्फ “काम हुआ” नहीं है। यह तय करती है कि Claude Code को अगली बार कितना भरोसा दिया जाए। अंत में changed files, verification command, remaining risk और next smallest task जरूर लिखें।

इस task का review करें:
1. सच में बदली हुई files
2. success साबित करने वाली commands
3. अभी unchecked risks
4. अगली safe smallest task
5. rollback steps

अच्छी पहली session बड़ा diff नहीं बनाती; वह अगला decision आसान बनाती है। एक assertion भी ठीक है अगर verification साफ है। अगर diff बड़ा है लेकिन proof कमजोर है, अगली session में scope छोटा करें।