2112

Вот такие посты и каналы сейчас можно плодить кучами. Сделал я его за часа 2, пока он умеет только красиво формировать посты.

Далее его можно привязать к новостям из y-combinator https://news.ycombinator.com/
К top-репозиториям из гитхаба https://github.com/trending
К постам от open ai и claude с переводом их на русский язык

И пошла поехала )

Кстати, репозиторий не плохой, и там с этими шортсами и рилсами, что только не делают оказывается

Если что видео и пост сделала нейросеть, прикольно в целом получилось

А проект мой, если коротко, то это расширение в браузере которое помогает скачивать видео и аудио с любого сайта и делать их транскрибацию если нужно.

Ролик про VideoTranskeeper — черновик. Посмотри со звуком.

🎬 VideoTranskeeper — видео, звук и текст прямо с открытой вкладки

Расширение для браузера, которое забирает видео со страницы в лучшем качестве. И умеет то, чего нет у обычных качалок: превращает речь из видео в текст.

Что умеет
• Видео в максимальном качестве — YouTube, VK, Rutube, TikTok, Instagram и многие другие сайты
• Уроки купленных курсов: включил видео — расширение его поймало
• Звук отдельным файлом (M4A или MP3)
• Текст того, что говорят: обычный, с отметками времени или субтитры .srt
• Несколько видео на странице — по одному или все сразу

Почему удобно
• Речь распознаётся на твоём компьютере — в интернет ничего не уходит
• Нужен только текст? Само видео не качается, только звуковая дорожка
• Уже скачал видео, а потом понадобился текст — сделает из файла, без повторной загрузки
• Chrome, Яндекс Браузер и Edge
• Бесплатно, исходный код открыт

Как поставить — 3 минуты, Windows
1. Скачай установщик кнопкой ниже и запусти.
2. Windows предупредит о неизвестном издателе — нажми «Подробнее → Выполнить в любом случае». Так бывает со всеми программами без платной подписи.
3. В конце откроется подсказка, как добавить расширение в браузер. Это делается один раз и вручную.

Python и ffmpeg ставить не нужно — всё внутри установщика.

Скачивай только то, на что у тебя есть право: свои видео и купленные курсы — для личного просмотра.

К слову о том что на самом деле сейчас нужно людям от gpt

Если кому интересна тема код ревью вот лучшее что удалось найти

https://github.com/alibaba/open-code-review
https://github.com/arsenyinfo/nitpicker
https://github.com/anthropics/skills/tree/main/skills/claude-api/shared/evals
https://github.com/mattpocock/skills
https://github.com/smixs/code-quality

Мой проект он не факт что лучший )
https://github.com/arsen-ask-lx/Agent_Quality_Kit

В метаданных скилла (SKILL.md) появилось поле, которое привязывает скилл не только к текстовому описанию задачи, но и к конкретным путям в репозитории:

---
name: my-skill
description: ...
paths:
  - "backend/src/migrations/**"
  - "frontend/src/screens/talk/**"
---

То есть раньше срабатывание скилла зависело только от совпадения description с намерением из чата (модель сама решает, релевантен ли скилл). paths добавляет второй, детерминированный триггер — если агент открывает на правку файл, путь которого match'ится под один из паттернов, скилл обязан быть загружен, независимо от того, угадала бы модель по описанию или нет.

И это очень хорошо скажу я вам 🤗

https://www.youtube.com/watch?v=DAI4ao4LC4I

Смотрим вникаем учимся. Посмотрел пока 1час — интересно. Много инфы, ссылок и имен, думал делать конспект потом, но лучше уж сейчас прям по время просмотра и потом в чате можем обсудить вместе.

Будет много текста готовьтесь.

Чет я как то пропустил этот момент:

Projects (Beta) — это новая функция Claude Code в десктопе и вебе, вышла в бету 17.09.2026. Раздел «Проекты», который был раньше, по сути папкой для чатов. Новый работает иначе: проект — это один разговор с Claude, который сам ведёт работу.

Одной из главных фишек opus стала анимация. Агент берёт на себя весь процесс — пишет сценарий, подбирает звук и рисует каждый кадр, используя только JavaScript.https://github.com/kuhnhomeuk-cell/procedural-film/

кто сделает харнес для экселя станет популярным 🤗

https://github.com/sverweij/dependency-cruiser

▎ 📐 dependency-cruiser
▎ Простыми словами: программа читает все файлы проекта и выписывает, кто кого подключает (import). Получается карта «файл А зависит от файла Б».

Живой пример, только что. Я спросил, что заденет правка liveStream.ts, файла, который я написал сегодня. Он показал цепочку:

main.tsx → App.tsx → ChatScreen.tsx → useChat.ts → useLiveUpdates.ts → liveStream.ts
↘️ Room.tsx → Feed.tsx → useChat.ts
↘️ Rail.tsx → useChat.ts

То есть правка этого файла потенциально задевает экран чата, ленту и боковую панель. Он показывает это сразу, без грепа и без догадок.

Чего он не видит, честно. Он знает только связи через import. А оба сегодняшних промаха были связями по смыслу:
- прибор нагрузки копировал поведение клиента, ничего не импортируя из него;
- сервер пишет поток в одном файле, клиент читает его в другом, и общего import между ними нет

