⚪️Codex reset
Ну, блин! Наконец то
«… но нервы вымотали все!»
Хоть бы объявлял заранее - надо же понимать когда спать))
Кстати, 5h лимиты так и не появились!
В общем, «пляшем!»
——
Upd 1️⃣ : сообщают о новой волне борьбы с фродом - у меня некоторые аккаунты в CPA потребовали повторного добавления в пул, инвалидировали сессии.
@deksden_notes
Ну, блин! Наконец то
«… но нервы вымотали все!»
Хоть бы объявлял заранее - надо же понимать когда спать))
Кстати, 5h лимиты так и не появились!
В общем, «пляшем!»
——
Upd 1️⃣ : сообщают о новой волне борьбы с фродом - у меня некоторые аккаунты в CPA потребовали повторного добавления в пул, инвалидировали сессии.
@deksden_notes
🔥11👍8🎉2
⚪️ Gpt 5.4 уйдет из подписок вместе с летом
... в закат!
На самом деле - с 31 августа через подписку больше не будут давать модели поколения 5.4: это gpt-5.4 и gpt-5.4-mini
Я до сих пор использую кое в каких проектах mini: или переводим на api, или заменяем. Предлагается на Terra/Luna - даром что ли тарифы меняли
🔗 Почитать эпитафию на сайте : https://learn.chatgpt.com/docs/changelog#codex-2026-07-31
@deksden_notes
... в закат!
На самом деле - с 31 августа через подписку больше не будут давать модели поколения 5.4: это gpt-5.4 и gpt-5.4-mini
Я до сих пор использую кое в каких проектах mini: или переводим на api, или заменяем. Предлагается на Terra/Luna - даром что ли тарифы меняли
🔗 Почитать эпитафию на сайте : https://learn.chatgpt.com/docs/changelog#codex-2026-07-31
@deksden_notes
🤝5👍1
⚪️ Гипотеза
❓ Вам не кажется что фронтирные лабы потихоньку двигают идею того, что нам стоит сменить нашу манеру кодинга на оркестрацию моделей?
Сейчас много людей используют простую схему: берём самую способную моделью, и все ею делаем
Драконовские цены и лимиты у клода на фублю конечно заставляют переключаться на опус. Да и из простых тиров Антропики просто убрали топовую модель. Но в целом люди склонны подходить просто.
👉 Реального понимания какой модели ДОСТАТОЧНО для выполнения разных задач / этапов флоу, я уверен, мало кто достигал.
Текущая политика клозедов по лимитам SOL ясно показывает мне: то, что работало с зимы - поставить текущий фронтир на высокий ризонинг (5.2 high, 5.4high, 5.5 high) и все им делать - сейчас уже абсолютно не укладывается ни в какие лимиты. Даже 20 аккаунтов сгорают под весьма умеренной нагрузкой.
Думаю на Клоде работа опусом тоже станет весьма дорогой.
Текущий подход фронтира со свармом агентов на топовой модели - по лимитам это катастрофа.
👉В общем, думаем как грамотно заюзать младшие модели, кмк.
LunaMaxxing - тренд текущего момента
❓ Что думаете? Я нагнетаю?
@deksden_notes
❓ Вам не кажется что фронтирные лабы потихоньку двигают идею того, что нам стоит сменить нашу манеру кодинга на оркестрацию моделей?
Сейчас много людей используют простую схему: берём самую способную моделью, и все ею делаем
Драконовские цены и лимиты у клода на фублю конечно заставляют переключаться на опус. Да и из простых тиров Антропики просто убрали топовую модель. Но в целом люди склонны подходить просто.
👉 Реального понимания какой модели ДОСТАТОЧНО для выполнения разных задач / этапов флоу, я уверен, мало кто достигал.
Текущая политика клозедов по лимитам SOL ясно показывает мне: то, что работало с зимы - поставить текущий фронтир на высокий ризонинг (5.2 high, 5.4high, 5.5 high) и все им делать - сейчас уже абсолютно не укладывается ни в какие лимиты. Даже 20 аккаунтов сгорают под весьма умеренной нагрузкой.
Думаю на Клоде работа опусом тоже станет весьма дорогой.
Текущий подход фронтира со свармом агентов на топовой модели - по лимитам это катастрофа.
👉В общем, думаем как грамотно заюзать младшие модели, кмк.
LunaMaxxing - тренд текущего момента
❓ Что думаете? Я нагнетаю?
@deksden_notes
❤10💯7👍4
⚪️ Упряжка DeepSeek набирает тестеров
Закрытая бэта тестирование упряжки от DeepSeek - пишем в твиттер @tianyi
👉 Указываем GitHub ID и свой значимый опенсорс
@deksden_notes
Закрытая бэта тестирование упряжки от DeepSeek - пишем в твиттер @tianyi
👉 Указываем GitHub ID и свой значимый опенсорс
@deksden_notes
🔥6
Forwarded from tae zori
🧹 claude-mac-storage-cleanup — скилл для Claude Code, который находит мусор на маке и не даёт себе удалить лишнее
Этот скилл устроен наоборот: сначала read-only аудит, потом отчёт, и только после вашего явного одобрения — удаление.
Что меряет: кеши приложений, логи, Xcode DerivedData и симуляторы, Android AVD, Docker, кеши brew/npm/pnpm/yarn/pip/uv/Cargo/Go/Gradle/Maven/CocoaPods, индексы JetBrains, node_modules и build-артефакты по всем проектам, локальные веса моделей, iOS-бэкапы, крупные файлы и старые инсталляторы.
Безопасность:
Первый проход вообще ничего не пишет. Никогда даже не сканируются: ~/.claude, ~/.codex, SSH/GPG-ключи, Keychain, Mail, Messages, iCloud Drive, Photos. Приоритет очистки: родная чистилка инструмента → Корзина (обратимо, с манифестом отката) → rm только по проверенным кеш/build-путям. Без sudo, если явно не попросить.
Живой прогон на моём маке:
Было 20 GiB свободно из 460 (96% занято). Аудит — 156 секунд, нашёл 167 GB кандидатов. Освобождено 122 GiB: 66 GB Android-эмуляторов (среди них три копии одного устройства), 25 GB симуляторов iOS, 24 GB кешей приложений, остальное — Gradle, DerivedData, build/target по 17 проектам.
Установка:
git clone https://github.com/aistae/claude-mac-storage-cleanup
cp -R claude-mac-storage-cleanup/skill ~/.claude/skills/mac-storage-cleanup
Дальше просто просите словами: «просканируй мак на предмет занятого впустую места».
Скрипты standalone — Claude для запуска не обязателен, хватит python3 и системного Python.
Порт codex-mac-storage-cleanup (https://github.com/Kappaemme-git/codex-mac-storage-cleanup) Francesco Mistero, переписанный под Claude с более аккуратным движком аудита и обратимой очисткой. MIT.
👉 https://github.com/aistae/claude-mac-storage-cleanup
#opensource
Этот скилл устроен наоборот: сначала read-only аудит, потом отчёт, и только после вашего явного одобрения — удаление.
Что меряет: кеши приложений, логи, Xcode DerivedData и симуляторы, Android AVD, Docker, кеши brew/npm/pnpm/yarn/pip/uv/Cargo/Go/Gradle/Maven/CocoaPods, индексы JetBrains, node_modules и build-артефакты по всем проектам, локальные веса моделей, iOS-бэкапы, крупные файлы и старые инсталляторы.
Безопасность:
Первый проход вообще ничего не пишет. Никогда даже не сканируются: ~/.claude, ~/.codex, SSH/GPG-ключи, Keychain, Mail, Messages, iCloud Drive, Photos. Приоритет очистки: родная чистилка инструмента → Корзина (обратимо, с манифестом отката) → rm только по проверенным кеш/build-путям. Без sudo, если явно не попросить.
Живой прогон на моём маке:
Было 20 GiB свободно из 460 (96% занято). Аудит — 156 секунд, нашёл 167 GB кандидатов. Освобождено 122 GiB: 66 GB Android-эмуляторов (среди них три копии одного устройства), 25 GB симуляторов iOS, 24 GB кешей приложений, остальное — Gradle, DerivedData, build/target по 17 проектам.
Установка:
git clone https://github.com/aistae/claude-mac-storage-cleanup
cp -R claude-mac-storage-cleanup/skill ~/.claude/skills/mac-storage-cleanup
Дальше просто просите словами: «просканируй мак на предмет занятого впустую места».
Скрипты standalone — Claude для запуска не обязателен, хватит python3 и системного Python.
Порт codex-mac-storage-cleanup (https://github.com/Kappaemme-git/codex-mac-storage-cleanup) Francesco Mistero, переписанный под Claude с более аккуратным движком аудита и обратимой очисткой. MIT.
👉 https://github.com/aistae/claude-mac-storage-cleanup
#opensource
GitHub
GitHub - aistae/claude-mac-storage-cleanup
Contribute to aistae/claude-mac-storage-cleanup development by creating an account on GitHub.
👍4🔥2🤮1
⚪️ LunaMaxxing
Переключил часть длинно работающих флоу на Луну в max/xhigh ризонинге - и, о чудо, лимиты перестали тратится вообще! несколько часов едет пара сессий, а лимиты на пару процентов проседают по пулу.. Раньше на sol medium все довольно стремительно сгорало.
Удивительное, конечно
Не уверен что оно со всем-всем справится норм, но тестов оно определенно заслуживает.
(ц) Кто еще не - лучше таки да.
——
Upd 1️⃣ : кстати, еще со времен deepseek-moment вывели одно следствие - цена имеет значение. Достаточно умная модель весьма дешево - это сильное предложение. Фронтир-фронтиром, но тут ИИ в экономику отправляют, а для реальных дел это важно
В общем, продолжаю накидывать)
@deksden_notes
Переключил часть длинно работающих флоу на Луну в max/xhigh ризонинге - и, о чудо, лимиты перестали тратится вообще! несколько часов едет пара сессий, а лимиты на пару процентов проседают по пулу.. Раньше на sol medium все довольно стремительно сгорало.
Удивительное, конечно
Не уверен что оно со всем-всем справится норм, но тестов оно определенно заслуживает.
(ц) Кто еще не - лучше таки да.
——
Upd 1️⃣ : кстати, еще со времен deepseek-moment вывели одно следствие - цена имеет значение. Достаточно умная модель весьма дешево - это сильное предложение. Фронтир-фронтиром, но тут ИИ в экономику отправляют, а для реальных дел это важно
В общем, продолжаю накидывать)
@deksden_notes
👍18🔥10
Forwarded from Мастер AI coding
Около пол года бьюсь над созданием удобного процесса агентной разработки софта и наконец что то интересное стало вырисовываться .
По началу набирася в Cursor опыта использования агентов по ролям. Ограниченность контекста заставляла экспериментировать с разного рода memory системами. Весной Дексден подсветил интересный memobank от Влада, там PRD-FT-TASKS, бюрократические протоколы, объем генерируемых служебных файлов кратно превышает объем генерируемого кода, зато мы получам достаточно устойчивый workflow разработки, не боящийся обрыва сессий, да еще и частичная автономность на борту. Все бы хорошо, но не хватало SDD фундамента из опорных design спецификаций, без них небольшие проекты могли бы генерироваться успешно, но доработка и поддержка приведет к slop решениям. Пару месяцев вкатывал в фреймворк лушие плюшки из Spec KIT, жирного BMAD и не упомню из чего еще.. теперь фреймворк способен начать процесс с интервьюируемого брейншторминга идеи, дальше многоходовочка с постепенной генерацией вплетаемых друг в друга технических, функциональных и некоторых других спецификаций. По умолчанию фреймворк предлагает удобную агентам архитектуру модульного монолита с вертикальными слайсами и явным графом модулей. Во время декомпозиции функциональных спеков, к карточкам тасок прирастают наборы согласованных SDD design specs, указываются критерии приемки, границы выполнения, чтобы имплементацию таски можно было поручать агентам-мартышкам. Декомпозировал сложность имплементации и верификации тасок по 4м уровням. Если повторная верификация трижды завершается провально, можно выбрать процесс углубленного дебагинга таски.
Сложные таски идут по роутингу TDD: пишем тесты, имплементируем пока тесты не сойдуся(фейкотестам привет и пока :). Если экзекьютору хватит ума увидеть, что спеки не достаточны\не согласованы, он ничего не додумывает, а отправляет нас обратно на редизайн спеков+карточки таски, потом выполнит задачу вновь.
Фреймворк получился заточен под фронтиров Codex и Claude. Допил под другие LLM простой, заключается в роутинге к набору из 30+ скиллов, остальное подтянется автоматом. В ридми на гитхабе описано как установить фреймворк, какие команды вызывать, про автопилот и пр. Если у вас есть свой `AGENTS.md` для проекта, желательно его переименовать , а после разворота фреймворка в прокт уделить внимание слиянию, ибо фреймворку важны инструкции в созданном фреймворком корневом
После запуска новой сессии( нового чата) можно даже не заглядывать в ридми а просто спрашивать: "Шо мне делать дальше?",- агент поведет за руку.
Из дополнительных плюшек, которые внедрены в фреймворк DevRails:
- для тяжелых правок или правок в тяжелом проекте: /technical-premortem;
- если агент во время работы нашел минорную проблему, делает PAPERCUT записи;
- скан на тех долг ( можно запускать на ночь)
- ели хочешь наболтать идею в свободном стиле, но чтобы агент вник глубже в суть месседжа, рекомендую к сообщению добавлять creator-vibe skill фразой: "используй мой вайб".
- на днях будет добавлен frontend better skills pack, лениво подгружаемый только в роли FRONTENDER
===
Я обкатываю функционал фреймворка на боевых проектах, параллельно занимаясь свежими внедрениями. Brownfield достался от Влада, его я пока честно не тестил.
Буду рад замечаниям, вопросам и новым идеям =)
В комментариях будет видос для самых маленьких, как пользоваться фреймворком #DevRails на примере разработки Android приложения. Хотя я его доселе обкатывал восновном на web приложениях. Всем добра!
#opensource
По началу набирася в Cursor опыта использования агентов по ролям. Ограниченность контекста заставляла экспериментировать с разного рода memory системами. Весной Дексден подсветил интересный memobank от Влада, там PRD-FT-TASKS, бюрократические протоколы, объем генерируемых служебных файлов кратно превышает объем генерируемого кода, зато мы получам достаточно устойчивый workflow разработки, не боящийся обрыва сессий, да еще и частичная автономность на борту. Все бы хорошо, но не хватало SDD фундамента из опорных design спецификаций, без них небольшие проекты могли бы генерироваться успешно, но доработка и поддержка приведет к slop решениям. Пару месяцев вкатывал в фреймворк лушие плюшки из Spec KIT, жирного BMAD и не упомню из чего еще.. теперь фреймворк способен начать процесс с интервьюируемого брейншторминга идеи, дальше многоходовочка с постепенной генерацией вплетаемых друг в друга технических, функциональных и некоторых других спецификаций. По умолчанию фреймворк предлагает удобную агентам архитектуру модульного монолита с вертикальными слайсами и явным графом модулей. Во время декомпозиции функциональных спеков, к карточкам тасок прирастают наборы согласованных SDD design specs, указываются критерии приемки, границы выполнения, чтобы имплементацию таски можно было поручать агентам-мартышкам. Декомпозировал сложность имплементации и верификации тасок по 4м уровням. Если повторная верификация трижды завершается провально, можно выбрать процесс углубленного дебагинга таски.
Сложные таски идут по роутингу TDD: пишем тесты, имплементируем пока тесты не сойдуся(фейкотестам привет и пока :). Если экзекьютору хватит ума увидеть, что спеки не достаточны\не согласованы, он ничего не додумывает, а отправляет нас обратно на редизайн спеков+карточки таски, потом выполнит задачу вновь.
Фреймворк получился заточен под фронтиров Codex и Claude. Допил под другие LLM простой, заключается в роутинге к набору из 30+ скиллов, остальное подтянется автоматом. В ридми на гитхабе описано как установить фреймворк, какие команды вызывать, про автопилот и пр. Если у вас есть свой `AGENTS.md` для проекта, желательно его переименовать , а после разворота фреймворка в прокт уделить внимание слиянию, ибо фреймворку важны инструкции в созданном фреймворком корневом
AGENTS.md. После запуска новой сессии( нового чата) можно даже не заглядывать в ридми а просто спрашивать: "Шо мне делать дальше?",- агент поведет за руку.
Из дополнительных плюшек, которые внедрены в фреймворк DevRails:
- для тяжелых правок или правок в тяжелом проекте: /technical-premortem;
- если агент во время работы нашел минорную проблему, делает PAPERCUT записи;
- скан на тех долг ( можно запускать на ночь)
- ели хочешь наболтать идею в свободном стиле, но чтобы агент вник глубже в суть месседжа, рекомендую к сообщению добавлять creator-vibe skill фразой: "используй мой вайб".
- на днях будет добавлен frontend better skills pack, лениво подгружаемый только в роли FRONTENDER
===
Я обкатываю функционал фреймворка на боевых проектах, параллельно занимаясь свежими внедрениями. Brownfield достался от Влада, его я пока честно не тестил.
Буду рад замечаниям, вопросам и новым идеям =)
В комментариях будет видос для самых маленьких, как пользоваться фреймворком #DevRails на примере разработки Android приложения. Хотя я его доселе обкатывал восновном на web приложениях. Всем добра!
#opensource
GitHub
GitHub - nicelight/DevRails-26: Agentic memory based SDD dev workflow
Agentic memory based SDD dev workflow. Contribute to nicelight/DevRails-26 development by creating an account on GitHub.
🔥21🤷♂8🤔5❤4🥰3🎄1
⚪️ Anydoc от Firecrawl
Опенсорс от Firecrawl для парсинга 14 форматов в Markdown.
🔗 Гитхаб : https://github.com/firecrawl/anydoc
В чем плюсы? больше форматов чем в markitdown (14 против 6), быстрый (на rust). Поставляются биндинги для TS и Python.
По описанию мне понравилось: структура сохраняется, картинки тоже, legacy форматы поддерживает (doc/xls), таблички обрабатывает. По качеству - надо смотреть конечно на практике. Может, заберу себе в движок базы знаний.
(ц) понравилось
@deksden_notes
Опенсорс от Firecrawl для парсинга 14 форматов в Markdown.
🔗 Гитхаб : https://github.com/firecrawl/anydoc
В чем плюсы? больше форматов чем в markitdown (14 против 6), быстрый (на rust). Поставляются биндинги для TS и Python.
По описанию мне понравилось: структура сохраняется, картинки тоже, legacy форматы поддерживает (doc/xls), таблички обрабатывает. По качеству - надо смотреть конечно на практике. Может, заберу себе в движок базы знаний.
(ц) понравилось
@deksden_notes
👍24🔥8
Forwarded from Alexey Demochko
⚡️ Portable Orchestration Flow Kit — мой флоу для агентной разработки (Codex + Opencode-go)
Это не очередной фреймворк, а переносимый контракт процесса 🤌
За последнее время я много мучился с новыми агентами (GPT 5.6 Sol High сюда-а) и собрал свой набор, который решает главные проблемы работы с LLM в коде:
🔹 Экономия токенов — исполнитель получает не всю историю, а один пакет с allowlist’ом файлов. Нет перечитывания лишнего, нет потери контекста, только нужное
🔹 Скорость — детерминированная сборка пакетов локальными скриптами (без лишних вызовов модели), параллельное выполнение независимых пакетов и жёсткие границы задач
🔹 Контроль контекста — стабильный префикс (роль, политика) отделён от динамического хвоста. Даже при сложной задаче контекст не раздувается до предела
🔹 Максимум качества за минимум — кэш-оптимизация в A/B тестах снизила uncached input на 29,4% при ретраях. Code-review пропорционально риску - 3 степени: мелочь — без оверхеда (Sol Low), по-быстрому, обычное - Sol High, критичное — Sol High + Kimi K3
🔹 Чёткие критерии «сделано» — explicit DoD: план → пакет → проверки → интеграция → review
В итоге получилось: 10 ролей, 7 skills и скрипты, которые можно адаптировать под свой runtime.
👉 Смотреть: https://github.com/Kacep91/orchestration-flow-kit
#opensource
За последнее время я много мучился с новыми агентами (GPT 5.6 Sol High сюда-а) и собрал свой набор, который решает главные проблемы работы с LLM в коде:
🔹 Экономия токенов — исполнитель получает не всю историю, а один пакет с allowlist’ом файлов. Нет перечитывания лишнего, нет потери контекста, только нужное
🔹 Скорость — детерминированная сборка пакетов локальными скриптами (без лишних вызовов модели), параллельное выполнение независимых пакетов и жёсткие границы задач
🔹 Контроль контекста — стабильный префикс (роль, политика) отделён от динамического хвоста. Даже при сложной задаче контекст не раздувается до предела
🔹 Максимум качества за минимум — кэш-оптимизация в A/B тестах снизила uncached input на 29,4% при ретраях. Code-review пропорционально риску - 3 степени: мелочь — без оверхеда (Sol Low), по-быстрому, обычное - Sol High, критичное — Sol High + Kimi K3
🔹 Чёткие критерии «сделано» — explicit DoD: план → пакет → проверки → интеграция → review
В итоге получилось: 10 ролей, 7 skills и скрипты, которые можно адаптировать под свой runtime.
👉 Смотреть: https://github.com/Kacep91/orchestration-flow-kit
#opensource
GitHub
GitHub - Kacep91/orchestration-flow-kit: Portable reference kit for evidence-led AI engineering: packet-first planning, bounded…
Portable reference kit for evidence-led AI engineering: packet-first planning, bounded Luna execution, Sol orchestration, parallel behavior packages, deterministic handoffs and diffs, failure-ledge...
👍6🔥5❤2👎1🤔1
⚪️ Google страсти и слухи
Демиc Хассабис уходит с поста генерального директора DeepMind и займет новую роль председателя, в то время как главный ученый Джефф Дин и «другой руководитель в области ИИ» уходят, чтобы основать собственный бизнес, в который Google инвестирует
Чего там происходит? Особенно на фоне истории с 3.5 про? Неужели llama4-moment?
🔗 Первоисточник : https://www.axios.com/2026/08/05/google-deepmind-demis-hassabis-ai
(ц) мы, конечно, будем наблюдать!
——
upd 1️⃣ : Демис телеграфирует: https://x.com/demishassabis/status/2085034334914769203
Всё пучком! Ну - кто бы сомневался. Еще про то что все зашибись можно почитать в блоге: https://blog.google/company-news/inside-google/message-ceo/next-chapter-ai-momentum/
——
upd 2️⃣ : Джефф Дин и товарищи делают стартап DiscoveryLoop AI
https://x.com/Sanjay_Ghemawat/status/2085033732013162909
Джефф пишет: https://x.com/JeffDean/status/2085083442669318443
@deksden_notes
Демиc Хассабис уходит с поста генерального директора DeepMind и займет новую роль председателя, в то время как главный ученый Джефф Дин и «другой руководитель в области ИИ» уходят, чтобы основать собственный бизнес, в который Google инвестирует
Чего там происходит? Особенно на фоне истории с 3.5 про? Неужели llama4-moment?
🔗 Первоисточник : https://www.axios.com/2026/08/05/google-deepmind-demis-hassabis-ai
(ц) мы, конечно, будем наблюдать!
——
upd 1️⃣ : Демис телеграфирует: https://x.com/demishassabis/status/2085034334914769203
Всё пучком! Ну - кто бы сомневался. Еще про то что все зашибись можно почитать в блоге: https://blog.google/company-news/inside-google/message-ceo/next-chapter-ai-momentum/
——
upd 2️⃣ : Джефф Дин и товарищи делают стартап DiscoveryLoop AI
https://x.com/Sanjay_Ghemawat/status/2085033732013162909
Джефф пишет: https://x.com/JeffDean/status/2085083442669318443
@deksden_notes
👀4😱2🤣2
Forwarded from Циничный AI (Anton Goncharenko)
Ω_Инженерия_надёжных_фреймворков_на_AI_агентах.html
184.7 KB
Книга широко известного в узких кругах Ω
Книга - это попытка вытащить из его практики переносимую систему.
Для написания книги использованы:
Немного про Ω:
И это только то, что известно из его сообщений.
P.S. Ещё раз, как создавалась книга - я взял все диалоги Ω с 1 июля, обработал и собрал из этого единую концептуально-практическую философию
P.P.S. Приятного чтения )
#opensource #Ω
Please open Telegram to view this post
VIEW IN TELEGRAM
👍13🔥12❤🔥4❤3😁1🤔1🕊1
⚪️ Релиз Codex 0.146.1
Релиз по вторникам нынче принес нам минорный багофикс релиз в среду.
Ничего примечательного.
Для codex.app даже ченжлога нету, хотя бамп версии с 26.727 до 26.730 произошел.
В общем - "всё пропало! ИИ упёрся в стену"
(ц) утешимся смирением
@deksden_notes
Релиз по вторникам нынче принес нам минорный багофикс релиз в среду.
Ничего примечательного.
Для codex.app даже ченжлога нету, хотя бамп версии с 26.727 до 26.730 произошел.
В общем - "всё пропало! ИИ упёрся в стену"
(ц) утешимся смирением
@deksden_notes
👍1
⚪️ Работа в OpenAI
Клозеды нанимают! Позиций много, разных
🔗 Писать сюда: https://x.com/vinhocent/status/2084740080166752591 (DM)
@deksden_notes
Клозеды нанимают! Позиций много, разных
🔗 Писать сюда: https://x.com/vinhocent/status/2084740080166752591 (DM)
@deksden_notes
🔥5👍3❤2👻1
⚪️ Тибо и ресеты
Тибо, кмк, открыл ящик Пандоры - написал что в DM получает запрос на ресет в среднем раз в 6 минут и иногда уступает.
Зря он это сказал! Теперь прийдется делать пайплайн на агенте для обработки шквала запросов. Все таки 10м+ пользователей
@deksden_notes
Тибо, кмк, открыл ящик Пандоры - написал что в DM получает запрос на ресет в среднем раз в 6 минут и иногда уступает.
Зря он это сказал! Теперь прийдется делать пайплайн на агенте для обработки шквала запросов. Все таки 10м+ пользователей
@deksden_notes
😁10👏2