IT

Не знаю как вы, а я постонно слышу как кто-то заменил себе какой нибудь SaaS, на инструмент, написанный Клодом (или кем то другим). Но доказательств обычно не приводится. Решил провести эксперимент. Заменить что то у себя. Мы платили 60 долларов в месяц за Calendly. Три человека. Сервис букинга встреч с синком с гугл календарем. Куда уж проще, календарь и ссылка на запись. Спросил Клода, есть ли живой open source аналог, он сказал что Cal.com отказался от опенсорса и ничего серьёзного не осталось, позже это оказалось не совсем правдой, но было поздно. Очень хотелось. На самом деле Cal.com в апреле переименовали в cal.diy и отдали под MIT. Хоть лицензию и сделали свободнее, из кода при этом вырезали команды, workflows, insights и SSO, одним коммитом на минус 411 тысяч строк. Вторая строка их же README — strictly recommended for personal, non-production use. То есть ребята сами написали, что в проде это лучше не запускать. Релиза нет с марта, докер-образы давно заархивированы, и чтобы это поднять, нужен сервер с Node и PostgreSQL. Немножко инфры. Решил попробовать сделать своё. Сразу на Cloudflare, там на наших объёмах - бесплатно. Ну и я честно говоря всё ещё их фанат. Начал в субботу. От пустого репозитория до задеплоенного продукта. 127 коммитов, 525 тестов. В будние доделывал по остаточному принципу - 8м проектом. Назвал Punctual. Ну название тоже клод посоветовал. Внутри в том числе то, что у cal.diy вырезали, команды с round-robin и collective, плюс Google Calendar и Microsoft 365, письма с .ics и напоминаниями, REST API, вебхуки и виджет для встройки. И MCP сервер. То есть агентами тоже можно пользоваться и букать встречи. Всё живёт на одном воркере: Workers, D1, Durable Objects, Queues, KV, R2, Cron. Ни сервера, ни базы, ни докера. wrangler deploy в свой аккаунт, минут пятнадцать, ноль долларов в месяц. MIT, без ограничений. Ставьте себе, пользуйтесь. Репозиторий, живьём крутится на punctual.sh. На скриншоте моя страница записи, по ней ко мне можно попасть. Буду благодарен за звёзды. Чтонибудь ещё доделаю. Буду рад PR-ам. Версию для своей команды поднял. Протестировал. Подписку на Calendly отменил. Если вы тоже что то реально заменили - расскажите. Интересно. Сергей Булаев AI 🤖 - об AI и не только

Как вы помните, я плотненько сижу на Threejs и периодически слежу за экспериментами вспоминая, что у меня самого нет времени заниматься всеми проектами сразу. Поэтому буду сублимировать в постах предлагая посмотреть, как более свободные ребята прогрессируют с механиками и GPU технологиями. TRA4669 начал свой проект примерно в начале мая и сейчас уже значительно переработал визуальную составляющую, прикрутил Irradiance field, процедурных мобов и начал уже рисовать концепты. Да, это дерьмо затягивает) Первое видео майское с первыми тестами, последнее уже прикрученным IF. Собрано с three.js и WebGPU, крутится в браузере 240fps 4k на карточке 3080. В аккаунте автора можно глянуть как он прогрессировал более подробно, как теститл IF и т.д. @CGIT_Vines

гайз, я тут на днях по долгу службы отсмотрел топ-500 скиллов, из них ~топ-50 потестил руками. подумал, вам оно интересно, аля обзор? ну типа там всякие бандлы в духе superpowers, matt pocock, corey haines, что в них топ, что в них кал, etc. я понимаю, что с такого рода контентом я года на 1.5 отстал, и мне даже как-то стыдно про это писать - наверное, про те же superpowers норм каналы с психически стабильными не выпадающими из жизни авторами уже тысячу лет назад всё написали, но вдруг 🙂 в общем, контент потненький, зазря делать лениво, но если кому-то оно надо - почему бы и нет. давайте так: • 👍палец вверх - если надо • 💩какашку - если не надо • коммент "не спеши, в 2027 про них напишешь", если контент ещё не дозрел

