The post has been translated automatically. Original language: Russian
The original video is on YouTube, called "Mastering Claude Code in 30 minutes". Below are the main important points from the video.
Adapting the agent
It is recommended to carry out onboarding before using the agent. You can start with the questions:
— how is this file used?
— why does the function have so many arguments?
— check out git history
— what did I do last week?
This helps to understand the boundaries of the agent and learn how to formulate tasks normally.
You need to understand the problem yourself.
The ideal scenario for correct assistance is
Explore → Plan → Confirm → Code → Verify → Commit
No need to immediately ask to implement a huge feature. It is better to first ask to investigate the problem and suggest several options and leave the decision-making to yourself.
Tools
The agent is not required to know your instrument in advance. You can describe internal bash/CLI commands and MCP servers to it. For example:
- use our CLI to check the logs of the last run
- call -h to understand how it works
The context determines the quality of the work
The more correct context you give an agent, the smarter it works. And it needs to be structured. They offer standard markup:
Enterprise policy
general company rules, prohibitions, permissions
Global / user
personal settings for all projects
Project shared
project settings that are committed in Git
Project local
personal settings inside the project, they are not committed
---
Оригинальное видео есть на ЮТ, называется "Mastering Claude Code in 30 minutes". Ниже рассказываю основные важные моменты из видео.
Адаптируем агента
Рекомендуется перед использованием агента, провести онбординг. Можно начать с вопросов:
— как используется этот файл?
— почему у функции столько аргументов?
— посмотри git history
— что я сделал на прошлой неделе?
Это помогает понять границы агента и научиться нормально формулировать задачи.
В задачу нужно вникать самому
Идеальный сценарий для корректного ассистирования является
Explore → Plan → Confirm → Code → Verify → Commit
Не нужно сразу просить реализовать огромную фичу. Лучше сначала попросить исследовать проблему и предложить несколько вариантов и оставить принятие решения за собой.
Инструменты
Агент не обязан знать ваш инструмент заранее. Можно описывать ему внутренние bash/CLI команды и MCP-серверы. Например:
- используй наш CLI, чтобы проверить логи последнего прогона
- вызови -h, чтобы понять, как он работает
Контекст определяет качество работы
Чем больше правильного контекста дать агенту, тем умнее он работает. И его нужно структурировать. Предлагают стандартную разметку:
Enterprise policy
общие правила компании, запреты, разрешения
Global / user
личные настройки для всех проектов
Project shared
настройки проекта, которые коммитятся в Git
Project local
личные настройки внутри проекта, они не коммитятся
Share
