Анатомия Claude Code. Первичный анализ и наполнение контекста

Каждый, кто программирует с агентами (Claude Code, Codex и т.д.), знает: перед тем как приступить к задаче, агент исследует проект. Это кажется логичным, естественным и закономерным, ведь люди делают так же. Обычно говорят: «агент наполняет контекст». Для агента такой контекст должен содержать не только полезные сведения, но и не включать лишних, которые могут оказать влияние на конечный результат. Но добиться этого не так-то просто, поскольку: - задача определена в общем виде (кто знает, что имел в виду автор) - пути исследования не детерминированы (в общем виде не используется специфика фреймворка) - используются базовые инструменты (read, grep, cat, find) В итоге при первичном исследовании легко столкнуться с ситуацией, когда основной контекст заполнен сведениями, слабо относящимися к исходной задаче. В Anthropic быстро осознали эту проблему и вынесли всю описанную работу в Explore sub-agent. В результате основной agent ставит задачу промптом, Explore выбирает путь исследования, а результат формирует в виде отчета. Проблему чистоты основного контекста они, конечно, решили. Но что с качеством такого анализа? Наблюдая за работой Explore и видя, как агент, используя «примитивные» инструменты, в агонии пытаясь отыскать недостающее или, наоборот, пропускает важные сведения о проекте, невольно ловишь себя на мысли: «Как так вышло, что последние 10 лет развития индустрии инструментов прошли мимо agent?» А может, это человечество свернуло не туда?

https://habr.com/ru/companies/haulmont/articles/1040274/

#claudecode #aiагенты #llm #promptengineering #mcp #spring #springboot #java #developer_tools

AI는 문제를 새로 만들지 않는다, 단지 우회하지 않을 뿐이다

AI는 숙련된 개발자가 경험과 직관으로 우회하던 문서화 부재, 테스트 미비, 불명확한 소유권 등의 고질적인 시스템 결함을 즉각적으로 노출한다.

🔗 원문 보기

Пишем Java-скрипт, который собирает проект в один файл для контекста в чат DeepSeek или другие LLM

У нейросетей есть ограничение на количество символов в чате или на число запросов. И бывает так, что лимит уже закончился, а разработка проекта — нет. Тогда приходится открывать новый чат и заново напоминать контекст: что за проект, какая структура, какие файлы важны, где уже были изменения. Обычно это сводится к ручному копированию кода, а это долго и неудобно. Отдельная проблема — DeepSeek не всегда понимает ссылки на репозиторий и не смотрит код по ним так, как хотелось бы. Зато если дать ему сам контекст кода текстом, он включает его в анализ.

https://habr.com/ru/articles/1040420/

#DeepSeek #LLM #Java #контекст #developer_tools #автоматизация #ChatGPT

Как я сделал «клик по элементу → открыть в VS Code» за один вечер

Началось всё банально. Зашёл коллега, говорит: «Где у нас хлебные крошки в шапке лежат?». Проект — около 150 компонентов, всё именуется по-своему, структура папок местами загадочная. Я начал тыкать в React DevTools, искать по тексту «Breadcrumb» в файлах… В общем, минут через пять нашёл. Это в очередной раз раздражало.

https://habr.com/ru/articles/1039568/

#vite #react #babel #AST #viteplugin #developer_tools #open_source #DX #reactfiber #clicktocomponent

MarkMello: быстрый Markdown viewer для тех, кто каждый день живёт в .md

В последнее время я почти каждый день работаю с Markdown-файлами. Документация, спецификации, ADR, планы реализации, инструкции для AI-агентов — всё это удобно держать в .md. Формат простой, читаемый, хорошо ложится в git и нормально работает как для человека, так и для модели. Но есть бытовая проблема. Чтобы быстро посмотреть Markdown-файл, часто приходится открывать IDE. Разумеется да, любая нормальная IDE умеет показывать .md. Но запускать ради этого полноценную среду разработки — избыточно. Особенно если задача простая: кликнуть по файлу, быстро прочитать, скопировать кусок текста, закрыть. Я начал искать лёгкий Markdown viewer и понял, что большинство найденных вариантов меня не устраивают.

https://habr.com/ru/articles/1030954/

#markdown #markdown_viewer #open_source #net #avalonia #native_aot #desktop_application #developer_tools

10 настроек Claude Code, до которых большинство разработчиков не доходит

Ранее я писал про утечку исходного кода Claude Code . 512 000 строк, KAIROS, упоминания нерелизнутых моделей Opus 4.7 и Sonnet 4.8. Так вот. В актуальном Claude Code уже есть Opus 4.7 . Ровно как и было в leaked-коде. Вместе с ней появился новый уровень /effort xhigh - это мы сегодня тоже разберём. В первой части я показал что Claude Code умеет из коробки. Типовой сценарий после этого: "понял, установил, пользуюсь". И дальше тот же потолок что у всех - Claude работает быстро, но как-то странно. Отвечает не то, повторяет одно и то же к концу сессии, просит разрешения на каждый чих, жрёт токены как не в себя. Это решается настройками. Конкретными. Которые лежат в двух файлах и никто до них не доходит. Ниже десять вещей которые я настроил за полгода работы с Claude Code и которые сделали разницу между "работает" и "работает как отдел". С готовыми конфигами. Копируй, вставляй, меняй под себя.

https://habr.com/ru/articles/1028988/

#claude_code #anthropic #opus_47 #ai_agents #ai_coding #developer_tools #prompt_engineering #hooks #claudemd #vibecoding

Новый LAMP, или почему ваш Agent Pipeline — это Apache в 2006 году

Все усложняют работу с AI-агентами. А что если хватит markdown + git? Без LangChain, без VectorDB, без оркестраторов. Рассказываю что реально работает.

https://habr.com/ru/articles/1028226/

#AI_agent #LLM #pipeline #prompt_engineering #Design_by_Contract #методология_разработки #LangChain #RAG #developer_tools

Поиск по коду: почему просто проиндексировать все коммиты — плохая идея

Все мы сталкивались с классическими алгоритмами на курсах, олимпиадах или собеседованиях и, куда более редко, на практике. Но даже в реальной разработке возникают ситуации, когда готового решения нет, а простое не подходит. Расскажу как раз о такой задаче, над которой работала наша команда, — поиск по коду относительно произвольного коммита. Покажу, как много вариантов мы перебрали, что в итоге выбрали и почему.

https://habr.com/ru/companies/sourcecraft/articles/1021852/

#git #index #ide #search #code_review #platform #developer_tools

Когда UI-kit начинает дрейфовать: плагин для WebStorm против поломок React-контрактов

В любом зрелом фронтенде проблема редко в том, чтобы написать еще один Button. Проблема начинается позже. Когда у компонента уже есть десятки использований, Storybook, типы, обвязки, legacy-слои и пара человек, которые “чуть-чуть расширили API, потому что так было удобнее”. В этот момент UI-kit начинает незаметно плыть.

https://habr.com/ru/articles/1020070/

#WebStorm #React #TypeScript #Storybook #IntelliJ_Platform #UIkit #frontend #IDE_plugin #developer_tools #component_contract

Modernize .NET Anywhere with GitHub Copilot
https://devblogs.microsoft.com/dotnet/modernize-dotnet-anywhere-with-ghcp/

#microsoft #NET #AI #C #Visual_Studio #Visual_Studio_Code #NET_modernization #Developer_Tools #GitHub_Copilot #modernization