Дякую за Kasetto — дуже корисна ідея і зручний інструмент.

Мій основний use case такий: у репозиторії проєкту лежить kasetto.yaml з описом потрібних skills, а самі skills встановлюються локально в цей же проєкт, наприклад у .claude/skills. Я хочу закомітити також kasetto.lock, щоб уся команда після клонування репозиторію могла отримати ті самі версії skills і працювати в однаковому середовищі.

У поточному вигляді це, на жаль, майже непридатно для колаборативної розробки в одному репозиторії. kasetto.lock містить абсолютні шляхи конкретної машини, timestamps локального запуску та latest_report, який змінюється навіть тоді, коли самі skills не змінилися. Через це після кожного kasetto sync git показує зміни, які не мають відношення до реального стану залежностей.

Було б дуже корисно, якби kasetto.lock поводився як звичайний lock-файл: був переносимим між машинами, стабільним між запусками і містив тільки дані, потрібні для відтворення встановлених skills.

Для командної роботи це важливо, бо skills у цьому сценарії є частиною tooling конкретного проєкту, так само як npm/go/cargo dependencies. Хотілося б мати можливість безпечно комітити і kasetto.yaml, і kasetto.lock, щоб усі учасники команди отримували однаковий набір skills без локальних diff’ів після кожного запуску.

Я оформив детальний issue з описом конкретних проблем і пропозиціями щодо їх вирішення:
github.com/...​oshenko/kasetto/issues/33

В догонку стоит сказать, что 31 марта вышли старые статьи от tapirgames в новой оболочке, дополненные. Это один из самых крутецких источников пояснений по тонким темам в Go:
go101.org/article/101.html

Не первый раз встречаю плевки в сторону С++ от геймдевелоперов. Ну и в целом, всячески их поддерживаю =)

Живу в центре, для меня офис в центре — это мега важно. Так и получилось. До работы пешком 10 минут.

С++ одним только своим названием создаёт кучу проблем