Комментарии 3
Если это для самого себя, то зачем городить такую вундервафлю? Несколько скилов и коннектор к файловой системе делают тоже самое.
Я столкнулся, что Клод иногда сталкивается с одной и той же проблемой и успешно ее решает несколько раз в несвязанных проектах. Плюс мне приходится объяснять ему нюансы окружения в разных условиях.
Я сделал несколько скиллов, где прописал, грубо говоря, прежде чем что-то творить, ознакомиться с накопленным опытом вот в тех папках по темам. Если вылезло что-то новое и было успешно решено, то записать это в "опыт". Также вот там варианты окружерия под разные случаи. Если что-то поменялось - внести изменения. Всегда вести лог изменений.
Все работает автоматом. Больше на грабли не наступает. Я всегда могу сам открыть эти md файлы или попросить найти инфу Клода. При запросе тригерится скилл и я даже не должен помнить путь к файлам.
Конечно, в скиллах много чего прописано (я сам их создавал в несколько заходов). Но принцип подхода такой: самогенерируемая база знаний.
Да, если только для себя — согласен, скиллы + файлы проще и не нужно городить статический сайт.
Я изначально тоже так и начинал. Но потом понадобилось то же самое отдать клиенту или команде — и вот тут Astro с GitHub Pages закрывает вопрос одним репозиторием. Тот же контент, те же файлы, но ещё и сайт с поиском по ссылке, без Claude, без скиллов, просто браузер.
Получился универсальный стек: хочешь — личный карьерный менеджер, хочешь — публичная документация для клиентов.
Покажите детали скиллов? Как организовали структуру «опыта» — интересно сравнить подходы.
Я в восторге, очень полезная статья

База знаний на Markdown + ИИ: LLM Wiki с AI-редактором за вечер