Herdr вийшов десктопом, вже не просто "tmux для агентів"

Herdr — runtime для кодових агентів,
https://herdr.dev/tui/
Herdr це runtime для кодових агентів, який не тільки обгортає Claude Code, Codex, OpenCode чи Pi, а володіє їхніми терміналами. Класичний Herdr не зникає, але це тепер окремий продукт зі своїм сервером: агенти, запущені в TUI, не видно в застосунку, і навпаки.

https://herdr.dev/
29 жовтня Herdr анонсував одразу дві речі: новий herdr-core і нативний десктопний застосунок на ньому. Агенти живуть у herdr-core, маленькому сервері на машині, тому закриття вікна, оновлення не вбивають роботу. Агенти можуть керувати іншими агентами. Після рестарту herdr-core процеси не відновлюються, тільки layout.

Herdr цікавий тим, що робить UI файлами й дає агентам керувати один одним. Це вже не «tmux зі статусами», а спроба зробити робоче середовище, яке агент може переписати під себе. Телеметрія в релізах увімкнена за замовчуванням (Settings → Privacy).

Layout це не теми, а повноцінні вікна зі своєю логікою. У комплекті вже є Herdr 98. Спільнота викладає свої layout'и: Pasture (агенти як вівці, blocked стрибає з бульбашкою), Mission (зелений mission control), Board (картки needs you / working / done / idle), Call, Threads. Важливо, що чужий layout може читати файли, ходити в мережу й запускати процеси.

Швидкий тур
показує, що десктоп — не просто красивий TUI, а конструктор. Світла тема, перенос старих налаштувань TUI, додавання file tree mod'а ще на setup, відкриття space.

https://www.youtube.com/watch?v=6GR75W2dRmU

Автор показує, що mods можна ставити одразу. Можна попросити Herdr перемкнути на tmux-біндинги. Автор каже агенту: «split panel vertically and start two Codex agents; add another tab with two Claude agents» — агент сам робить спліт, відкриває таб і запускає агентів. Агенти спілкуються через міст; lead agent делегує worker'ам; можна сортувати за пріоритетом/space, перетягувати панелі, робити горизонтальні/вертикальні спліти.

Обговорення
https://news.ycombinator.com/item?id=50298436
«harness for your harnesses» який не схожий на вайбкодед-слоп. Зручний «everything is a pane», тобто можна тримати SSH-сесію в одному пейні, а агента в іншому просити діагностувати систему, і він не тягне ваші SSH-ключі в харнес; агенти різних вендорів можуть рев'юити один одного; кастомізація UI «сказав додати фічу, воно перезавантажилось».

Критика: TUI і app фрагментовані, старі сесії не підхопились, keybinds інші; немає вбудованого браузера; на Windows немає нормального інсталятора/деінсталятора; у когось застосунок не побачив Claude Code або після рестарту дав порожні панелі.

#herdr

Коментарі

Чи потрібен нам режим планування?

Стаття Plan mode is dead
https://www.aymannadeem.com/artificial/intelligence,/developer/tools/2026/09/24/plan-mode-is-dead.html
Ayman Nadeem, засновниця й CEO Nuanced, опублікувала постмортем власного продукту який будувався навколо плану для LLM як постійного spec-документа, і саме цей підхід не спрацював. Довгий AI-текст важко читати. Її наступний пост «AI coding interfaces make approval easy and understanding hard» продовження тієї ж думки: проблема не в плануванні, а в тому, що інтерфейс робить approve легшим за розуміння.

Авторка сама пише, що планування важливе, тейкофф тут що не працює конкретна абстракція — окремий режим з довгим AI-spec. Лінійний plan → approve → implement погано лягає на аджейл-підхід чи дослідницьку роботу, де кожен крок змінює розуміння задачі. Процес мислення цінний, а великий згенерований spec — ні.

Головний контр-аргумент від Claude Code
https://news.ycombinator.com/item?id=49850929
23 вересня, за день до статті, Thariq з команди Claude Code написав у X, що команда думає прибрати plan mode й віддати Shift+Tab під effort levels. Це не рішення: офіційна документація досі має /plan і plan mode.

