Что вы не знали о Claude Code: архитектура, управление и инженерные практики

[Bardakan]

4. Проектирование Skills: не библиотека шаблонов, а подгружаемый по требованию рабочий процесс

что простите? Так "закладки" на промпты еще никто не называл

[Kahelman]

Вроде бы нормальная статья а по ходу опять вода водой: делай выводы орошо не делай плохо..

Хотелось бы конкретных примеров:

Было так,

Возникли такие проблемы, переделали так, теперь проблемы другие :)

Чтобы было можно нормально использовать.

[Romatio]

Таких статей с таким же текстом тут вагонище. На ваши вопросы ответов еще нет.

[maxim_ge]

Эволюция инструмента поиска: изначально использовали RAG с векторной базой данных – быстро, но требует индексации, хрупко в разных окружениях, и главное – Claude не любил его использовать. Переход на инструмент Grep, позволяющий Claude искать самостоятельно, оказался гораздо удобнее.

Ловко. Зачем все эти embedding, vector databases, semantic graphs и т.д. Не любит Claude это использовать, лучше Grep (Grep Searches for patterns in file contents).

[MrBrooks]

Примеры с промптом крайне плохие. чел предлагает писать ограничения и результаты, но когда пишешь попусику ограничения - всегда нужно объяснять why. Иначе он не поймет и будет болт забивать на ограничения.

Идеально было бы еще и анти-паттерн прописывать. Чтобы он мог понимать, не только почему нельзя, но и как именно нельзя.

knowing WHY a rule exists, not just WHAT to do. WHY lets me handle edge cases the author didn't anticipate

[Zoolander]

проблема статьи в том, что автор увлекся описанием всяких приемов с инструментом, но не показал, как они работают на практике

то есть я хочу сказать, я хочу почитать как надо работать молотком в разных ситуациях, автор же описывает увлеченно всякие приемы кун-фу, вроде "полеты ласточки", "удар дракона" или "пышный цветущий лес твоей мамаши", но никак не показывает как забивать гвозди

что я имею в виду
у нейронок есть типичные болезни в коде (для примера можно почитать разбор - https://habr.com/ru/companies/pvs-studio/articles/1012756/)
- многочисленные повторяющиеся утилитные функции (с многократной реализацие)
- следование каким-то диким паттернам из лучшего индусского кода
- любовь к усложнениям
- обертки ради оберток

Как бороться с этим - вот вопрос?