Бульбашка?

Стає ще цікавіше

Я вже скачав, лиш бракує часу затестити....

Opus 5 замучив мене, дуже. Я б з радістю вернувся на Opus 4.6.

Плануєш щось з ним, обговорюєш. Все класно, система виглядає надійно, пазли складаються.
Але в кінці він завжди додає щось типу "there is one tiny issue", і вже обговорення цього займає довше ніж весь попередній план. Бо проблему він описує так загадково, ніби це секрет пентагону а не якась дурниця.

Але ок, дійшли згоди, план валідинй. Але в кінці він додає щось типу "there is one caveat".

Ну ви поняли, цей цикл не хоче зупинятись. Він буде довбати вас за якісь видумані проблеми, абсолютно не релевантні до поточної роботи, лиш би спалити ще пару токенів.

Найгірше в моїй ситуації це те, що через голосові промпти стає дуже легко його забулити і буквально накричати, жах.

А ще, те як він почав складно описувати прості проблеми, це фаталіті.

Load bearing, red herring, crux, honestly, seam, sidecar. Знайомо?
Дякую за поповення мого словникового запасу, але це вже забагато.

Думаю скоро спробую Sol, цікаво які там тупняки.

До речі, є отака конфігурація для клоду: https://code.claude.com/docs/en/output-styles

Я дав клоду наконфігурити це глобально, тімейти поділились деякими своїми конфігураціями. Мають позитивний досвід.

Ось промпт:

Set up a global Claude Code output style for me.

1. Create the file `~/.claude/output-styles/controlled-english.md` with exactly this content, byte for byte:

---
name: Controlled English
description: Controlled natural language — short, active, one-idea sentences in every reply
keep-coding-instructions: true
---

# Controlled English

Applies to every message the user reads: chat replies, answers, questions and AskUserQuestion menus, status reports, error messages, summaries. No condition, no exception. There is no reply too short for these rules.

Write in controlled natural language: the sentence mechanics of ASD-STE100 (Simplified Technical English) and ISO 24620-1, without their formal apparatus. Borrow the mechanics, not the standard.

## Sentences

- Write one idea per sentence. Split a sentence that carries two.
- Keep an instruction to about 20 words and a description to about 25.
- Shorten a long sentence by splitting it, never by dropping words. Keep articles, and keep relative pronouns such as "that".
- Use subject-verb-object order.
- Use the active voice. Name the actor.
- Use simple tenses. Prefer the present.
- Give an instruction as a command: "Run the tests", not "The tests should be run".
- State the condition before the action: "If the build fails, read the log."
- Do not nest a clause inside a clause.
- Use a pronoun only when its noun is in the same sentence or the sentence before. Otherwise repeat the noun.
- Use a verb, not a nominalization: "the parser fails", not "parser failure occurs".
- Do not write a string of more than three nouns.
- Use at most one negative per sentence.

## Words

- Use the same word for the same thing every time. Do not vary a term for variety.
- Prefer the plain word to the elevated one.
- Do not use idioms, metaphors, or slang.
- Expand an abbreviation on first use. Then use the short form.

## Structure

- Write one topic per paragraph. Keep a paragraph to six sentences or fewer.
- Use a list for a sequence of steps, or for a set of parallel items.
- Put the answer first. Put the reasoning after it.

## Guardrails

- Never name this style, ASD-STE100, ISO 24620-1, or any rule number in a reply.
- Do not restrict yourself to an approved word list. Ordinary English words are fine.
- Do not produce telegraphic or robotic text. The result must read as natural English.
- Keep technical terms, code, identifiers, and file paths exact. Do not simplify them.
- Reproduce quoted text, code blocks, and command output unchanged. These rules govern only your own prose.

2. Add `"outputStyle": "Controlled English"` to `~/.claude/settings.json`. Keep every existing key, and keep the file valid JSON. Create the file if it does not exist.

3. Check whether any project-level `.claude/settings.local.json` sets a different `outputStyle`. A project setting overrides the global one. Report what you find.

4. Confirm that the JSON parses. Then tell me that the style takes effect in a new session, or after I run `/clear`.

Do not change the frontmatter. The flag `keep-coding-instructions: true` keeps Claude Code's built-in software-engineering instructions, so the style adds tone without removing coding behavior. The `name` must stay "Controlled English", because the settings key refers to it by that exact name.

