Coding with AI Agents

На 22 октомври 2026 г. бях гост на среща на живо на общността CoTransition – Agile Management в Campus X (VISA Innovation Hub) в София. Вечерта беше за разликата между хаотичното експериментиране с prompts и вграждането на Claude Code в ежедневната engineering работа, с реални примери от работата ми в Ship.Cars USA, а после – Q&A и дискусия.

CoTransitionCoTransition

Започнах с кратка презентация: Coding with AI Agents.

Основната идея се събира в един ред:

Hand over the whole task. Give it a way to check. Own what ships.

Дайте на агента цялата задача. Дайте му начин да се провери. Вие отговаряте за това, което отива в production.

Презентацията

Презентацията е в три формата:

Показах и Капитана – plugin за Claude Code, в който една сесия командва екип от background agents. Капитана разделя работата, пуска агентите паралелно, праща всеки diff на review и ви пита само за важното.

Как работи КапитанаКак работи Капитана

What changed: по-малко prompting, не повече

Новите модели искат по-малко prompting, не повече:

  • Започнете с medium effort. Качвайте effort само когато измерите реален gain.
  • Дългите autonomous runs работят – с часове, ако агентът има ясен finish line.
  • Голям context window – от 500K до 1M tokens според модела, а thinking е вграден.

Затова можете да махнете от prompts редове като „think carefully“, „double-check your answer“ или „use a subagent to verify“.

Три правила за всяка сесия

  1. Whole task, clear finish line. Например: „Done means: всички endpoints са мигрирани, старият client е изтрит, тестовете минават.“
  2. Въртете effort dial-а, без „think hard“. Съвременните модели винаги мислят. Effort решава колко.
  3. Първо четете „needs your decision“. Слагайте кратки ID на всеки въпрос, за да отговаряте с „Q2 да, OP1 не“.

Ten steps, one loop

Workflow-ът не е вързан за един tool. Работи и с Claude Code, и с GitHub Copilot.

Ten steps, one loop

  1. Context files – кратки, със stop rule. Проверете всеки ред: ако го махнете, ще стане ли грешка? Ако не – махнете го.
  2. Skills, MCP, plugins – зареждат се on demand, малко tools. Context-ът е ограниченият ресурс. Предпочитайте CLI tools като gh и gcloud и проверявайте всеки plugin като package.
  3. Jira и GitHub – от ticket до pull request, с least-privilege tokens. Агентът прави draft, човекът прави merge и сменя статусите.
  4. Spec и review – SPEC.md с ясен finish line. Оставете Claude да ви интервюира, после имплементирайте spec-а в нова сесия.
  5. Agents и advisor – давайте голямата работа паралелно на subagents и оставете observer agent да следи за тихи решения и false success.
  6. Build – tests first, TASKS.md, който оцелява след context compaction, и hooks, които пускат lint и тестове при всяка промяна.
  7. Verify – green не значи verified. Review на няколко нива, а не един gate.
  8. Learn – повторена корекция става правило в CLAUDE.md, skill, hook или lint rule.
  9. Marketplace – пакетирайте това, което работи, като private plugin с owner и version.
  10. Copilot parity – AGENTS.md като обща основа за Claude Code и Copilot.

Стъпка 8 захранва стъпка 1, така loop-ът става по-добър всеки път.

Tell it when to stop

Едно правило, което винаги добавям във всеки CLAUDE.md, е stop rule. Продължавай, когато нищо не зависи от мен. Спри и питай, когато си blocked или преди нещо destructive.

Tell it when to stop

Production, deploy и push винаги искат вашето изрично „да“.

People where the risk is

Не всяка промяна иска еднакво review. Risk tier-ът се определя от промяната, а не от автора:

People where the risk is

  • Low risk – docs, copy, additive промени зад feature flag: без човек, щом checks са green.
  • Medium risk – обикновени product промени: един human approval.
  • High risk – auth, billing, CI и другите рискови места, които посочите: два human approvals.

Който е дал prompt за промяната, той е owner на нея. Bot approval никога не заменя human approval.

Your checklist

Your checklist

  • Ask – цялата задача с finish line, без „think hard“, model и effort избрани предварително.
  • Long runs – stop rule в CLAUDE.md, context и permissions настроени преди да тръгнете, паралелна работа по подразбиране и full test suite за всеки batch.
  • Check – check, който агентът може да пусне, observer agent до основния, green не значи verified.
  • Team – повторените молби стават писани правила, няма TODO без evidence, AGENTS.md като обща основа.

Повечето от това стъпва на Claude Code best practices, prompting guides на Anthropic и lessons learned от собствените ми сесии.

Благодаря на общността CoTransition за поканата и за хубавите въпроси!