शैडोइंग अभ्यास: I was an AI skeptic. Then I tried plan mode - वीडियो के साथ अंग्रेजी बोलना सीखें
अभ्यास मोड चुनें
हर मोड पूरी स्क्रीन का अभ्यास कक्ष खोलता है।
178 वाक्य
यदि वाक्य बहुत छोटे या लंबे हों, तो समायोजित करने के लिए Edit पर क्लिक करें।
1
My interest in AI coding started when I tried plan mode.
2
Before I tried plan mode, I was a total AI skeptic.
3
I thought, there's no way that AI can write decent code.
4
It's certainly not at the speed that I can.
5
There's no way that AI can understand my code base as well as I can.
6
And there's no way that AI can mimic the instincts that I've built up over a long career doing this stuff.
7
And then Claude Code released plan mode.
8
And I tried it, and I've never gone back.
9
Every piece of code I write now goes through this loop, where I first plan it in plan mode with an AI.
10
I then get the AI to execute the plan, basically write the code that was in the plan.
11
We then test it together, either by running unit tests or by type checking or by manual QA.
12
Then we commit the code and the process starts again and we start planning the new thing.
13
I believe this process is completely indispensable to getting decent outputs from an AI.
14
And if you drop this plan step altogether, then you are really hampering yourself in terms of what you can do.
15
Now, for folks who want to skip to the end and get the good stuff immediately, I've added a link below that shares my rules for creating really great plans in my claw.md file.
16
We're going to be going through some of these and why I have them in here, but if you want to get them right now and start using them, then follow the link below.
17
And if you don't want to miss out on any more of this stuff, then sign up to my newsletter there too.
18
But let's actually get talking about what plan mode is, first of all.
19
When you run claw code or any kind of AI coding assistant on your computer, it can do four main things.
20
It can write to the file system.
21
It can read from the file system, or it can read websites and documentation and go and ping URLs, or it can run bash scripts on your local machine, or if you're on Windows,
22
you know, PowerShell or anything like that.
23
Or it can use MCP servers that are either running locally
24
or are remote and call tools on them to do things and find out information.
25
The way that plan mode works is you essentially disable the write functionality.
26
In plan mode, the AI agent isn't allowed to write files, and the agent has a different system prompt telling it to
27
do different things to actually create a plan before making any changes.
28
And if it tries to make changes, then it should actually encounter an error.
29
So it's being stopped from making changes.
30
So because the agent can't do any writes to the file system, it then goes into a mode where it explores your code base, looks for all the information it might need,
31
and puts that into a detailed plan that it will then go to execute on afterwards.
32
You can get into plan mode really easily by just taking clawed code and just shift-tabbing until you reach plan mode.
33
Clawcode was the first place that I saw plan mode, I don't know, about nine months ago, let's say.
34
But now other places like Cursor and VS Code also have plan mode.
35
So I've told you what it is, but I haven't really told you why this plan step here is so crucial.
36
What happens if you don't plan and instead go straight into executing?
37
Well, let's start off with the agent first.
38
I want you to imagine for a second
39
that you had a colleague who every time they made a commit forgot everything they'd ever learned about the repo.
40
How would you make that colleague productive?
41
Well, probably what you'd tell them is to explore the repo first before they went and made any changes.
42
And that's what PlanMode does here.
43
It loads up the LLM's context with all the relevant info.
44
It helps the LLM look at your codebase to see code patterns that you're using.
45
And not only that, it will often use a really cheap, fast model to do this.
46
Claude Code often uses 4.5 Haiku, which is really cheap and really, really quick, and launches it in a sub-agent so Haiku can go
47
and ping out loads and loads of requests for different files, and then it sends back a summary to the parent, more expensive agent.
48
If you had no idea what I just said, I will explore that in a future video.
49
But all of this to say that planning helps the agent.
50
Now if you don't do this then the context won't be loaded with relevant information.
51
The LLM might make a stupid mistake because it just doesn't have all the information.
52
It might use patterns or context that aren't actually used in your codebase.
53
And so lots of the failure modes that you might be seeing
54
while using these tools might be down to the fact that you're not planning.
55
But let's talk about the other side of the coin, that planning actually helps the developer.
56
There's a great maxim from the pragmatic programmer that says no one ever knows what they want.
57
planning out a new feature or a new idea you probably don't fully know exactly what you want.
58
If you're planning a refactor you might not fully understand the ramifications of your change.
59
When you've got a UI thing to tweak you might have three different options that you're considering in your head.
60
The way around this for most developers is rubber ducking, is literally talking it out with someone else
61
or a rubber duck in front of you until you've figured
62
out the best solution by talking through it considering all the options.
63
And so an actual planning process helps the the developer by making sure they have a strong idea of what they want.
64
And this process is iterative.
65
In other words, you loop back
66
and forth with the AI until you have a plan that you feel that you can depend on.
67
And that process of the AI suggesting something and you saying, no, not quite.
68
By the end of that, both you and the AI are going to have a clearer idea of what actually needs to be done.
69
And then the doing of it is really simple and you can mostly let the AI go on autopilot.
70
Now, if you don't do this, then the AI is not going to know quite what you want.
71
You in this situation are like a demanding client, demanding something gets fixed, but the AI doesn't quite know how to implement it.
72
Or the AI isn't sure how to please you.
73
And if you don't talk out the requirements, you're not going to fully know what they are.
74
Hashing out the requirements before you get to code is something we've been doing for 50 years as developers.
75
And there's no reason why we should stop now.
76
So hopefully I've convinced you that plan mode is really useful.
77
Let's actually walk through a recent trace of mine so we can see it working.
78
I've been working on my course video manager which you've probably seen a few times if you've been looking at this channel.
79
The first thing I did was I entered plan mode and I described a bug that was happening.
80
Essentially in my database I've just moved from repos into repo versions
81
but not all of the code had been migrated yet so something weird was happening when I added a repo.
82
I didn't type this out I just dictated this in.
83
And by the way if you're not using a dictation tool like whisper flow
84
or super whisper you absolutely have to but that's probably a topic for another video.
85
So what it did is it then ran and explore subagent to explore the codebase, understand the current schema and how repos are created.
86
Doing this, it burned around 40,000 tokens.
87
But bear in mind, it wasn't using Opus 4.5 for this, it was using Haiku 4.5.
88
And then it said, now I can see the issue clearly.
89
The API.repos.add.ts creates sections without a version.
90
Let me explore how versions are created elsewhere.
91
Understand that create sections method signature.
92
So the explore subagent just gave it a little hint as to what was going wrong
93
and then it went and looked itself by searching in the repo with search create repo version,
94
let me check the exact schema definition and then once it had a full understanding it said let me write the plan.
95
It saves these plans on the file system so that you can actually read them yourselves.
96
And in fact you can see in this directory I have dozens
97
and dozens of plans from all of my plan mode usage.
98
One thing it then did is it asked me some questions, It asked should new repos default to v1.0 as the initial version name and I said yes.
99
So in other words it was iterating with me towards the solution.
100
This was a question that I hadn't answered in my initial like two line prompt
101
and it figured out it needed that information and it asked me the information.
102
In other words I was behaving like a crappy client not providing all the information up front
103
and so I had a question from the developer and I answered it.
104
So I then approved the plan and moved out of plan mode into actual pushing mode.
105
And from there it was then able to actually make the changes.
106
Funnily enough it turned out that there was something
107
that neither of us had considered which was the sections still had a repo ID on them from the previous iteration.
108
I said surely they can just have a repo version ID and then resolve any dependencies through that.
109
So for this I actually kicked off plan mode again.
110
It went and did some more exploration here and then it found
111
that it was a completely different tasks so it updated the plan file with this refactor.
112
Further down it then answered or I answered some more questions
113
and it then went and did it and executed the code changes.
114
So that's what the plan mode execution loop actually looks like.
115
And this scales from small changes as we saw there to actually large scale architectural changes.
116
One really cool thing I've seen people doing is taking their plans
117
and putting them in GitHub issues so other people can comment on them.
118
Kind of like a request for comment RFC proposal where you just put it up, people ping their ideas up there and then you reach a shared solution together.
119
It's even great to put them on GitHub PRs so
120
that someone reviewing your code can understand what the plan was when you made the code.
121
But there's probably one question that's coming to your head immediately.
122
Isn't this just like a huge amount of reading?
123
Like I don't want my job to become just reading product requirement documents all day.
124
Well, let me show you the single line of text
125
that I added to my claw.md file that has made my plan so much easier to read.
126
Here it is right here.
127
Make the plan extremely concise, sacrifice grammar for the sake of concision.
128
Now I've talked about this before but this is an absolutely key part to my workflow.
129
This takes plans that are like 2000 words long and puts them in 400 words.
130
It gives you a really detailed high level overview of the changes
131
and actually means you can skip through loads of the plan really really fast
132
and just scan it to see if anything looks wrong.
133
And finally I I say at the end of each plan, give me a list of unresolved questions to answer, if any.
134
This gives the agent an extra little nudge just to ask me anything that it's confused about or not sure about.
135
And it puts it in more of an exploratory, sort of slightly worried, paranoid mode, which is where I want it.
136
I strongly recommend you take these literally three lines of text here, take them, put them in your claw.md and you will notice a massive difference in plan mode.
137
I could make this set up longer, right?
138
I could really go into detail here, but I don't want to overforce the LLM and this claw.md will be put into every single session I use.
139
So I find that the concision here is actually really essential for steering the LLM better.
140
The fewer instructions you use inside your claw.md, the more instruction budget the LLM has to do other things.
141
But instruction budget is probably the topic for another video, I think.
142
Now there's one One final thing to cover here, which I can hear you typing out in the comments immediately.
143
I got loads of these comments on my Claude Code video as well, which covered some similar ground.
144
And what you're probably typing is, I can do this faster myself.
145
Going through the whole plan mode rigmarole, then just to get the AI ready to do the work, I can just go into the codebase myself, change the files and actually just do it.
146
And guess what?
147
In some cases, you are absolutely right.
148
When you know the codebase inside out, when you know exactly the change that needs to made, you go into the codebase with a massive advantage over the LLM, which is you have all the context already.
149
You don't need to send off an explore subagent to burn tokens to actually understand the codebase, you know it already.
150
And in those cases you should absolutely go through and make the change yourself.
151
But here's the thing you should think about, which is those cases are going to be relatively limited.
152
In a large organisation you only have so many repos that you understand deeply.
153
PlanMode allows you to contribute effectively to repos you don't know that well.
154
Because you and the LLM walk in with the same amount of context.
155
And plan mode allows you to work your way through the repo, figure out exactly what change needs to be made, even if it's in a language that you're not quite that familiar with.
156
And here's the other thing.
157
In this situation, where you can do it faster than the LLM, it's probably quite a simple change.
158
If it's a big architectural tweak, then you probably still want to go through the rubber duck process.
159
You can do that with a colleague, of course, but then you're taking up your colleague's time.
160
Wouldn't it be better to rubber duck with an AI that can scan the codebase, understand what's going on, create a plan document, send that plan document to your buddy and say I've got this plan, what do you think?
161
Or you might find with the AI
162
that actually the requirements are more solid than you thought and you can just get the AI to bash it out.
163
The final point here is that these tools are only going to get faster.
164
It's an open question as to whether the tools are going to get smarter.
165
I think they're going to get a bit smarter but not a lot smarter.
166
But what's guaranteed is that they will get faster.
167
And so if your only advantage over AI is your speed, then that advantage will get eroded more and more and more.
168
And so for me, I'm using plan mode every single time because I want to develop familiarity with these tools.
169
I want to understand how they work and what their weaknesses are, because there are weird weaknesses baked into the cake that are not going to be removed however long this goes on for.
170
And the more feel I can get for AI, I know the more secure my career is going forward.
171
So that's plan mode, this loop where you plan before you execute
172
and test that loads up the LLM with context and makes your requirements clearer to yourself.
173
If I had one tip to give to anyone that's doing AI coding, it is to use plan mode.
174
It is a phenomenal tool for working with AI and I honestly could not live without it.
175
And if you want to get the most out of plan mode, then you've got to follow the link below to get my agents.md file.
176
Thanks for following along, folks.
177
I've been really enjoying making these AI coding videos.
178
I'll see you in the next one.
ऐप डाउनलोड करें
धाराप्रवाह बोलने के लिए ज़रूरी सब कुछ
AI उच्चारण स्कोरहर वाक्य का स्कोर
IPA अभ्यासहर ध्वनि में महारत
शब्दावलीअपना शब्द भंडार बनाएँ
शब्द गेमखेलते हुए सीखें
उसी चैनल से
C14
New Skills! v1.3 brings /pr, /implement-spec, and /retro
Business EnglishWorking Adults
C13
mattpocock/skills: A complete AI Coding workflow, end-to-end
British AccentBusiness EnglishUniversity StudentsWorking Adults
B23
/wayfinder: Nothing is too big to plan anymore
British AccentBusiness EnglishUniversity StudentsWorking Adults
C15
The 7 phases of AI-driven development
British AccentBusiness EnglishUniversity StudentsWorking Adults
C12
How to actually force Claude Code to use the right CLI (don't use CLAUDE.md)
British AccentBusiness EnglishUniversity StudentsWorking Adults
C13
New Skills! v1.2 brings /wait-what, /writing-for-agents, and fixes /grill-me
British AccentDaily ConversationWorking Adults
C13
Learn anything with the /teach skill
British AccentBusiness EnglishUniversity StudentsWorking Adults
C16
5 Claude Code skills I use every single day
British AccentBusiness EnglishUniversity StudentsWorking Adults
C15
Can Cursor's HARDCORE Review Skill Stop The Slop?
British AccentBusiness EnglishUniversity StudentsWorking Adults
C14
New Skills! v1.1 brings /wayfinder, /research, /implement, /to-spec, /to-tickets
British AccentBusiness EnglishUniversity StudentsWorking Adults
C15
Most devs don't understand what agents are
British AccentDaily ConversationUniversity StudentsWorking Adults
C12
Most devs don't understand how LLM tokens work
British AccentBusiness EnglishUniversity StudentsWorking Adults
C1New Skills! /handoff, /prototype, /review and /writing-* | Skills Changelog
British AccentBusiness EnglishUniversity StudentsWorking Adults
FOR YOU
अनुशंसित वीडियो
B24
165 वाक्य
How I'd Learn AI From Scratch in 2026 (skip the useless 80%)
American AccentBusiness EnglishUniversity StudentsWorking Adults
C12
12 वाक्य
A Return to Code
Business EnglishUniversity StudentsWorking Adults
B22
37 वाक्य
Build data-driven lesson plans with Claude for Teachers
Business EnglishHigh School StudentsUniversity Students
B23
337 वाक्य
Ultimate Guide To ChatGPT Codex for Everyday People
Business EnglishUniversity StudentsWorking Adults
B2171 वाक्य
Interview Tips from a Senior Software Engineer... and a 4 year old
Business EnglishInterview EnglishUniversity Students
B26
251 वाक्य
I Spent 1.5 Billion AI Tokens on Absolute Slop
Business EnglishUniversity StudentsWorking Adults
B25
306 वाक्य
How to write like a human being, not a robot
Business EnglishUniversity StudentsWorking Adults
B23
548 वाक्य
Sam Altman x Nikhil Kamath: How to Win When AI Changes Everything | People by WTF | Episode 13
Business EnglishUniversity StudentsWorking Adults
B28
11 वाक्य
Cần cập nhật gì về AI - Ali Abdaal #AI #Update #ielts
IELTS PrepBusiness EnglishUniversity Students
B21
564 वाक्य
AI-First Playbook: Do a Team's Work With AI (2026) | Peter Yang
Business EnglishWorking Adults
इस वीडियो के साथ बोलने का अभ्यास क्यों करें?
इस वीडियो में, बोलने वाले ने अपने अनुभवों को साझा किया है कि कैसे उन्होंने एआई कोडिंग के तहत 'प्लान मोड' का उपयोग किया और कैसे यह उनकी कौशल को विकसित करने में सहायक रहा। जब आप इस तरह के अनुभवों को सुनते हैं, तब आप न केवल नई जानकारी प्राप्त करते हैं, बल्कि आपको बोलने की क्षमता में भी सुधार होता है। यह वीडियो सुनकर आप 'शैडो स्पीक' (shadow speak) तकनीक का उपयोग करते हुए प्रभावी ढंग से बोलने की कला का अभ्यास कर सकते हैं। इस सामग्री की मदद से, आप संचार में आत्मविश्वास और दक्षता प्राप्त कर सकते हैं।
संदर्भ में व्याकरण और अभिव्यक्तियाँ
फिर वीडियो में कई महत्वपूर्ण व्याकरणिक संरचनाएँ और अभिव्यक्तियाँ उपयोग की गई हैं, जो इंग्लीश बोलने के दौरान आपकी मदद कर सकती हैं। यहाँ कुछ प्रमुख नमूने दिए जा रहे हैं:
- “जब मैंने प्लान मोड आजमाया” - यह वाक्यांश अतीत के अनुभव को साझा करने में मद्दगार है, जिसे सीखने वाले महत्वपूर्ण संदर्भ में उपयोग कर सकते हैं।
- “यह प्रक्रिया पूरी तरह से आवश्यक है” - यह अभिव्यक्ति किसी कार्य के महत्व को जोर देने में सहायक है, जो आपके संवाद में प्रभावी बनाने में मदद कर सकती है।
- “आपको पहले योजना बनानी होगी” - यह सुझाव देने वाली संरचना है, जो आपका विचार व्यक्त करने में सहायक होती है और सलाह देने के लिए उपयोगी होती है।
सामान्य उच्चारण गलतियाँ
वीडियो में कुछ शब्दों और उच्चारणों पर ध्यान देना आवश्यक है। उदाहरण के लिए:
- “प्लान मोड” - इसे ठीक प्रकार से उच्चारित करना महत्वपूर्ण है ताकि अर्थ स्पष्ट हो सके।
- “एआई” - इसके उच्चारण में ध्यान देना चाहिए, क्योंकि यह तकनीकी शब्द है।
- “कोड बेस” - इस शब्द के उच्चारण में विशेष ध्यान देना चाहिए, क्योंकि यह तकनीकी संदर्भ में अक्सर प्रयोग होता है।
इन शब्दों और वाक्यांशों की सही उच्चारण सीखने से आप अंग्रेजी शैडोइंग praktik में सुधार कर सकते हैं, जिससे आपकी बोलने की दक्षता बढ़ सकती है। इस प्रक्रिया में 'शैडो स्पीच' तकनीक का प्रयोग करके, आप लोगों के साथ बातचीत करते समय आत्मविश्वास से भरपूर रहेंगे।
इस वीडियो का व्याकरण
वक्ता जिन संरचनाओं का सबसे अधिक प्रयोग करता है, वीडियो के असली शब्दों के साथ:
| संरचना | वीडियो में |
|---|---|
| Present perfect continuous have/has been + -ing — पहले शुरू हुआ काम जो अब भी जारी है | we've been doing · I've been working |
| Present perfect have/has + past participle — बीता हुआ काम जिसका असर अभी भी है | I've built · I've never gone · I've added |
| Passive voice be + past participle — ज़ोर इस पर कि क्या होता है, न कि कौन करता है | isn't allowed · being stopped · won't be loaded |
| Relative clauses who / which + उपवाक्य — व्यक्ति या वस्तु के बारे में अतिरिक्त जानकारी | Haiku, which is · considered which was · mode, which is |
शैडोइंग तकनीक क्या है?
शैडोइंग (Shadowing) एक विज्ञान-समर्थित भाषा सीखने की तकनीक है जो मूल रूप से पेशेवर दुभाषिया प्रशिक्षण के लिए विकसित की गई थी। विधि सरल लेकिन शक्तिशाली है: आप मूल अंग्रेज़ी ऑडियो सुनते हैं और तुरंत इसे ज़ोर से दोहराते हैं — जैसे वक्ता की छाया 1-2 सेकंड की देरी से। शोध से पता चलता है कि यह उच्चारण सटीकता, स्वर, लय, जुड़ी हुई ध्वनियाँ, सुनने की समझ और बोलने की प्रवाहशीलता में काफ़ी सुधार करता है।