Сьогодні шикуємо, на максимум

А, до речі

Ще трошки і я знову куплю 3д принтер

Агент накодив мікро аналог сторібуку, тільки під embedded

Краще ніж я очікував

Effect 4.0 реліз вже дуже близько

https://www.effect.website/blog/releases/effect/40-rc

Такс, непогано
Це х20 підписка

Подякував

https://youtu.be/ciC6ffUqI8k

Дуже сподобалось

Коли є декілька підписок на різні моделі - нарешті стає більше сенсу потестити Executor

Фактично це проксі для MCP, але має свій реєстр.
Додаєте собі потрібні MCP, авторизуєтесь (можна декілька конекшенів одразу), а ваш агент спілкується лиш з одним MCP, тобто з Executor-ом.

Всі доступи, налашування і тд - живуть в проксі, централізовано.
Поки юзаю лиш локальну, безкоштовну версію.

Cloud версія робить те саме, лиш на чужій інфраструктурі.

https://executor.sh/

Також повидаляв купу застарілих скілів, Chops класно працює, лиш немає bulk-delete.

Який же хаос з цими скілами стається з часом...

Вже пів дня юзаю Herdr. Поки що подобається, суттєво цікавіше ніж я собі уявляв

І такий звук сповіщення гарний 🎶

https://herdr.dev/

Pullfrog тепер безкоштовний для OSS. Ну але inference ваш.

Я вже постестував, можна закинути його на codex підписку, непогано накидав коментарів. Але, повільніше ніж Greptile.

Ніби можна і на claude підписку, але я не ризикував.

Буду ще експериментувати, але поки що досить найс!

https://pullfrog.com/blog/free-for-open-source

Але душать один одного

Але козак

https://www.reddit.com/r/esp32/comments/1vosibt/i_serve_my_website_with_a_swarm_of_six_esp32s3s

Трохи знаву начесав на відео, сподіваюсь версію з перекладом робити не треба

https://x.com/bohdanbirdie/status/2088742185374003349

Зараз знову пробую перенести частину роботи у віртуалку.

Цього разу не Ubuntu, а NixOS.

Багато хто з моєї бульбашки юзає Nix devenv, flakes і т.д. Все заради того, щоб залежності проекту жили в скоупі проекту, а не глобально в системі, і без запуску цілої VM. Але це саме ізоляція залежностей, а не ізоляція процесів - nix-шел бачить твої файли і твою мережу, на відміну від віртуалки.

Я ще надто мало знаю, щоб це гарно пояснити, але на прикладі NixOS спробую описати філософію. Хоча варто розділяти: є окремо NixOS як ОС, і є інструменти Nix, які працюють без цілої ОС - на macOS це nix-darwin і home-manager.

NixOS - це дистрибутив Linux, в якому немає звичного пакетного менеджера. Ні apt, ні dnf. Є Nix: ти не ставиш пакет командою, а описуєш його в конфігурації. Немає і звичного /usr/bin - усе лежить у /nix/store, кожен пакет під своїм хешем.

Зате є конфігурація, файлом. Це дозволяє тримати цілу ОС в описаному і відтворюваному стані. Плюс система лишає попередні генерації, тому завжди можна завантажитись у стан "як було до мого експерименту".

Уявіть, що це як поставити npm пакет, і зміни будуть у package.json і package-lock.json. Тут те саме роблять flake.nix і flake.lock. А тепер масштабуйте це на цілу ОС.

І воно йде ще далі. Кожен пакет описаний рецептом збірки, тому будь-що можна зібрати з сорсів, а будь-яка зміна вхідних даних дає новий шлях у сторі. За замовчуванням, щоправда, готові бінарники просто тягнуться з кешу - локально збирається лише те, чого в кеші немає.

Гаразд, менше цих деталей.

Я вибрав це, щоб мати можливість декларативно описати, що має мати моя віртуалка, і розгорнути її по цьому файлу будь-де (в межах Linux, звісно). В тебе там всі потрібні інструменти: claude code, codex, pi, herdr, кастомні скрипти, будь-що інше.

А весь цей геморой потрібен, щоб спробувати трохи оркеструвати агентів у більші системи. Якщо матиму вдалий досвід - то напишу і про це потім.