Amenbo 27.0.0 — сповіщення і worktree є частиною самого Amenbo

Те, що раніше встановлювали як плагіни, тепер частина самого Amenbo. До цієї версії дійшли й зміни з 24.3.0, 25.0.0 і 26.0.0.

Плагіни тепер частина самого Amenbo

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

• налаштування пошти і Slack — цілі сповіщень цього пристрою і те, які проєкти звітують через них
• ключі, якими виконують парування

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

З’єднання пишуть на пристрої один раз

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

Звітувати можна про 13 подій: завдання створено / виконано / призначено / переміщено, рішення прийнято і відхилено, додано коментар і так далі. Для дат про те, що день настав, і про те, що день буде завтра, кажуть по одному разу на день.

З’єднання можна спробувати там-таки, де його набрали. «Перевірити з’єднання» читає, чи налаштування мають правильний вигляд, а для пошти доходить аж до з’єднання із сервером і подання облікового запису. «Надіслати тестове повідомлення» справді його надсилає. Чи може воно надсилати, вирішується там, а не тоді, коли перше сповіщення не прийшло.

Текст сповіщень виходить тією мовою, яку вибрано в застосунку.

Завданню можна дати власну робочу копію git

Дві сесії на одному робочому дереві перемішують незбережені правки одна одної. Тепер завданню можна нарізати власну копію.

eval "$(amenbo worktree start 123)"

Куди вона лягає — визначено наперед, і нікого не питають: поруч із репозиторієм, за шляхом <repository name>-worktrees/<task number>, на гілці task/<task number>. Вона стоїть поруч із текою проєкту, а не всередині неї, тож ШІ, який там працює, не дістане до справжнього переліку завдань.

Команда amenbo worktree finish 123 прибирає і копію, і гілку. Вона відмовляється, поки є зміни без коміту або коміти, які ще нікуди не пішли.

Ще про області

• Поле під областю згортається — типово воно згорнуте, і ця машина запам’ятовує, чи було воно відкрите.
• Enter — це новий рядок — надсилає Enter разом із модифікатором вашої системи, а кнопка надсилання набирає колір лише тоді, коли є що надіслати.
• Нижній рядок називає модель — область каже, з якою моделлю вона говорить, і після повторного відкриття застосунку повертається на ту саму модель.
• Області Codex і Gemini повертаються до попередньої розмови — кожна область має власну розмову.
• На macOS клавішею meta може бути Option — для тих клавіш усередині області, яким потрібна meta.

Де взяти

Відкрийте інсталятор для своєї системи з найновішого випуску. Права адміністратора не потрібні.

• macOS — .pkg, окремо для Apple silicon і для Intel (графічний інтерфейс і CLI приходять разом)
• Windows — setup .exe (графічний інтерфейс і CLI приходять разом)
• Linux — графічний інтерфейс це AppImage; команда amenbo приходить з інсталятора CLI

Щоб оновитися: у графічному інтерфейсі банер «є новіша версія» застосовує оновлення на місці. Якщо ви встановили лише CLI, замінює його amenbo update --apply.

Формат збережених даних піднімається — перший запуск цієї версії переносить дані, а копія до перенесення зберігається автоматично. Після перенесення попередня версія їх уже не відкриє. Графічний інтерфейс і CLI оновлюються разом одним і тим самим інсталятором, тож не лишайте котрийсь із них на старій версії.

Уперше тут? Дивіться Почати.