Ещё один важный персонаж лекции: группа The League of Automatic Music Composers (Лига авторов автоматической музыки), которая возникла на стыке технологических сдвигов и радикальной эстетики. В середине 1970-х годов композиторы из экспериментальной музыкальной среды, сформировавшейся вокруг Миллс-колледжа в Окленде, встретили появление первых персональных компьютеров, выходивших на потребительский рынок. Эти машины, называвшиеся микрокомпьютерами из-за их небольшого размера по сравнению с мейнфреймами в академической и промышленной сфере, можно было приобрести всего за 250 долларов. Их доступность ознаменовала первый случай в истории, когда частные лица могли владеть компьютерами и работать на них независимо от крупных институций. Для композиторов этого сообщества это стало поворотным событием. Впитав традиции экспериментирования, они в то время активно собирали самодельные схемы для использования в живых выступлениях с электронной музыкой. Поведение этих схем часто и определяло основной характер музыки. Идея использования самой электронной системы как музыкального актора (действующего лица), а не просто инструмента, зародилась еще у таких композиторов, как Дэвид Тюдор и Гордон Мамма. Естественным продолжением их примера стали и местные музыканты, выступавшие с самомодифицирующимися патчами на аналоговых синтезаторах. Одним из таких исполнителей был покойный Джим Хортон (1944–1998). Хортон — новатор в области электронной музыки и радикальный интеллектуал — одним из первых купил одну из этих новых машин: KIM-1 в 1976 году. Устремленный в будущее энтузиазм Хортона по поводу KIM быстро заразил остальное сообщество. За короткое время многие из нас приобрели KIM и стали самостоятельно учиться программировать их на машинном языке процессора 6502. Программы вводились напрямую в 1 килобайт памяти KIM через шестнадцатеричную клавиатуру и сохранялись на аудиокассеты — причем чем дешевле был магнитофон, тем лучше. Загрузка программ с кассеты обратно в память KIM была крайне нестабильным процессом, часто требовавшим регулярной подстройки управляющей схемы самого компьютера. Среди композиторов, учившихся программировать эти крошечные компьютеры, царил сильный дух общности. Этот общий настрой особенно помогал, когда нужно было освоить наиболее эзотерические — и порой капризные — аспекты работы с KIM-1. — Из статьи Криса Брауна и Джона Бишоффа об истории экспериментальной музыки в районе залива Сан-Франциско (Bay Area)

Делюсь литературой к предстоящей лекции: «Ярче, чем солнце: Приключения в звуковой фантастике» (More Brilliant than the Sun: Adventures in Sonic Fiction) Кодво Эшуна — одна из самых необычных книг о музыке, смотрящей на неё в футуристическом ключе. Отчасти манифест воинствующего постгуманизма, отчасти путешествие по непризнанным традициям диаспоральной научной фантастики, эта книга находит футурошок в афрофутуристском звучании: от джаза, даба и техно до фанка, хип-хопа и джангла.

Исследуя творчество таких музыкальных светил, как Сан Ра, Элис Колтрейн, Ли «Скретч» Перри, Dr. Octagon, Parliament и Underground Resistance, теоретик и художник Кодво Эшун мобилизует их концепты, чтобы раскрыть потенциал звуковой фантастики (sonic fiction) — доселе не изученных пересечений между научной фантастикой и организованным звуком. Располагаясь на стыке истории электронной музыки, медиатеории, научной фантастики и афродиаспоральных исследований, «Ярче, чем солнце» — одна из ключевых работ, утверждающих порождающий потенциал афрофутуризма. Это новое издание книги, ставшей классикой с момента первой публикации в 1998 году, но долгое время остававшейся недоступной, включает введение от Кодво Эшуна, а также тексты кинорежиссера Джона Акомфры и продюсера Стива Гудмана (Kode9).

Пара слов о состоянии BootGuard в UEFI-совместимых прошивках Представьте прошивку, где криптозащита начального загрузчика вроде бы настроена полностью. Все компоненты на месте, фьюзы прошиты, при каждой загрузке честно инициализируется ACM, сверяются подписи и хеши. Вот только блок, куда должны быть записаны эти хеши, пустой. Проверять нечего, потому что проверять никто и не просил, а сборочный инструмент Intel довольно долго вообще не считал это ошибкой. Такие прошивки реально уходили в релиз. И это лишь одна из дыр, через которую атакующий с доступом к флешу может тихо дописать свои драйверы в образ. Автор, который сам пишет инструмент для анализа таких прошивок, проходит по всему зоопарку реализаций от Intel до вендорских продолжений AMI, Insyde и Phoenix. Где-то утёкший ключ обнуляет всю защиту сразу, где-то том с кодом помечен как игнорируемый, а на одном скриншоте прямо видно чужой засвеченный ключ в чужой прошивке.

