Обновить

Комментарии 12

Все делают свою сбрую и всех получается. В чём подвох?

Так это три месяца боли и недосыпа( По факту ноги растут из того, что у меня из готового ничего не полетело, да и сетап этот не сложный, основа superpowers, потом прирос beads и все остальное.

Ну вот супер повер. Это же многостадийный процесс к нему стоит обращаться когда у тебя 1) сложная задача, 2) развернутый текст промта где-то в md. А если надо много мелких правок?

В нормальном цикле модель сам решает нужны ли superpowers или нет, сознательно вызывать их обычно не надо. А для маленьких задачек, я обычно прошу модель завести на каждую задачку и выбирать пачками, она сама решит, сколько сделать в один проход, нужны ли где-то superpowers. Если задачи такие, что не нужны решения от человека или почти не нужны, то можно gastown настроить один раз, впихнуть в мэра задачи, он сам их по задачкам раскидает, останется только дождаться когда все сделают полекаты. Автор видать фанат вестернов, агенты там называются своеобразно.

Все хорошо, но вот как новому человеку в этом деле, хотелось бы видеть это в живую в репозитории. Без кода проекта, а просто хотя бы папочку.

Резонно. Только покажу не структуру папок (она у каждого своя), а откуда взят каждый кирпич и как его себе поставить - так вы соберёте свой сетап, а не скопируете мой. Почти всё ставится одной командой. Немного пришлось погонять клода по ресерчам, чтобы собрать в кучку. Пишите если, что забыл.

Правила и память:

Файлы-брифы:

  • CONTEXT.md (словарь домена) — паттерн из mattpocock/skills: npx skills add mattpocock/skills, ставить наверное не надо, а структуру подсмотреть можно;

  • PRODUCT.md / DESIGN.md — их ведёт скил impeccable (на базе Anthropic frontend-design), npx impeccableimpeccable teach.

Скилы — ставятся через npx skills (каталог skills.sh):

  • методология brainstorm → план → TDD: obra/superpowers; он задаст минимальную структуру docs/specs и docs/plans.

  • ADR: skillrecordings/adr-skill (npx skills add skillrecordings/adr-skill), формат — MADR;

  • редактура текста: blader/humanizer, для русского — vladimir-human/humanizer-ru и talkstream/ru-text. Честно не блеск работают, надо глазами их перечитывать, лишнее в них точно есть.

Расширения (MCP) и оркестрация:

  • граф кода: colbymchenry/codegraphnpx @colbymchenry/codegraph;

  • vault поверх docs/: refactoringhq/tolaria или обсидиан, я не выбрал еще;

  • суб-агенты и хуки — нативные: agent-teams, hooks;

  • менеджер терминала поверх всех проектов: herdrbrew install herdr.

с claude-mem та же ерунда: поназаписывал в базу всего подряд - в итоге просто свалка. откуда столько звезд так и не понял. видимо надо готовить как-то иначе.

Кажется, концепция llm wiki от Карпаты (не нашел как по русски правильно его писать, может кто знает?) работает лучше - структура вместо свалки. Но и её на волне хайпа уже расплодилось десятки реализаций, какую выбрать непонятно, вот пока наколхозил что-то свое.

Никто не обидится если вы "Й" в конце добавите. У него ещё есть llm-council, но так и не придумал как в claude засунуть, а из коробки через ui не работает. Посему-то

У семи нянек дитя без глаза)) Представляю насколько это не эффективно на практике, хорошо как эксперимент. Можно что-то подобное попросить клод сделать через субагентов, правда подозреваю результат будет не очень. Самое близкое его родной deep-research в нем встроена независимая проверка фактов 3 судьями, токены жрет как не в себя.

Это не просто очередная статья, а инструкция. Я ее не просто прочёл, а понял, как использовать! Автору не просто спасибо, а очень большое спасибо! И так ещё 42 раза...

А по делу - контекст пока преобладает над структурой. Плохой AGENTS.md из начала статьи перечеркнет все оставшееся. Надо смотреть что в текстах, а структура - это вторичное.

Ну ладно ладно, не ругайтесь, повторяется часто у меня этот паттерн, 9 раз. Я не просто учел, а записал в bd.

А про контекст, для небольшого проекта наверно важен в первую очередь контекст, для большого еще и структура.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации