⚪️ Orchids.app через подписку!
Не видел ранее такого - к веб билдеру Orchids (что то типа Lovable. и тоже с уклоном в UI) можно прикрутить CharGPT подписку (и другие, но насчет Клода я не уверен) и пользовать без оплаты самого Orchids!
Приольный способ предметно пощупать эту штуку. В других инструментах такое пока не особо распространено, но, может, такая тема разовьется! Было бы здорово - подписок уже и так немало набрано
Кому было интересно - налетайте!
@deksden_notes
Не видел ранее такого - к веб билдеру Orchids (что то типа Lovable. и тоже с уклоном в UI) можно прикрутить CharGPT подписку (и другие, но насчет Клода я не уверен) и пользовать без оплаты самого Orchids!
Приольный способ предметно пощупать эту штуку. В других инструментах такое пока не особо распространено, но, может, такая тема разовьется! Было бы здорово - подписок уже и так немало набрано
Кому было интересно - налетайте!
@deksden_notes
👍10🔥3
⚪️ WireText.app
❓ Кто то пользует подобные приложения? Вроде бы они для того, чтобы быстро "набросать" эскизик.
Или "на салфетке" от руки удобнее?
@deksden_notes
❓ Кто то пользует подобные приложения? Вроде бы они для того, чтобы быстро "набросать" эскизик.
Или "на салфетке" от руки удобнее?
@deksden_notes
👀4
⚪️ Sonnet 4.6 и Grok 4.20
Про них вам уже расскаали их каждого утюга
У меня вот только один вопрос - это теперь мода такая релизить топовые модели одновременно, чтобы ... что? Не расслаблялись? Синулярность ощутить? ))
Интересное время. Glm c Минимаксом за ручку выходили.. Кодекс с Опусом. И вот Соннет с Гроком
@deksden_notes
Про них вам уже расскаали их каждого утюга
У меня вот только один вопрос - это теперь мода такая релизить топовые модели одновременно, чтобы ... что? Не расслаблялись? Синулярность ощутить? ))
Интересное время. Glm c Минимаксом за ручку выходили.. Кодекс с Опусом. И вот Соннет с Гроком
@deksden_notes
😁7👍3❤1
⚪️ Релиз 0.102 Кодекса ...
... качать не нужно, он закосячился - на Венде не стартует. Не удивляйтесь! Обновление не пройдет автоматом тоже, потому как его депрекейтнули в npm, и он не ставится. Чтобы уведомлялка не надоедала, скипайте этот релиз. Думаю, скоро фикс запостят
@deksden_notes
... качать не нужно, он закосячился - на Венде не стартует. Не удивляйтесь! Обновление не пройдет автоматом тоже, потому как его депрекейтнули в npm, и он не ставится. Чтобы уведомлялка не надоедала, скипайте этот релиз. Думаю, скоро фикс запостят
@deksden_notes
😁10👍6❤3👌3
⚪️ Флоу инжиниринг: планирование
#flow
❓ Вопрос аудитории - кто как планирует? Для эвала на силу кодинга моделей задумал улучшить планирование в своем флоу. Хочу составить очень подробный крутой план. Кто как к этому вопросу подходит?
▶️ Я сейчас делаю так: стадии процесса:
• подготовка контекста,
• обсуждение,
• планирование
▶️ Стадия подготовки контекста: сначала делаю прайминг свежего контекста индексом меморибанка. Потом прошу агента подготовится по вопросам подсистем, с которыми собираюсь работать. Например "изучи работу cli в системе, сформируй контекст, подготовься. Возвращайся как будешь готов"
▶️ После этого начинаю обсуждать доработки/задачу, в свободной форме. Прошу составлять план работы. По план спрашиваю: что осталось неясным? Что можешь доработать? что не учли/забыли? Какие смежные вопросы не проработаны? Какие gaps остались?
прошу регулярно сформулировать полный план на текущую итерацию обсуждения, вычитываю его. Проивольно прошу пояснить - как он понял какие то аспекты задачи, какие то отдельные вопросы.
Этап финалится, когда мне кажется, что мы с агентом пришли к устраивающему меня пониманию вопроса.
Очень проясняет ситуацию, если агенту описывать сценарий использования системы, как вы его видите - лучше не с ходу, а в процессе обсуждения.
▶️ После этого зависит от процесса: если через оркестратор - то там системный промпт на планирвоание. Если "руками" - то прорабатываем план:
• разбиваем работу на шаги оптимального размера для одной итерации
• если по кодовой базе остаются неопределенности - планируем как подадачи проведение исследований на темы, требующие прояснения или доп исследований
• без оверинжиниринга, задачи решаем максимально простым способом из имеющихся но с полной требуемой функциональностью
• не вводим новых сущностей, абстранций, слоев без крайней на то необходимости
• максимально переиспользуем имеющиеся общие модули, хелперы, классы, другие сущности системы
• тестовое покрытие: важно сделать реализацию сценария использования системы с обсуждавшейся доработкой в формате теста, который может прогнать агент, все остальные тестовые штуки - вспомогательные
• гейты качества: typecheck / lint / build / test:unit / test:integration / test:e2e
В оркестраторе примерно так же, но чуть сложнее: там для каждого шага еще и исследования прописаны, со ссылками на артефакты исследования, прописан контекст, релевантные файлы и прочие всякие штуки. можно и вручную попросить это сделать до реализации!
Вот такой подход в целом. Наверняка что то забыл прояснить, обсудим в чате - всплывёт.
👉ИТАК: а ваш флоу какой? Какой видите идеальный процесс планирования?
@deksden_notes
#flow
❓ Вопрос аудитории - кто как планирует? Для эвала на силу кодинга моделей задумал улучшить планирование в своем флоу. Хочу составить очень подробный крутой план. Кто как к этому вопросу подходит?
▶️ Я сейчас делаю так: стадии процесса:
• подготовка контекста,
• обсуждение,
• планирование
▶️ Стадия подготовки контекста: сначала делаю прайминг свежего контекста индексом меморибанка. Потом прошу агента подготовится по вопросам подсистем, с которыми собираюсь работать. Например "изучи работу cli в системе, сформируй контекст, подготовься. Возвращайся как будешь готов"
▶️ После этого начинаю обсуждать доработки/задачу, в свободной форме. Прошу составлять план работы. По план спрашиваю: что осталось неясным? Что можешь доработать? что не учли/забыли? Какие смежные вопросы не проработаны? Какие gaps остались?
прошу регулярно сформулировать полный план на текущую итерацию обсуждения, вычитываю его. Проивольно прошу пояснить - как он понял какие то аспекты задачи, какие то отдельные вопросы.
Этап финалится, когда мне кажется, что мы с агентом пришли к устраивающему меня пониманию вопроса.
Очень проясняет ситуацию, если агенту описывать сценарий использования системы, как вы его видите - лучше не с ходу, а в процессе обсуждения.
▶️ После этого зависит от процесса: если через оркестратор - то там системный промпт на планирвоание. Если "руками" - то прорабатываем план:
• разбиваем работу на шаги оптимального размера для одной итерации
• если по кодовой базе остаются неопределенности - планируем как подадачи проведение исследований на темы, требующие прояснения или доп исследований
• без оверинжиниринга, задачи решаем максимально простым способом из имеющихся но с полной требуемой функциональностью
• не вводим новых сущностей, абстранций, слоев без крайней на то необходимости
• максимально переиспользуем имеющиеся общие модули, хелперы, классы, другие сущности системы
• тестовое покрытие: важно сделать реализацию сценария использования системы с обсуждавшейся доработкой в формате теста, который может прогнать агент, все остальные тестовые штуки - вспомогательные
• гейты качества: typecheck / lint / build / test:unit / test:integration / test:e2e
В оркестраторе примерно так же, но чуть сложнее: там для каждого шага еще и исследования прописаны, со ссылками на артефакты исследования, прописан контекст, релевантные файлы и прочие всякие штуки. можно и вручную попросить это сделать до реализации!
Вот такой подход в целом. Наверняка что то забыл прояснить, обсудим в чате - всплывёт.
👉ИТАК: а ваш флоу какой? Какой видите идеальный процесс планирования?
@deksden_notes
👍10❤1❤🔥1😱1
⚪️ Теория заговора про Антропик
▶️ Такую штуку в тви вычитал, забавное:
• антропики тренили 5й соннет; он получился немного умнее опуса 4.5, но сильно меньше (значит, дешевле в инференсе);
• для экономии решили выпустить его как опус 4.6;
• а соннет 4.6 это дистилл соннета 5 (который стал опусом 4.6) в еще более мелкую модель;
• освободившийся компьют продали по х6 цене как fast opus
• ...
• PROFIT!
Люди конечно умеют иногда выдать!)
Сомневаюсь, что правда - но дыма без огня ... К тому же sonnet 5 куда то пропал
@deksden_notes
▶️ Такую штуку в тви вычитал, забавное:
• антропики тренили 5й соннет; он получился немного умнее опуса 4.5, но сильно меньше (значит, дешевле в инференсе);
• для экономии решили выпустить его как опус 4.6;
• а соннет 4.6 это дистилл соннета 5 (который стал опусом 4.6) в еще более мелкую модель;
• освободившийся компьют продали по х6 цене как fast opus
• ...
• PROFIT!
Люди конечно умеют иногда выдать!)
Сомневаюсь, что правда - но дыма без огня ... К тому же sonnet 5 куда то пропал
@deksden_notes
👍9❤3🤬1
⚪️ Подход к проектированию
#flow
Думаю, это достаточно очевидно, но на всякий случай поделюсь своим подходом к созданию софта.
Можно условно назвать его "layered" - как лук, ибо великаны - они как лук ("Вонючие? Нет! Многослойные" (ц) Шрек).
👉 Идея в следующем.
▶️ Допустим, делаем некую софтину, которая работает через любой UI (GUI, TUI). Очевидно, что у нее есть некая логика и фейс.
▶️ Я всегда в таком случае выношу логику во внешний слой. Можно сразу делать сервер, потому что даже для локальной утилиты пригодится. Хорошая граница системы получается, к слову. Сервер в утилите может быть in-process, это когда он линкуется внутрь процесса клиента и вызывается не через сокет/порт а прямо в коде. Но логика сервера - полноценная, его одной строчкой можно запустить на отдельном порту, и получить "бесплатно" уже 2 клиента к одной и той же логике.
▶️ Следом я делаю стандартную обвязку сервера: фиксируем контракт серверных роутов/ручек/маршрутов (кто как зовет), можно в open API стандарте. Делаем типизированный client для этого api, чтобы все валидировалось и типизировалось "из коробки".
▶️ Удобно все раложить в мультирепо - client, server отдельными пакетами.
▶️ Самое важное: следом делаем CLI клиента, который имеет доступ ко всем нужным нам функциям через client пакет.
И ВОТ ЭТОТ CLI УПРАВЛЯЕТСЯ АГЕНТОМ на этапе разработки. Вы именно через него будете тестирвоать сценарий работы и основную логику вашей системы.
▶️ Дальше все реализовывается до состояния, когда все работает, под управлением агента. Можно реальные зависимости даже дергать (типа, БД там у вашего сервера реальная, миграцию затестить, экспорты/импорты). В общем, суть в том, что ВСЕ сценарии использования системы гоняются на CLI чере агента.
▶️ По итогу отработки логики с агентом, мы фиксируем успешную работу логики в ВИДЕ ТЕСТОВ e2e типа, я их называю сценариями/business processes. Это тот же сценарий, что исполнял агент, только в виде детерминирвоанного теста. На cli тест сильно проще пишется, не надо чего то тяжелого типа playwright/CDP.
▶️ Поверх живой логики в любой момент можно прикрутить ваш GUI/TUI или Desktop UI / Swift / Electron / Electrobun / Tauri и прочую хрень. Если это сделать "параллеьно", то можно будет смотреть в UI как агент ваш сценарий "проегает" по системе.
❓ В чем профит? Через cli агенту проще и ГОРАЗДО быстрее добраться до отладки именно логики системы, чтобы все работало ок. Не будет мешать GUI обвязка со своими багами
❓ Проще отладить GUI/TUI зная что логика "внизу" уже работает
❓ Проще предусмотреть все в апи чего надо, если вся логика через это апи реализуется. Доделки для GUI скорее в виде вспомогательных ручек, которые удобно для UI отдают инфу.
❓ Так сильно быстрее и надежнее. Вы получаете детерминирвоанные и достаточно быстрые тесты, которые на GUI не завяаны, значит можно исключить chrome binary / playwright и тп.
❓Playwright используем по назначению: для тестирвоания самого ГУЯ.
Как то так. Тоже так делаете?
@deksden_notes
#flow
Думаю, это достаточно очевидно, но на всякий случай поделюсь своим подходом к созданию софта.
Можно условно назвать его "layered" - как лук, ибо великаны - они как лук ("Вонючие? Нет! Многослойные" (ц) Шрек).
👉 Идея в следующем.
▶️ Допустим, делаем некую софтину, которая работает через любой UI (GUI, TUI). Очевидно, что у нее есть некая логика и фейс.
▶️ Я всегда в таком случае выношу логику во внешний слой. Можно сразу делать сервер, потому что даже для локальной утилиты пригодится. Хорошая граница системы получается, к слову. Сервер в утилите может быть in-process, это когда он линкуется внутрь процесса клиента и вызывается не через сокет/порт а прямо в коде. Но логика сервера - полноценная, его одной строчкой можно запустить на отдельном порту, и получить "бесплатно" уже 2 клиента к одной и той же логике.
▶️ Следом я делаю стандартную обвязку сервера: фиксируем контракт серверных роутов/ручек/маршрутов (кто как зовет), можно в open API стандарте. Делаем типизированный client для этого api, чтобы все валидировалось и типизировалось "из коробки".
▶️ Удобно все раложить в мультирепо - client, server отдельными пакетами.
▶️ Самое важное: следом делаем CLI клиента, который имеет доступ ко всем нужным нам функциям через client пакет.
И ВОТ ЭТОТ CLI УПРАВЛЯЕТСЯ АГЕНТОМ на этапе разработки. Вы именно через него будете тестирвоать сценарий работы и основную логику вашей системы.
▶️ Дальше все реализовывается до состояния, когда все работает, под управлением агента. Можно реальные зависимости даже дергать (типа, БД там у вашего сервера реальная, миграцию затестить, экспорты/импорты). В общем, суть в том, что ВСЕ сценарии использования системы гоняются на CLI чере агента.
▶️ По итогу отработки логики с агентом, мы фиксируем успешную работу логики в ВИДЕ ТЕСТОВ e2e типа, я их называю сценариями/business processes. Это тот же сценарий, что исполнял агент, только в виде детерминирвоанного теста. На cli тест сильно проще пишется, не надо чего то тяжелого типа playwright/CDP.
▶️ Поверх живой логики в любой момент можно прикрутить ваш GUI/TUI или Desktop UI / Swift / Electron / Electrobun / Tauri и прочую хрень. Если это сделать "параллеьно", то можно будет смотреть в UI как агент ваш сценарий "проегает" по системе.
❓ В чем профит? Через cli агенту проще и ГОРАЗДО быстрее добраться до отладки именно логики системы, чтобы все работало ок. Не будет мешать GUI обвязка со своими багами
❓ Проще отладить GUI/TUI зная что логика "внизу" уже работает
❓ Проще предусмотреть все в апи чего надо, если вся логика через это апи реализуется. Доделки для GUI скорее в виде вспомогательных ручек, которые удобно для UI отдают инфу.
❓ Так сильно быстрее и надежнее. Вы получаете детерминирвоанные и достаточно быстрые тесты, которые на GUI не завяаны, значит можно исключить chrome binary / playwright и тп.
❓Playwright используем по назначению: для тестирвоания самого ГУЯ.
Как то так. Тоже так делаете?
@deksden_notes
🔥23👍2❤🔥1
⚪️ Qwen Coding Plan
Помимо бесплатного тира теперь есть кодинговый план для агентов - в основном кодинговых, но OpenClaw прямо поддерживают.
Два тарифа. $10/$50. Промо для старта - 50% скидка, то есть попробовать план можно начиная от $5.
Модели: qwen3.5-plus, qwen3-max-2026-01-23, and qwen3-coder-plus
API: OpenAI API and Anthropic API specifications
Упряжки: Qwen Code, Claude Code, Cline, and OpenClaw.
🔗 https://www.alibabacloud.com/help/en/model-studio/coding-plan#cb78776f75w6m
🔗 https://www.alibabacloud.com/en/campaign/ai-scene-coding?_p_lc=1
Больше подписок - хороших и разных!
@deksden_notes
Помимо бесплатного тира теперь есть кодинговый план для агентов - в основном кодинговых, но OpenClaw прямо поддерживают.
Два тарифа. $10/$50. Промо для старта - 50% скидка, то есть попробовать план можно начиная от $5.
Модели: qwen3.5-plus, qwen3-max-2026-01-23, and qwen3-coder-plus
API: OpenAI API and Anthropic API specifications
Упряжки: Qwen Code, Claude Code, Cline, and OpenClaw.
🔗 https://www.alibabacloud.com/help/en/model-studio/coding-plan#cb78776f75w6m
🔗 https://www.alibabacloud.com/en/campaign/ai-scene-coding?_p_lc=1
Больше подписок - хороших и разных!
@deksden_notes
🔥10❤4👀3👏1
⚪️ (Продолжение оглавления материалов канала)
Начало тут: https://t.me/deksden_notes/9
▶️ Git flow: https://t.me/deksden_notes/420 , https://t.me/deksden_notes/421 , https://t.me/deksden_notes/422 , https://t.me/deksden_notes/423
▶️ Memory bank для существующих проектов :: Реверс-проектирование и реверс-документирование в brownfield : https://t.me/deksden_notes/66 , https://t.me/deksden_notes/67
▶️ Агентная память (обзор технологии, agents.md ): https://t.me/deksden_notes/77 , https://t.me/deksden_notes/81 , https://t.me/deksden_notes/83 , https://t.me/deksden_notes/84
▶️ Тестирование:
* Тестирование в эпоху AI агентов : https://t.me/deksden_notes/249 , https://t.me/deksden_notes/250 , https://t.me/deksden_notes/251
* Тестирование, бизнес-процессы (e2e) : https://t.me/deksden_notes/286
▶️ ‼️ Серия постов про #deksdenFlow :
* TLDR : https://t.me/deksden_notes/197 ,
* #DeksdenFlow - 1 :: git, worktree : https://t.me/deksden_notes/198 , https://t.me/deksden_notes/199
* #DeksdenFlow - 2 :: Контексты : https://t.me/deksden_notes/200
* #DeksdenFlow - 3 :: Protocol - Этап обсуждения : https://t.me/deksden_notes/201 , https://t.me/deksden_notes/202
* #DeksdenFlow - 4, Protocol, Этап фиксации плана : https://t.me/deksden_notes/203 , https://t.me/deksden_notes/204
* #DeksdenFlow - 5, Protocol, этап Реализация : https://t.me/deksden_notes/205 , https://t.me/deksden_notes/206
#DeksdenFlow - 6, Protocol, Этап Review and Merge : https://t.me/deksden_notes/207
* #DeksdenFlow - 7, Заключительное организационное : https://t.me/deksden_notes/208
* #DeksdenFlow и Gpt-5.1 : https://t.me/deksden_notes/210
* Регулярный анализ проектов : https://t.me/deksden_notes/316
* Модернизация протокола #deksdenFlow: https://t.me/deksden_notes/309
* слайды : https://t.me/deksden_notes/252
▶️ Разное:
* О верификации - коротко : https://t.me/deksden_notes/367
* Схема "Критик" : https://t.me/deksden_notes/142
* Фичапаки CLI агента : https://t.me/deksden_notes/308
Начало тут: https://t.me/deksden_notes/9
▶️ Git flow: https://t.me/deksden_notes/420 , https://t.me/deksden_notes/421 , https://t.me/deksden_notes/422 , https://t.me/deksden_notes/423
▶️ Memory bank для существующих проектов :: Реверс-проектирование и реверс-документирование в brownfield : https://t.me/deksden_notes/66 , https://t.me/deksden_notes/67
▶️ Агентная память (обзор технологии, agents.md ): https://t.me/deksden_notes/77 , https://t.me/deksden_notes/81 , https://t.me/deksden_notes/83 , https://t.me/deksden_notes/84
▶️ Тестирование:
* Тестирование в эпоху AI агентов : https://t.me/deksden_notes/249 , https://t.me/deksden_notes/250 , https://t.me/deksden_notes/251
* Тестирование, бизнес-процессы (e2e) : https://t.me/deksden_notes/286
▶️ ‼️ Серия постов про #deksdenFlow :
* TLDR : https://t.me/deksden_notes/197 ,
* #DeksdenFlow - 1 :: git, worktree : https://t.me/deksden_notes/198 , https://t.me/deksden_notes/199
* #DeksdenFlow - 2 :: Контексты : https://t.me/deksden_notes/200
* #DeksdenFlow - 3 :: Protocol - Этап обсуждения : https://t.me/deksden_notes/201 , https://t.me/deksden_notes/202
* #DeksdenFlow - 4, Protocol, Этап фиксации плана : https://t.me/deksden_notes/203 , https://t.me/deksden_notes/204
* #DeksdenFlow - 5, Protocol, этап Реализация : https://t.me/deksden_notes/205 , https://t.me/deksden_notes/206
#DeksdenFlow - 6, Protocol, Этап Review and Merge : https://t.me/deksden_notes/207
* #DeksdenFlow - 7, Заключительное организационное : https://t.me/deksden_notes/208
* #DeksdenFlow и Gpt-5.1 : https://t.me/deksden_notes/210
* Регулярный анализ проектов : https://t.me/deksden_notes/316
* Модернизация протокола #deksdenFlow: https://t.me/deksden_notes/309
* слайды : https://t.me/deksden_notes/252
▶️ Разное:
* О верификации - коротко : https://t.me/deksden_notes/367
* Схема "Критик" : https://t.me/deksden_notes/142
* Фичапаки CLI агента : https://t.me/deksden_notes/308
Telegram
DEKSDEN notes
⚪️ История про git flow для оркестратора, часть 1
Когда я задумал сделать себе операционный оркестратор (который потом назвался dd-flow) идея была такая: я "закидываю" работу в оркестратор, и он "впиливает" эту работу дальше автоматически, важно, чтобы "закидывание"…
Когда я задумал сделать себе операционный оркестратор (который потом назвался dd-flow) идея была такая: я "закидываю" работу в оркестратор, и он "впиливает" эту работу дальше автоматически, важно, чтобы "закидывание"…
🔥11👍3❤🔥2
DEKSDEN notes pinned «⚪️ (Продолжение оглавления материалов канала) Начало тут: https://t.me/deksden_notes/9 ▶️ Git flow: https://t.me/deksden_notes/420 , https://t.me/deksden_notes/421 , https://t.me/deksden_notes/422 , https://t.me/deksden_notes/423 ▶️ Memory bank для существующих…»
⚪️ Пример на проектирование с cli : dd-review
Вот я тут задумал много эвалов сделать и немного припух когда делал сэмплинг @10 на трех агентах. Когда там лимиты внезапно кончались и тп.
В общем, подумалось что хватит ручных экспериментов - надо немного автоматизировать.
Теперь есть dd-review, это такой форк оркестратора под специализированные задачи: гонять ревью флоу, верифицировать и отчетики делать
В теории хотелось такой же TUI интерфейс как у dd-flow, только в отдельном продукте.
Как сделал? При проектирвоании dd-review проанализировали dd-flow, нашли общие штуки. Их запланировали вынести в общие модули. Вынесли - это управление флоу, всякий UI и тд. Отдельно сделали core-agents для взаимодействия с агентами.
Для dd-review немного расширил список агентов, с которыми система работает, теперь там: codex CLI, claude code, gemini, opencode. Планирую прикрутить еще iFlow и qwen CLI. Может быть droid.
▶️ Теперь к подходу в проекте: сначала начал делать систему "послойно". Делаем сервер, который рулит всей логикой системы - внутри него запускаются флоу, там живет process manager с агентами. Это hono сервер. Он умеет стримить результаты работы по SSE клиентам.
Отдельно вынес библиотечку, которая работает с сервером - dd-review-client. Сейчас ее использует CLI, но TUI тоже ее будет использовать.
Первым делом сделано CLI приложение для работы с сервером.
Вынесены общие пакеты - типы/схемы, ядро работы с агентами.
‼️ И целевое удобство такого подхода: агент спокойно и легко рулит всей системой через штатное CLI. Нужно что то потестить - легко попросить запустить допустим ревью через гемини с семплингом 2 и ревью кими. И отчитаться по итогу.
А под капотом такого задания агент дергает CLI, которое через штатного клиента работает с сервером. И есть уверенность, что когда это все прикрутится в обвязку TUI/GUI, то логика работы уже будет отработана и тестирована!
Обращаю внимание: тесты делаются легко и непринужденно. Моки, или реальные тесты с реальными зависимостями - без разницы.
В общем, мне кажется выходит довольно удобно.
👉 Спрашивайте, кому чего интересно
@deksden_notes
Вот я тут задумал много эвалов сделать и немного припух когда делал сэмплинг @10 на трех агентах. Когда там лимиты внезапно кончались и тп.
В общем, подумалось что хватит ручных экспериментов - надо немного автоматизировать.
Теперь есть dd-review, это такой форк оркестратора под специализированные задачи: гонять ревью флоу, верифицировать и отчетики делать
В теории хотелось такой же TUI интерфейс как у dd-flow, только в отдельном продукте.
Как сделал? При проектирвоании dd-review проанализировали dd-flow, нашли общие штуки. Их запланировали вынести в общие модули. Вынесли - это управление флоу, всякий UI и тд. Отдельно сделали core-agents для взаимодействия с агентами.
Для dd-review немного расширил список агентов, с которыми система работает, теперь там: codex CLI, claude code, gemini, opencode. Планирую прикрутить еще iFlow и qwen CLI. Может быть droid.
▶️ Теперь к подходу в проекте: сначала начал делать систему "послойно". Делаем сервер, который рулит всей логикой системы - внутри него запускаются флоу, там живет process manager с агентами. Это hono сервер. Он умеет стримить результаты работы по SSE клиентам.
Отдельно вынес библиотечку, которая работает с сервером - dd-review-client. Сейчас ее использует CLI, но TUI тоже ее будет использовать.
Первым делом сделано CLI приложение для работы с сервером.
Вынесены общие пакеты - типы/схемы, ядро работы с агентами.
‼️ И целевое удобство такого подхода: агент спокойно и легко рулит всей системой через штатное CLI. Нужно что то потестить - легко попросить запустить допустим ревью через гемини с семплингом 2 и ревью кими. И отчитаться по итогу.
А под капотом такого задания агент дергает CLI, которое через штатного клиента работает с сервером. И есть уверенность, что когда это все прикрутится в обвязку TUI/GUI, то логика работы уже будет отработана и тестирована!
Обращаю внимание: тесты делаются легко и непринужденно. Моки, или реальные тесты с реальными зависимостями - без разницы.
В общем, мне кажется выходит довольно удобно.
👉 Спрашивайте, кому чего интересно
@deksden_notes
🔥5👍3❤2
‼️ Коллеги!
Чат в канале в поледние дни активен, но не совсем по делу. Начался некоторый флуд, что не совсем в тему ни каналу, ни аудитории!
Давайте я обозначу политику канала:
• я пишу про ИИ разработку и связанные темы - авторский канал
• можно и нужно обсуждать эти темы
• НЕ СВЯЗАННЫЕ с тематикой обсуждения лучше сразу переводить в личку;
• Банов пока не намечается, но все может поменяться исходя из действий участников
• Надеюсь на разумное поведение коллег - мы все заинтересованы в общении на проф темы; пабликов где можно просто поболтать - тьма, давайте тут общаться про технологии
• Ссылки по теме, особенно - Open Source проекты приветствуются
👉 Авторы OpenSource - пишите в личку @deksden , сделаем "гостевой" пост в канал с презентацией вашего проекта - это всегда пожалуйста!
Прошу проявить понимание
Не очень бы хотелось применять административные меры
@deksden_notes
Чат в канале в поледние дни активен, но не совсем по делу. Начался некоторый флуд, что не совсем в тему ни каналу, ни аудитории!
Давайте я обозначу политику канала:
• я пишу про ИИ разработку и связанные темы - авторский канал
• можно и нужно обсуждать эти темы
• НЕ СВЯЗАННЫЕ с тематикой обсуждения лучше сразу переводить в личку;
• Банов пока не намечается, но все может поменяться исходя из действий участников
• Надеюсь на разумное поведение коллег - мы все заинтересованы в общении на проф темы; пабликов где можно просто поболтать - тьма, давайте тут общаться про технологии
• Ссылки по теме, особенно - Open Source проекты приветствуются
👉 Авторы OpenSource - пишите в личку @deksden , сделаем "гостевой" пост в канал с презентацией вашего проекта - это всегда пожалуйста!
Прошу проявить понимание
Не очень бы хотелось применять административные меры
@deksden_notes
👍15❤5👌4❤🔥2
DEKSDEN notes pinned «‼️ Коллеги! Чат в канале в поледние дни активен, но не совсем по делу. Начался некоторый флуд, что не совсем в тему ни каналу, ни аудитории! Давайте я обозначу политику канала: • я пишу про ИИ разработку и связанные темы - авторский канал • можно и нужно…»
⚪️ Anthropic хейт
Раз уж сегодня такой день - поговорим про хейт. Отмечу важную тенденцию. Все чаще в ттвиттере мелькают топики с хейтом и флеймом в адрес Антропиков. поводов они набросали достаточно:
• крабобота заставили сменить название
• опенкод забанили в использовании подписки
• банили людей за крабобота по подписке
• меняли правила и запрещали встраивать свой Agents SDK с подпиской
• сейчас пошли слухи про санкции за несколько подписок на одного пользователя
Пример топика:
🔗 https://x.com/robinebers/status/2024653638686359630?s=20
В комментах отмечают, что политика компаний очень разная - OpenAI, GitHub, GitLab приветствуют и явно разрешают встраивание своих инструментов с подпиской. И даже встраивание доступа с подпиской в сторонние инструменты!
▶️ Очень интересно куда развернется ситуация - хотелось бы чтобы в сторону лояльных подписок. Ведь ИИ претендует быть платформой и базовой технологией, и экономика его использования хотелось бы чтобы была экономной, что сейчас обеспечивают подписки. АПИ доступ и оплата по токенам - конечно, кратно дороже.
@deksden_notes
Раз уж сегодня такой день - поговорим про хейт. Отмечу важную тенденцию. Все чаще в ттвиттере мелькают топики с хейтом и флеймом в адрес Антропиков. поводов они набросали достаточно:
• крабобота заставили сменить название
• опенкод забанили в использовании подписки
• банили людей за крабобота по подписке
• меняли правила и запрещали встраивать свой Agents SDK с подпиской
• сейчас пошли слухи про санкции за несколько подписок на одного пользователя
Пример топика:
🔗 https://x.com/robinebers/status/2024653638686359630?s=20
В комментах отмечают, что политика компаний очень разная - OpenAI, GitHub, GitLab приветствуют и явно разрешают встраивание своих инструментов с подпиской. И даже встраивание доступа с подпиской в сторонние инструменты!
▶️ Очень интересно куда развернется ситуация - хотелось бы чтобы в сторону лояльных подписок. Ведь ИИ претендует быть платформой и базовой технологией, и экономика его использования хотелось бы чтобы была экономной, что сейчас обеспечивают подписки. АПИ доступ и оплата по токенам - конечно, кратно дороже.
@deksden_notes
X (formerly Twitter)
Robin Ebers | AI Coach for Founders (@robinebers) on X
Anthropic genuinely disgusts me 🤮
they sent a legal notice to OpenCode, making official what many have feared (while not making an official statement)
external tools are now explicitly prohibited from using or even orchestrating claude code
no more opencode…
they sent a legal notice to OpenCode, making official what many have feared (while not making an official statement)
external tools are now explicitly prohibited from using or even orchestrating claude code
no more opencode…
👍15❤2🥱1👻1
⚪️ Continues
Нашел интересную, и, возможно полезную утилиту! Навается "continues" и предназначена для такого кейса: вы обсуждаете, работаете с агентом - и в середине сессии у агента кончается лимит!
Теперь или ждать несколько часов, или начинать сначала в каком то ином агенте.
Утилита позволяет продолжить в другом агенте текущую сессию - она довольно навороченная! Почитайте readme
🔗 Сабж: https://github.com/yigitkonur/cli-continues/
@deksden_notes
Нашел интересную, и, возможно полезную утилиту! Навается "continues" и предназначена для такого кейса: вы обсуждаете, работаете с агентом - и в середине сессии у агента кончается лимит!
Теперь или ждать несколько часов, или начинать сначала в каком то ином агенте.
Утилита позволяет продолжить в другом агенте текущую сессию - она довольно навороченная! Почитайте readme
🔗 Сабж: https://github.com/yigitkonur/cli-continues/
@deksden_notes
❤14👍2
⚪️ Февральские Релизы
... отмечены всеми как небывало обильными для ИИ отрасли! Вот и Gemini 3.1 Pro Preview вышла! И в opencode Zen, и в Vercel AI Router, и в Droid, и в OpenRouter
Угадайте - где ее нету?
Правильно! В Gemini CLI
Даже в пресловутый Гемини Апп добавлен (gemini.google.com), но не в CLI. Кстати, о приоритетах, свитчерах и прочем.
Реалии корпораций
@deksden_notes
... отмечены всеми как небывало обильными для ИИ отрасли! Вот и Gemini 3.1 Pro Preview вышла! И в opencode Zen, и в Vercel AI Router, и в Droid, и в OpenRouter
Угадайте - где ее нету?
Правильно! В Gemini CLI
Даже в пресловутый Гемини Апп добавлен (gemini.google.com), но не в CLI. Кстати, о приоритетах, свитчерах и прочем.
Реалии корпораций
@deksden_notes
😁8👻2
⚪️ Опенсорс на нашем канале
Помимо того, что я кидаю линки на всякие github проекты, которые встречаю в процессе, я отдельно выделю:
• на канале я поддерживаю опенсорс подписчиков
• любой автор опенсорс проекта обращается ко мне в личку @deksden и получает репост презентации своего проекта в канал
• я не вношу никаких правок в посты автора - as is, чтобы без мнений и искажений
• это, конечно, бесплатно
• не забываем ставить тег #opensource в постах, чтобы было легко найти
Я еще каталог составлю, наверное, из проектов которые здесь анонсировались! Будет за тегом #opensource - ищите по нему!
@deksden_notes
Помимо того, что я кидаю линки на всякие github проекты, которые встречаю в процессе, я отдельно выделю:
• на канале я поддерживаю опенсорс подписчиков
• любой автор опенсорс проекта обращается ко мне в личку @deksden и получает репост презентации своего проекта в канал
• я не вношу никаких правок в посты автора - as is, чтобы без мнений и искажений
• это, конечно, бесплатно
• не забываем ставить тег #opensource в постах, чтобы было легко найти
Я еще каталог составлю, наверное, из проектов которые здесь анонсировались! Будет за тегом #opensource - ищите по нему!
@deksden_notes
🔥8❤3👍2🙏2
⚪️ Каталог #OpenSource от подписчиков
▶️ Вот в этот пост кратко соберем ранее случившиеся анонсы
• Agent Sessions : https://t.me/deksden_notes/333 by @jazzyalex (несколько релизов уже вышло!)
• Manta : https://t.me/deksden_notes/108 by @makosst
• Port-Selector: https://t.me/deksden_notes/340 by @startup_life_ru @pismenny
• CCBox : https://t.me/deksden_notes/485 by @itbaron
• opencode-hashline — точные правки кода для AI-агентов : https://t.me/deksden_notes/489
• Agentic-workflow для GitHub Copilot : https://t.me/deksden_notes/513
• AIFace — «эмоции» для LLM-агента : https://t.me/deksden_notes/514
——
И немного скиллов: https://t.me/deksden_notes/387
И большая презентация скиллов : https://t.me/deksden_notes/488 by @itbaron
——
Прошу не забывать ставить звездочки ⭐️ на гитхабе, писать фидбэк и кидать issues
@deksden_notes
▶️ Вот в этот пост кратко соберем ранее случившиеся анонсы
• Agent Sessions : https://t.me/deksden_notes/333 by @jazzyalex (несколько релизов уже вышло!)
• Manta : https://t.me/deksden_notes/108 by @makosst
• Port-Selector: https://t.me/deksden_notes/340 by @startup_life_ru @pismenny
• CCBox : https://t.me/deksden_notes/485 by @itbaron
• opencode-hashline — точные правки кода для AI-агентов : https://t.me/deksden_notes/489
• Agentic-workflow для GitHub Copilot : https://t.me/deksden_notes/513
• AIFace — «эмоции» для LLM-агента : https://t.me/deksden_notes/514
——
И немного скиллов: https://t.me/deksden_notes/387
И большая презентация скиллов : https://t.me/deksden_notes/488 by @itbaron
——
Прошу не забывать ставить звездочки ⭐️ на гитхабе, писать фидбэк и кидать issues
@deksden_notes
Telegram
DEKSDEN notes
Agent Sessions 2.9.1 — история CLI-агентов с нормальным поиском, навигацией и usage tracking (native macOS, open source).
https://jazzyalex.github.io/agent-sessions/
Если вы работаете с CLI-агентами, вы знаете боль: сессии огромные, а через неделю уже не…
https://jazzyalex.github.io/agent-sessions/
Если вы работаете с CLI-агентами, вы знаете боль: сессии огромные, а через неделю уже не…
👍5❤4🔥1
Forwarded from Aleksei
ccbox -- TUI-менеджер сессий кодинг-агентов
Rust-приложение для терминала, которое индексирует и показывает локальные сессии Codex CLI, Claude Code и Gemini CLI в едином интерфейсе.
Что делает:
- Браузер проектов и сессий с поиском и фильтрацией по движку
- Таймлайн сессии: промпты, tool calls, результаты, контекст -- все в хронологическом порядке
- Статистика: токены, длительность, использование инструментов, apply_patch changes
- Fork/resume сессии Codex с произвольного места в таймлайне
- Запуск новых сессий (Pipes/TTY режимы) с attach/detach
- CLI-режим для скриптов: ccbox projects, ccbox sessions, ccbox history
- Self-update через GitHub Releases
- Агент-скилл для Codex/Claude/Gemini -- агент сам может инспектировать свои прошлые сессии
Стек: Rust, Ratatui, SQLite. Работает на macOS, Linux, Windows.
Установка:
brew tap diskd-ai/ccbox && brew install ccbox
GitHub: https://github.com/diskd-ai/ccbox
Лицензия: MIT
#opensource
Rust-приложение для терминала, которое индексирует и показывает локальные сессии Codex CLI, Claude Code и Gemini CLI в едином интерфейсе.
Что делает:
- Браузер проектов и сессий с поиском и фильтрацией по движку
- Таймлайн сессии: промпты, tool calls, результаты, контекст -- все в хронологическом порядке
- Статистика: токены, длительность, использование инструментов, apply_patch changes
- Fork/resume сессии Codex с произвольного места в таймлайне
- Запуск новых сессий (Pipes/TTY режимы) с attach/detach
- CLI-режим для скриптов: ccbox projects, ccbox sessions, ccbox history
- Self-update через GitHub Releases
- Агент-скилл для Codex/Claude/Gemini -- агент сам может инспектировать свои прошлые сессии
Стек: Rust, Ratatui, SQLite. Работает на macOS, Linux, Windows.
Установка:
brew tap diskd-ai/ccbox && brew install ccbox
GitHub: https://github.com/diskd-ai/ccbox
Лицензия: MIT
#opensource
GitHub
GitHub - diskd-ai/ccbox: ccbox: Remote control to manage Codex/Claude/Gemini/Opencode agent sessions
ccbox: Remote control to manage Codex/Claude/Gemini/Opencode agent sessions - diskd-ai/ccbox
1🔥15❤4
⚪️ О стоимости и скорости инференса
Вот такие проекты появляются
На графике - это Llama 8B
x10 быстрее и x20 дешевле B200
17k tps
Просто закатали модель в кремний
Почитать тут:
🔗 https://taalas.com/the-path-to-ubiquitous-ai/
С таким подходами можно ожидать оркестраторов, которые будут ваншотить SaaS целиком после смены спеки за минуты, а не часы
@deksden_notes
Вот такие проекты появляются
На графике - это Llama 8B
x10 быстрее и x20 дешевле B200
17k tps
Просто закатали модель в кремний
Почитать тут:
🔗 https://taalas.com/the-path-to-ubiquitous-ai/
С таким подходами можно ожидать оркестраторов, которые будут ваншотить SaaS целиком после смены спеки за минуты, а не часы
@deksden_notes
🔥6🤯6❤2😱2