Вперед к монорепам Практика показывает, что эффективнее всего с агентами работать тогда, когда весь контекст есть по рукой и можно просто погрепать, причем речь идет не про один какой-то конкретный сервис/проект, а когда все репозитории проекта, лежат в одной папке, а возможно даже в одном репозитории. В таком случае и дока общая (это важно для спек) и все просвечивается насквозь и пулреквесты можно сразу бахнуть везде. Но многое зависит от размеров. Понятно что вообще все сервисы в одно место может быть перебором, скорее это правило применимо к командам и тому что у них там внутри. Но это не мешает теоретически заливать и чужие сервисы рядышком, чтобы по ним можно было погрепать если это имеет смысл. Объединения можно добиться двумя способами. Один это тупо все свалить в одну репу (что не заставляет нас собирать все как единый проект) и работать всегда из корня. Более того, в некоторых языках системы сборки поддерживают прямо такой режим работы, поэтому в какой-нибудь Java, получается двойной выигрыш. Второй, это сделать единую высокоуровневую репу, в которой хранятся спеки и любые другие общие доки, а дальше с помощью настроенных команд все клонируется внутрь по подпапочкам. Делать это кстати не обязательно ручками/скриптами, для этого уже есть готовая утилита ghorg. Ну а дальше, эта репа постепенно обрастает артефактами: доками и скриптами, которые помогают работать на всем объеме репозиториев. Если еще на это насадить openspec так вообще красота. Кстати у последнего появилась такая штука как Store, это как раз подобный репозиторий, но без необходимости все складывать внутрь одной папки. Там идея такая что репа со спеками (Store) кладется в домашнюю директорию, а в репах проекта на нее дается ссылка. Дальше команды openspec все это знают учитывают и работают со Store отдельно. И расскажу про наш кейс. На хекслете много практик и проектов. Каждая сущность это своя репа (потому что свой релизный цикл) и даже каждый курс (тексты) это тоже своя репа. Суммарно это под 8000 репозиторев. Плюс для них есть набор базовых образов и разных проверочных скриптов. Так вот у нас всегда существовал подход, когда есть одна базовая репа с общими штуками и туда с помощью make clone добавлялись все эти репы. Но правилось это ручками. А сейчас мало того, что ии может менять все пачками (например связано обновить версию react в курсе + практиках + проекте), так мы еще добавили туда редактор (на него завязана часть логики) и сотни наших реп с гитхаба, куда мы выкладываем разного рода библиотеки и базы данных для курсов. То есть теперь в одном месте практически 100 процентный контекст (осталось еще mcp на хекслете завести, чтобы еще фидбек по курсам и вопросы в ассистента связать). У нас бывают дни, когда мы можем за раз поправить 500-1000 реп.

OWASP Agent Memory Guard - новая защита от отравления памяти ИИ-агентов. Буду звать его теперь AMG (не mercedes 👍). 📦 помнится говорил про спящих агентов. Это способ атак отложенных во времени и работающих по триггеру в рамках разговора. А-ля стоп слово в bdsm 🤣. AMG в тч работает против таких отложенных инъекций, но в глобал памяти. Если ваш агент хранит память между сессиями, он уязвим к memory poisoning. Атакующий может переписать цели, внедрить промпт-инъекции или инициировать утечку данных, и это переживёт очистку контекста. Что умеет AMG? ✅ Перехватывает все чтения/записи в память агента ✅ Детектирует промпт-инъекции, утечки секретов/PII, модификацию защищённых ключей ✅ Применяет политику: allow, redact, quarantine, block ✅ Работает без внешних API, всё локально ✅ Готовый middleware для LangChain, LlamaIndex. Уже вижу, как безопасники ликуют 😜 Цифры, которые заявляют: · Детекция реальных эксплойтов - 92.5% (recall), малова-то, над бы охваты держать на уровне 95+, а лучше девяток. 😮‍💨 · Точность - 100% (precision), 0% false positive, эти уже хорошо. 🍷 · Задержка ~59 микросекунд на операцию. Итого F1 - 0.961. В общем, есть ещё над чем поработать, но это лучше чем гварды из коробки с 0.67-0.71 уровнем метрик, что я видел на ру рынке. 😐 Уже в pip:

pip install agent-memory-guard

Проект, как заявляется, уже используют Microsoft и OWASP как стандарт. В планах ML-детекция аномалий и защита векторных хранилище, ещё бы в планы ап метрик добавили. 🔗 Репозиторий: https://github.com/OWASP/www-project-agent-memory-guard Безопасность агентов становится обязательной, поэтому не забывайте внедрять защиту памяти в тч. 💪

Когда переехали, но местный язык еще не выучили: лайфхак О нем рассказал один из участников нашего барселонского закрытого чатика: У айфона с недавних пор есть функция Live Translation, которая может в реальном времени переводить диалог по телефону, причем в обе стороны. Русского языка там нет, но перевод на английский ок. Работает на iOS 26 и айфонах 15+ Такое поможет, если рядом нет местноговорящего человека, а надо позвонить в какую-то службу поддержки/больницу/записаться куда-то. Как я понял из отзывов, сегодня это лучший инструмент, чтобы решить вопрос по телефону на незнакомом языке. Там есть задержки конечно, но кажется работает именно так, как должно и как мы представляем синхронный перевод. Какие еще лайфхаки общения на незнакомых языках вы знаете? @kyrillic