Пост Вместо этого поста я мог бы просто дать вот эту ссылку https://github.com/affaan-m/ECC/tree/main/skills

Вместо этого поста я мог бы просто дать вот эту ссылку https://github.com/affaan-m/ECC/tree/main/skills И порекомендовать медленно промотать содержимое страницы, обращая внимание на назначение скилов. Но все же прокомментирую) Первый набор скилов по ссылке выше: - accessibility - article-writing - benchmark-methodology - brand-discovery - content-engine - cost-tracking - design-system - healthcare-phi-compliance - investor-materials - scientific-thinking-literature-review - seo Что у них общего? При чем тут разработка вообще? А вот второй набор: - android-clean-architecture - angular-developer - codebase-onboarding - cpp-coding-standards - django-tdd - frontend-patterns - golang-patterns - java-coding-standards - jpa-patterns - kotlin-coroutines-flows - kubernetes-patterns - perl-patterns - python-patterns - quarkus-tdd - rust-patterns - springboot-patterns Да, у skill есть прогрессивное раскрытие - вначале загружается frontmatter - заголовок, потом все остальное. Но держать в контексте 250+ скилов - такое себе. А еще там есть команды и субагенты))) И хуки https://github.com/affaan-m/ECC/tree/main/hooks. Тут проблема даже в другом - как выбрать необходимое среди 250 скилов? Я вижу вариант - брать только то, что кто-то тестировал или по знакомым словам - java, kotlin, spring. Вроде как в выборе должен помочь скил ecc-guide, но мне не помог( Авторы в readme рекомендуют скопировать только нужное, да. Но... зачем собирать такой "божественный репозиторий"? Если ограничений на тематику нет - то сколько там будет скилов через год? 1000? При этом судя по названию скилов, число звезд репозитория и по тому факту, что авторы выиграли в хакатоне Claude - полезные штуки там есть. Та же /code-review команда мне понравилась. Выглядят интересно хуки: Strategic compact: Suggests manual /compact at logical intervals. Git push reminder: Reminds to review changes before git push Pre-commit quality check: linter (JS, Python, Go), validates commit message format, поиск секретов. Quality Gate after file edit: автоформат, как в IDEA, тоже только для JS, Python, Go Сonfig protection: запрет на редактирование конфига линтера. И одна интересный, но спорный хук: Fact Forcing gate. Не заметить его сложно, т.к. на каждое редактирование файла будет просьба к агенту предоставить факты: - какие файлы проекта зависят от текущего (imports) - какие публичные API меняются - формат изменяемых файлом внешних данных - исходный запрос пользователя Идея в том, что собрав эту информацию агент должен сам себе задать вопрос - все ли правильно он делает? Такая более продвинутая версия вопроса - "ты уверен?" Срабатывает на первое редактирование файла в сессии, создание нового, а также на выполнение деструктивных команд. Последнее так не решается, от деструктивных команд нужно защищаться на уровне репозитория git\прав доступа, но пусть будет. Замедляет работу, очевидно, но возможно польза есть, наблюдаю. Итого: интересная штука, но ребята, зачем вы плагин в помойку превратили??? Они не для этого. P.S. Что-то не верится, что все это люди накодили) P.P.S. Как они это поддерживать собираются? #ai #harness