Вообщем юзать можно часть ошибок grep закрывает

Думал может еще все результаты прогонов хранить в виде отчетов — .md файлами и делать потом из всех них мастер файл, тип скил такой сделать, и тогда общая нагрузка по каждой фиче будет видна со своими важными именно этой фиче показателями. Вообщем нужно пробовать тут вариантов много, попытаемся найти лучший, пока у нас во власти 1м контекста и нет роя агентов по доступной цене, а так как появятся, то эт все полетит вообще в тар тарары как мне кажется )

🤗Чатик — https://t.me/+IDeltH66BlAwMWUy

Ну короче, можете сами почитать чутка хотя бы, можете просто нейросети скормить она вам расскажет.

Но дело в том, что эт мы только 1 фичу так сделали, ок ладно, потом 2 и 3, но когда их стало много, они начинают интерферировать и в сумме, всякие ООМ начинают выскакивать и прочие характерные запахи вонючего кода ) Хотя вы все мерили и делали по БЕСТ ПРАКТИСАМ. А так как мы строим дарк фактори (ну или мне хочется верить что все движется туда) то и на метрики должны смотреть агенты. Только если они будут разрозненными, то эт такое себе.

Поэтому есть вот такие штуки (см. картинки) их дофигища и ими тоже нужно уметь пользоваться. Ото вот я много что из этого поставил, а толку не так много, потому что не замкнул процесс. Меня пока мои же гейты и спасают. А нужно наверно замкнуть через celery задачу агента на эти вещи, вообщем не знаю тут можете мне что-то посоветовать, если у вас есть решения какие-то. Я как попробую поделюсь опытом.

Вот всё, что называл, — списком, с оригинальными названиями для поиска.

Манифесты и малые стандарты

1. The Twelve-Factor App (12factor.net) — 12 правил приложения, удобного в эксплуатации. Эталон формы.
2. Beyond the Twelve-Factor App (Pivotal) — расширение до 15 факторов.
3. Semantic Versioning (semver.org) — правила номеров версий.
4. Conventional Commits (conventionalcommits.org) — формат сообщений коммитов.
5. Keep a Changelog (keepachangelog.com) — формат журнала изменений.
6. EditorConfig (editorconfig.org) — единый стиль файлов между редакторами.

Модели зрелости и уровни (твои прямые соседи)

7. OpenSSF Scorecard — автоматический скоринг репозитория, ~20 проверок, балл 0–10.
8. OpenSSF Best Practices Badge (бывший CII Best Practices Badge) — ~70 критериев, ступени passing / silver / gold, значок. Самозаявляемый.
9. SLSA (Supply-chain Levels for Software Artifacts, читается «салса») — уровни защищённости сборки.
10. CMMI (Capability Maturity Model Integration) — пять уровней зрелости процессов. Историческое.
11. OWASP SAMM (Software Assurance Maturity Model) — зрелость процессов безопасной разработки.
12. BSIMM (Building Security In Maturity Model) — то же, но как замер по индустрии.
13. NIST SSDF, он же NIST SP 800-218 (Secure Software Development Framework) — перечень практик безопасной разработки.

Стандарты качеств (вердикт выносит человек)

14. ISO/IEC 25010 — модель качества продукта, 8 характеристик. Источник термина «нефункциональные требования».
15. ISO/IEC 25012 — то же для качества данных.
16. Volere Requirements Specification Template — шаблон сбора требований.

Проверяемые чек-листы по безопасности

17. OWASP Top 10 — десять самых частых классов уязвимостей.
18. OWASP ASVS (Application Security Verification Standard) — сотни требований, три уровня строгости.
19. CIS Benchmarks — конфигурационные эталоны для ОС, Docker, Kubernetes, облаков. Машинно проверяемы.

Каталоги приёмов (дают язык, а не предписания)

20. Refactoring Catalog, Мартин Фаулер (refactoring.com/catalog) — именованные преобразования кода.
21. Design Patterns / GoF («Банда четырёх») — классические шаблоны проектирования.
22. Enterprise Integration Patterns, Хопе и Вульф (enterpriseintegrationpatterns.com).
23. Microservices Patterns, Крис Ричардсон (microservices.io).
24. xUnit Test Patterns, Джерард Месарош — каталог шаблонов и антипаттернов тестов.

Метрики и обзорные фреймворки

25. DORA metrics / книга «Accelerate» (Forsgren, Humble, Kim) — четыре метрики инженерной производительности.
26. AWS Well-Architected Framework (у Azure и Google свои аналоги) — опросник ревью архитектуры по «столпам».
27. Thoughtworks Technology Radar — кольца «adopt / trial / assess / hold». Интересен механизмом, а не содержанием.
28. Google SRE Book (sre.google/books) — эксплуатация, SLI/SLO, error budget.

Антипример

29. awesome-lists на GitHub (awesome-python, awesome-devops и тысячи других) — списки ссылок без отбора и условий применимости.

Если время ограничено — читай по порядку 1, 7, 8, 9, 25. Первые четыре дадут тебе форму и покажут занятые соседние ниши, пятый — способ однажды проверить, что твой стандарт вообще помогает.