АРХІТЕКТУРА І РОЗРОБНИКАМ
Створюйте на DRENTIR.
Кожна велика операційна система стала великою завдяки розробникам, які творили на ній. DRENTIR спроєктовано як платформу з першого дня: інструменти для спеціалізованих агентів, конектори до програмного забезпечення, яким ви вже користуєтеся, та API для програмного керування. Якщо ви створюєте програмне забезпечення — шлях усередину буде.
API та SDK для розробників ще не публічні. Ця сторінка документує напрям архітектури та технічне прев’ю.
БУДІВЕЛЬНІ БЛОКИ
Три способи творити.
Різним творцям потрібні різні двері в систему.
01
Агенти як примітиви
Визначайте спеціалізованих агентів у коді — їхню роль, інструменти, обсяг даних, межі дозволів. Версіонуйте їх, перевіряйте, відкочуйте, як код.
02
Конектори
Підключайтеся до програмного забезпечення, яким ваші користувачі вже користуються: пошта, календар, CRM, документи, месенджери. Один конектор робить кожного агента розумнішим.
03
Відкриті схеми
Плани, завдання, результати та журнал аудиту мають одну документовану схему. Усе, що ви створюєте, говорить тією самою мовою, що й усе, що створюємо ми.
ПЛОЩИНИ СИСТЕМИ
П’ять площин, одна система.
DRENTIR організовано як площини: у кожної чітка задача, і перетинаються вони лише через визначені межі.
01
Площина інтерфейсу
Тут ви зустрічаєте DRENTIR: розмова, голос і командний центр. Усе, що ви бачите й кажете, починається тут.
02
Площина агентів
Тут робота планується й координується: спеціалізовані агенти, плани, оркестрація. Шар міркувань системи.
03
Площина інструментів
Тут DRENTIR торкається світу: конектори до пошти, календаря, CRM, документів, месенджерів, браузера й файлів.
04
Площина моделей
Тут відбувається мислення: локальні моделі для приватності й швидкості, хмарні — для потужності; маршрутизація за підзадачею.
05
Площина керування
Те, що тримає все вашим: дозволи, погодження, політики та журнал аудиту — пронизує кожну іншу площину.
АРХІТЕКТУРА
Як подорожує запит.
Один запит проходить площини згори донизу; площина керування стежить за кожним перетином.
Ви
Ціль звичайною мовою — голосом або текстом.
Площина інтерфейсу
Розуміє запит, веде розмову.
Площина агентів
Будує план, координує спеціалізованих агентів.
Площина інструментів
Викликає конектори: пошта, календар, CRM, файли, браузер.
Площина моделей
Спрямовує кожну підзадачу до правильної моделі — локальної чи хмарної.
Площина керування — пронизує всі шари
Дозволи, погодження, політики та журнал аудиту діють на кожному кроці.
КОНТЕКСТ ВИКОНАННЯ
Усе, що агент може робити, — оголошено наперед.
Три ескізи напряму дизайну: для кого працює агент, з чого він збудований і чого йому ніколи не дозволено.
context "weekly-review" { owner: maya@studio workspace: studio.ops permission: PREPARE # draft, never send data_scope: [mail.read, calendar.read] escalate { before: [send, spend] on_urgent: notify.owner }}manifest "triage-agent" { version: 0.3.1 runtime: drentir.agent/1 tools: [mail.read, crm.lookup] models: { default: local.qwen3, fallback: cloud.claude } limits { max_cost_per_day: 2.00 USD max_actions_per_run: 25 }}policy "outbound-comms" { deny: [send.email, send.sms] allow: [draft.email, draft.sms] require_approval: [spend.money, change.records] audit: everything # no silent actions}НАПРЯМ
Агенти як код, дозволи як код.
Форма, до якої ми прямуємо: агент — це невелике визначення, яке можна перевірити: що він робить, чого може торкатися і де має запитати.
agent "triage" { on: inbox.new_message permission: PREPARE # чернетка, ніколи не надсилати tools: [mail.read, crm.lookup] escalate { before: send # завжди питати спочатку on_urgent: notify.owner }}ПРИНЦИПИ
Збудовано як платформу.
Дозволи з першого рядка
Усе, що ви створюєте, успадковує модель дозволів — ваші агенти ніколи не вийдуть за межі, які їм надано.
Спостережність за замовчуванням
Ваші агенти пишуть у той самий журнал аудиту, що й усе інше. Налагодження перестає бути ворожінням.
Людина залишається в контурі
Ескалація — це примітив, а не думка заднім числом: визначте, де ваш агент має запитати, — і він запитає.
ДОРОЖНЯ КАРТА
Що творці отримають першими.
Платформа відкривається поетапно. Учасники раннього доступу формують кожен етап.
Визначення агентів
Визначайте та розгортайте агентів через ескіз вище. Це напрям дизайну, який зараз активно розробляється.
Спочатку API читання
Програмний доступ до планів, завдань, результатів і журналу аудиту — перш ніж щось зможе записувати.
SDK конекторів
Створюйте конектори, які зможуть встановлювати інші: пошта, календар, CRM, документи й не тільки.
API запису та пісочниця
Мутації та безпечне тестове середовище з’являться, коли поверхня читання стане надійною.
ПИТАННЯ
Питання від творців.
Поки що ні. DRENTIR — це робочий прототип на стадії pre-MVP, і поверхня API проєктується з урахуванням думки майбутніх перших користувачів — не ізольовано. Учасники технічного прев’ю першими отримають ключі та допоможуть сформувати, яким стане API.
Заплановано. Типізовані SDK з’являться після API читання, а визначення агентів і модель дозволів будуть першокласними сутностями — тож код, який ви пишете, не зможе вийти за межі, які ви встановили.
Пошта й календар — делегування, про яке просять найчастіше, — далі CRM і месенджери. SDK конекторів дозволить спільноті закрити решту.
Долучайтеся до раннього доступу й скажіть нам, що ви творите. Попередні версії для розробників, проєктна документація та перші ключі — спершу учасникам раннього доступу.
Хочете творити на DRENTIR?
Долучайтеся до раннього доступу й розкажіть, що ви створюєте, — попередні версії для розробників спершу отримають учасники.