Tangled анонсує оновлення федеративної кузні коду з новим UI, моделлю даних і організаціями

Tangled, яка називає себе першою справді федеративною кузнею коду, оголосила широке оновлення. Реліз включає перероблений UI Svelte, глобальний Rust-індексатор bobbin, дані спільної роботи в репозиторії, акаунти організацій і підтримку стекових pull request.

Федеративна кузня на AT Protocol

Tangled каже, що користувачі можуть хостити код на власних серверах і далі співпрацювати, самостійно розміщуючи лише окремі частини, як-от Git-хостинг чи CI-раннери, або всі компоненти, зокрема API-сервер і UI. Оскільки це на AT Protocol, можна створювати розширення, підписуватися на firehose, писати власні knot або хостити надлегкий API-сервер для власної кузні. Компанія каже, що агенти зробили створення гіперперсоналізованого софту тривіальним, особливо коли софт від початку проєктують із думкою про хакованість, і називає Tangled дуже дружньою до агентів.

Новий UI і глобальний read-only індексатор

Раніше веб-UI і бекенд були єдиним монолітом Go під назвою appview, який обробляв індексацію AT Protocol, кеш, позапротокольні дані й рендеринг UI через html/template + htmx на одній SQLite-базі на одному середньому сервері у Швеції. Tangled каже, що це добре працювало для користувачів із затримкою близько 50-100 мс до Швеції, але більшість не так близько. Нова архітектура має окремий Svelte-фронтенд на edge і бездисковий Rust-індексатор у пам'яті bobbin, розгорнутий глобально в понад 11 регіонах. Bobbin суто read-only і працює лише з даними AT Protocol, а інші функції передано новим сервісам. Tangled також замінила Inter на Timeless Sans і каже, що тепер усе має бути швидше, візуально узгоджено й красивіше.

Дані репозиторію й атестації

Tangled додала нові лексикони: записи тепер під org.tangled.*, а не sh.tangled.*. Knot2, друга реалізація knot-сервера на Rust, об'єднує повністю власний Git-сервер і SSH-сервер в одному бінарнику. Issues, pull request, коментарі, реакції та мітки тепер зберігаються на knot поруч із кодом як колаборативні об'єкти, ланцюжки Git-об'єктів у репозиторії; колаборатори, учасники knot і blocklist зберігаються так само. Tangled каже, що це дає проєктам максимальну переносність, бо issues і pull request живуть із кодом. Щоб knot не спотворював записи, вебзастосунок пише org.tangled.graph.attestation у власний PDS користувача щоразу, коли запис створюють або редагують на knot, вказуючи на ту саму версію й зміну колаборативного об'єкта за нею. Самостійні хостери мають оновити knot до v1.20.0 за інструкцією.

Організації та стекові pull request

Акаунти організацій доступні. Організація це справжній акаунт AT Protocol із власним DID і handle, розміщений на Tranquil PDS; це безпарольний делегований акаунт, створений на сторінці New Organization з handle name.tngl.sh і творцем-власником. Власники можуть запрошувати учасників, і будь-хто в організації може діяти від її імені, створюючи або форкаючи репозиторії; як в інших акаунтах, handle можна замінити на домен користувача. Tangled також працює над перенесенням звичайних акаунтів, які використовували замість організацій. Потік pull request переробили, щоб користувачі Jujutsu або звичайного Git могли надсилати й переглядати стекові pull request; Git-користувачі можуть робити interdiff між версіями, раніше rounds, а Jujutsu-користувачі між окремими змінами. Незабаром Tangled планує запустити приватні репозиторії, CLI, SDK для різних мов і навички для агентів.

Джерела: tangled.org