У треді відповів bcherny (Boris Cherny з команди Claude Code): «plan mode has always been a prompt» — це лише нагадування в кожному повідомленні, а не окремий набір інструментів. Його не міняли, щоб не ламати prompt cache і не робити сесії дорожчими. Важливо, що з боку продукту це не просто промпт, а permission mode з гейтом на редагування. У сесіях, де доступний bypassPermissions, цей гейт не діє — тому plan mode і не варто вважати пісочницею.

Він каже, що сам перестав користуватися режимом з ранніми Fable і Opus 5.5, бо модель почала планувати інтерактивно й ітеративно. Але тут же додає: «plan mode isn't going away»; максимум — перепризначать Shift+Tab для тих, хто не користується режимом. Але все залежить від моделі, бюджету й кодової бази. На дешевших моделях і незнайомих репозиторіях plan mode досі економить час.

Практичний консенсус у HN коментарях не «не планувати», а «не платити за довгий AI-план, який ти не читаєш». Для ризикованих або багатофайлових змін — план у файл, сильна модель для плану, дешевша для імплементації, окремий review gate.

Я часто використовує режим планування саме як режим рід-онлі (так в деяких харнес є для цього Ask) коли мені треба щоб модель нічого не наробила, а просто дізнатися інформацію. Підхід план(опус/сол)-реалізація(соннет/луна/китайцы) теж використовую, але режими тут не перемикаю.

#claudecode #codex

Коментарі

Харнес як конструктор: Claude Code Mods, dsh Creator Mode

Claude Code mods
https://claude.com/blog/claude-code-mods
Працює в CLI, Code-табі десктопного застосунку і (частково) VS Code. Anthropic випустив mods 1 жовтня 2026. Mod це плагін, усередині якого лежать JS/TS-хендлер подій, це вже не «конфігурація агента» (бо кого тепре цим здивуєшь), а програмування його харнеса. Мод можна попросити Claude Code написати з hot reload у поточній сесії - агент редагує свій же інтерфейс.

Claude Code викликає їх на tool call, перед відправкою промпта, під час рефрешу UI, на команду, на старт сесії. Мод живе всередині процесу Claude Code (з точки зору безпеки отримає всі права!), а не як окремий shell-скрипт бо старі hooks працювали ззовні й тому не могли намалювати UI. Частину коду відкрито в https://github.com/anthropics/claude-code/tree/main/mods.

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

Що це дає практично:

• переписати промпт до моделі;
• заблокувати, змінити або повторити tool call;
• схвалити чи відхилити permission request;
• вирізати секрети з tool output до того, як їх побачить модель;
• намалювати панель, смугу над промптом, кнопки, поля, select, SVG, навіть ігрове поле;
• замінити частину власного UI Claude Code — рядок tool call, спінер, діалог питання.

Деякі штатні фічі Claude Code тепер теж mods. Наприклад, /diff — це мод, його можна вимкнути або замінити своїм. Підтримка AGENTS.md, sec-default, телеметрія — теж.

Які є офіційні приклади: Token Weather прогноз заповнення контекстного вікна; Blast Radius затримає небезпечну команду на кшталт rm -rf або force push; Replay Theater /replay як покроково показує диффи редагувань за останній хід.

Каталоги від інших людей - https://mods4claude.com/ та https://mods.aidojo.si/ але треба пам'ятати про безпеку.

DeepSeek Harness Creator Mode
https://www.deepseek.com/en/harness/
2 листопада DeepSeek публічно показав Creator Mode у DeepSeek Harness (dsh) як публічний запуск: «Your Harness. You Define It.» Як я вже писав, Creator Mode існував у preview раніше, але без підкреслення його можливостей. У вересні плагіни переїхали у постійний Plugin Manager, а далі з'явився пункт «Let Agent create a plugin».

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

В рекламі показані різні шляхи модифікувати функціональні аспекти UI: галерея пам'яток, інтерактивна 3D-візуалізація Transformer, піксельна тема для всього застосунку, робоче місце для постерів, відеоредактор, плаваюче меню для виділеного тексту й плагін статистики розмови. Промти поклали тут https://cdn.deepseek.com/harness/dsh-creator-mode-prompt-collection-en.html.

Про Herdr вчора писав. Це вже виглядає як місток до «софту, який сам себе розширює». Конкуренція харнесів переходить від «яка модель під капотом» до «наскільки глибоко я можу переписати саму оболонку».

#claudecode #deepseek #harness

Коментарі