Зерна для компанії · 29.10.2026
Місто агентів для компанії
Зерна п'яти помічників і два запропоновані відділи на спільному ядрі — у вашому репозиторії, вашою мовою
Яків Крамаренко · 2026-10-29
Це загальна модель для звичайної української компанії на десятки чи кілька сотень людей.
- Публічний репозиторій зерен
- Загальна версія (PDF)
- Розширена версія (PDF)
- Загальна, з нотатками (PDF)
- Розширена, з нотатками (PDF)
Докладніше
Це загальна модель для звичайної української компанії на десятки чи кілька сотень людей. Далі — що агенти візьмуть на себе, як місто влаштоване, як захищає дані й як ми міряємо користь; наприкінці — з чого почати саме у вашій компанії. Відділів сім: п'ять уже мають зерна в репозиторії, а два — відео для соцмереж і ІТ-розробка — запропоновані: їхніх зерен ще немає.
2 Що агенти візьмуть на себе
База знань відповідь одразу, з посиланням на джерело
Юридичний шаблони, документи за ними, аналіз
договорів до юриста
Продажі чернетки пропозицій, листів, відповідей
Помічник підготовка до зустрічей, тижневе зведення
керівника
Фінанси закриття місяця без пропусків, звірка
виписок
Відео для пропозиція: сценарії, чорновий монтаж,
соцмереж субтитри, план публікацій
ІТ-розробка пропозиція: перевірка коду, тести,
документація, дрібні виправленняОстаточне рішення — завжди за людиною. П'ять відділів мають зерна в репозиторії; відео й ІТ-розробка — запропоновані: зерен цих двох відділів ще немає; планую додати.
Докладніше
Це бачення — що агенти можуть узяти на себе з часом. З чого починати — етап А, перший етап на публічних і внутрішніх даних; про етапи — далі. Як працюватимуть два запропоновані відділи — на окремих слайдах далі.
3 Не сім ботів, а одне місто
Агент — програма на основі мовної моделі, що сама читає файли й діє. Місто — кілька агентів зі спільною пам'яттю й правилами.
┌────────────── місто агентів компанії ──────────────┐
│ відділи: база знань · юридичний · продажі · │
│ помічник керівника · фінанси │
│ + пропозиція: відео · ІТ-розробка │
├────────────────────────────────────────────────────┤
│ ядро: записи · сесія · шлюз даних · перевірка · │
│ приймання задач · серія (+3 пізніші) │
├────────────────────────────────────────────────────┤
│ конституція: засади → аксіоми → статті │
├────────────────────────────────────────────────────┤
│ пам'ять (репозиторій компанії): плани, черга, │
│ звіти, дані за класами, журнал даних │
└────────────────────────────────────────────────────┘
▲ агент читає й пише ▼ модель — за класом данихДокладніше
Сесія — один запуск агента від старту до звіту; серія — сесії поспіль, ніч або робочий день, з дозволу ведучого міста (у репозиторії — оператор). Шлюз даних (у репозиторії — зерно захисту даних) — правило для агента: перед кожним читанням і надсиланням він зіставляє клас даних із маршрутом, який заздалегідь визначила людина. Технічний захист — окремий слайд. Кожна сесія читає спільну пам'ять, робить крок, записує зроблене й лишає наступній, де продовжити. Відділи стоять на спільному ядрі, ядро — на конституції міста, а все це лежить у пам'яті — приватному репозиторії компанії; регульовані дані (і обмежені, якщо такий клас у вас є) в репозиторій не потрапляють — лише локально. Статті конституції не постачаються — їх вирощує місто.
4 Чому зерна, а не готова система
- Зерна — письмові підказки, а не програма
- Ваш агент вирощує з них файли правил сам
- У вашому репозиторії, вашою мовою, за вашими відповідями
- Архітектура — український текст, а не чорна скринька
- Зворотний бік: два міста з тих самих зерен — різні
- Тому — незалежна перевірка, а результат приймає власник
Докладніше
Якість залежить від моделі, тому однакового результату ми не обіцяємо. Натомість кожен результат приймає власник відділу, а перед кожною контрольною точкою стоїть незалежна перевірка. До появи зерна перевірки сесія перечитує зроблене сама.
5 Як це починається
1. посилання на репозиторій → вашому агентові
↓
2. перший запуск — разом із людиною:
потреби відділів (задачі, години, де болить) ·
класи даних, маршрути · підписки · стиль текстів ·
порядок відділів · черга
↓
3. ядро — записи, сесія, шлюз даних, перевірка,
приймання задач, серія
↓
4. відділи — у порядку таблиці рангу (далі):
нині п'ять; два — якщо зерна є до стартуДалі кожна сесія стартує коротким «продовж» — правила вона читає сама (це налаштовує перший запуск). Кожен крок — контрольна точка (збережений стан роботи): усе видно, до кожної точки можна повернутися; дані, уже передані моделі чи назовні, — ні.
Докладніше
Почати можна у звичайному чаті: агент сам пояснить, що зробить людина (приватна копія файлів, доступ до них), а що він; цей шлях ще не перевірено. Агент — Claude Code, Codex чи подібний; перевірено на Claude Code (модель Sonnet 5.5, чистий клон, вигадана компанія); у деяких налаштуваннях потрібен один додатковий рядок у кореневому CLAUDE.md. Тиждень обліку «до» — уже метод пілоту (далі), не крок першого запуску. Нинішній перший запуск питає про п'ять відділів із зерен; два запропоновані додадуться, коли з'являться їхні зерна. Контрольна точка — збережений стан роботи: з нього продовжують або до нього повертаються. Пам'ять міста — приватний репозиторій компанії, а не чиясь голова чи чат. git обов'язковий; jj — рекомендація для розробника: конфлікт двох змін для нього звичайний стан, а журнал операцій дає відкотити будь-який крок у репозиторії.
6 Ведучий міста — роль, а не особа
| Свій адміністратор | Зовнішній експерт | |
|---|---|---|
| Вартість | дешевше на старті | дорожче |
| Швидкість | повільніше | швидше до першої користі |
| Знання | всередині з першого дня | залежність, якою треба керувати |
| Люди | місто росте разом із людьми, без стрибків вище голови | ризик переплат: час експерта йде на пробуксовування людей |
Між краями — комбінації. Вузьке місце часто — темп, у якому люди опановують роботу з агентами (спостереження, не вимір). Ведучий міста — новий найманий інженер або хтось із ваших людей. Потрібен склад розуму, не обов'язково навички роботи з ШІ: так спроєктовано місто й взаємодію людини з ним.
Докладніше
Ведучий міста — це перший запуск, ріст ядра й відділів, контрольні точки, навчання людей. Проблема не в тому, що експерт дорогий, а в тому, що його час доведеться витрачати на пробуксовування людей, якщо він принесе одразу всі свої просунуті технології. Дозовано, як тренер, — добре. Очікувати, що він принесе своє місто, — це пробуксовування і зайві переплати за його час. Місто, вирощене своїми людьми, росте не швидше за них — і вони звикають до нього природно; тому зерна допускають старт без експерта.
7 Безпека: читання — це вже передача
Агент прочитав файл — дані вже в постачальника моделі (коли модель хмарна). Тому класи даних визначають раніше, ніж агент прочитає хоч один документ. API — доступ до моделі для програм, з оплатою за обсяг.
| Клас | Що це | Маршрут | Етап |
|---|---|---|---|
| публічні, внутрішні | відкрите назовні; робочі матеріали без комерційної таємниці | підписка компанії; навчання на даних вимкнути (умови тарифу — перевірити) | А |
| конфіденційні | договори, ціни, фінанси | API: ліміт витрат, договір про обробку даних | Б |
| регульовані | персональні дані, податки, зарплати | власний сервер; доти — не обробляти | В |
| обмежені (якщо є) | що правила хмарної моделі забороняють із нею робити | варіанти: (а) свій сервер, якщо ліцензія моделі дозволяє · (б) договір, що це прямо допускає · (в) окремий договір чи виняток | В (або договір, що це допускає); у пілоті — ні |
Докладніше
Таблицю класів і маршрутів змінює лише відповідальний за дані; немає класу чи маршруту — задача чекає людину. Читання непублічного класу й кожне надсилання — рядок у журналі даних. Обмежений клас — необов'язковий: його може й не бути; докладніше — наприкінці. Два запропоновані відділи — ті самі класи й той самий шлюз. Відео з обличчями й голосами людей може виявитися регульованим класом (персональні дані) — тоді це етап В; вирішують відповідальний за дані й юрист. До якого класу віднести код, вирішує відповідальний за дані до першого читання; доти — не обробляти.
8 Замок — технічний захист закритих тек, чотири шари
- Розміщення — закритих даних на комп'ютері агента немає
- Заборона читати закриті теки в налаштуваннях агента
- Права ОС — адміністратор закриває теку від агента
- Приманки — документи з відбитками: видно, чи був доступ
Доки замок не добудовано — закриті теки порожні. Перша версія: правила агента, розміщення (за людиною одразу) і заборона в налаштуваннях; права ОС і приманки — за адміністратором.
Докладніше
Самих правил мало: агент дотримується їх сам, а пошук по всіх теках може зачепити закриту. Заборона в налаштуваннях закриває не все: у Claude Code (за його документацією, 2026-10-28) вона не діє на пошук по всіх теках одразу (grep -r) і на програми, що самі відкривають файли; інших інструментів не перевіряли. Тому заборона — лише один шар: розміщення людина забезпечує одразу, права ОС і приманки додає адміністратор. Приманка — документ із унікальним текстом-відбитком: якщо такий текст спливе в журналах — до теки був доступ.
9 Інтеграція — поетапно
місце задач: спільна тека · облік задач · чат
│ з дозволу ведучого міста
▼
серія: робота кількох відділів
│ результати й чернетки
▼
туди ж — з його комп'ютера, від його імені- Етап А — одне місце задач, де люди вже працюють
- Підписка від імені ведучого — сіра зона; вирішує компанія
- Етап Б — API: доступ до систем, спершу на читання
- Платежі, підпис, листи, публікації назовні — лише зі слова людини
Докладніше
Публікує людина; серія — лише те, на що людина заздалегідь дала письмове слово: таблиця дозволів серії (у репозиторії — seeds/core/run.md), яку ставить перший запуск; типово серія лише показує результат. Так людина й керує самостійністю агентів. Записів в облік агент не робить — так у зерні фінансів. Робота з комп'ютера ведучого на підписці — сіра зона умов постачальника, хоч так працює багато розробників (спостереження, не підрахунок); правила тарифу для цього режиму — перевірити до старту. На етап Б переходять після виміру користі етапу А й оцінки вартості. Для ІТ-розробки місце задач — облік задач команди: агент показує запит на злиття, приймає в код розробник. Для відео — те саме правило публікації.
10 Контроль якості
крок роботи
↓
перевірка: незалежні перевіряльники, де маршрут дозволяє
↓
контрольна точка
↓
…
↓
результат відділу → приймає власник- Перевіряльник не бачив ходу роботи, шукає помилки
- Власник результату на кожну задачу — юрист, бухгалтер, розробник…
- Кожне число у звіті має джерело
- Приклад — перевірка коду: слайд «Що це дає в розробці»
Докладніше
Другий постачальник для перевірки — лише той, кого таблиця маршрутів допускає для класу даних; немає — один перевіряльник, і висновок це називає. Агент не вирішує, чи прийнятний ризик у договорі, і не проводить операцій в обліку. Власник — приклади з семи відділів: юрист, бухгалтер, менеджер, розробник, той, хто веде соцмережі. Для коду перевірка спиратиметься ще й на тести, які агент запускає сам (коли з'явиться зерно відділу); для відео людина дивиться чорновий монтаж і вичитує субтитри.
11 Серії й петля навчання
дозвіл ведучого → серія: сесія → сесія → сесія
│ звіти з ключовими рядками
▼
методист (пізніше) збирає рядки за ключами
│ пропозиції змін
▼
людина приймає зміни конституції й зерен- Сесія — один запуск агента, від старту до звіту
- Серія — сесії поспіль упродовж ночі чи робочого дня
- Увечері людина запускає серію, вранці — приймає результати
- Ключі: даремне читання, помилка, пропуск, рішення, виправлення
- Повторена помилка — пункт статті конституції (зерно — пізніше)
- Методист — пізніше, після першого відділу
Докладніше
Серія — сесії поспіль над місцем задач, за сигналом ведучого міста: «перевір задачі й оброби» чи «чекай упродовж дня». Мої серії нині біжать близько доби: людина закінчує роботу ввечері й іде додому, агенти працюють усю ніч, а зранку людина приймає результати й дає нову серію. Зерна статей конституції й методиста — із пізніших, ще не перевірені. Методист лише пропонує; зміни конституції й головного файлу правил приймає людина.
12 Пілот: порядок відділів і вимір
ранг відділу = цінність ÷ (чутливість × інтеграція)
кожна оцінка — від 1 до 3; вищий ранг — раніше
приклад: понад 10 год/тиж — 3; внутрішні дані — 1;
лише файли — 1 → ранг 3 ÷ (1 × 1) = 3- На відділ — свої показники з точкою «до»
- Точка «до» — тиждень ручного обліку перед стартом
- Немає «до» — пишемо «не виміряно», а не число
- Фінанси, імовірно, останні: їхні задачі — конфіденційні (припущення)
- Відео й ІТ — якщо зерна є до старту пілоту
Докладніше
Шкали — з першого запуску. Цінність — години на тиждень на задачі: 1 — менше 5, 2 — 5–10, 3 — понад 10. Чутливість — клас даних перших задач: 1 — публічні чи внутрішні, 2 — конфіденційні, 3 — регульовані чи обмежені. Інтеграція: 1 — лише файли, 2 — вивантаження за розкладом, 3 — API. Поруч із показниками — правки власника й вибіркова перевірка. Фінанси — припущення, а не правило: їхні основні задачі зазвичай торкаються конфіденційних даних; точний порядок дасть таблиця. Для фінансів точка «до» — попередній цикл закриття. Якість без виміру ми не обіцяємо. Два запропоновані відділи входять у пілот, лише якщо їхні зерна з'являться до старту пілоту; інакше пілот іде на п'ятьох, і ранг їх не піднімає. Їхня чутливість залежить від класу їхніх даних (відео з людьми, код) — його визначає відповідальний за дані.
13 Пілот у цифрах: без мене і зі мною
| Оцінка | Мій мінімум: без мене | Мій максимум: зі мною | Примітка |
|---|---|---|---|
| Мої дні | 0 | ≈ 2 на тиждень, ≈ 18–26 за пілот | якщо ведучий не я; умови — окремо |
| Ваші людино-дні | ≈ 65–100 (сім: 70–115) | ≈ 65–100 (сім: 70–115) | оцінка; п'ять відділів, сім — якщо зерна є до старту пілоту; ведучий — повна зайнятість |
| Підписки на місяць | ≈ $230–430 + ПДВ | ≈ $230–430 + ПДВ | оцінка; одне робоче місце, етап А |
| Тривалість | ≈ 2 місяці, ризик — 3 | ≈ 2 місяці, ризик менший | без мене довше — імовірніше |
| Одна людина з агентами | ≈ як 2,5 людини | те саме, удвічі швидше | оцінка, занижено; перевіряє пілот |
Максимум — я: перший запуск із вашим ведучим, супровід, навчання; менше граблів — і менш болючих. Мінімум — ви самі; питання — звернення в репозиторії: безкоштовно, повільніше.
Докладніше
Усі числа — оцінка, не вимір; день — робочий день. Мої дні: пів дня в понеділок, пів дня в п'ятницю й до дня на питання ведучого впродовж тижня — 2 дні на тиждень × 2–3 місяці. Ваші людино-дні: ведучий — повна зайнятість на 2–3 місяці, ≈ 40–65 днів; сім власників результату — ≈ чверть дня на тиждень на приймання плюс 1–2 дні навчання на кожного, ≈ 23–37; відповідальний за дані ≈ 2–3; юрист ≈ 1; тиждень обліку «до» й ручне знеособлення ≈ 7 (грубо, на сім відділів). Сім відділів — лише якщо зерна двох запропонованих з'являться до старту пілоту; інакше пілот іде на п'ятьох, ≈ 65–100. Написання цих двох зерен — поза оцінкою пілоту: ні ваші людино-дні, ні мої дні, ні тривалість його не включають. Ця розбивка рахує ролі й відділи пілоту, а не штат компанії; точніше — уточнюємо на першій розмові. Підписки — ціни з вторинних джерел на 28 жовтня 2026: звірити з сайтами постачальників; поза сумою — API етапу Б і обладнання етапу В. Тривалість: тиждень розмов, тиждень обліку «до», ~2 тижні — ядро, ~4 — перші відділи; ризик — 3 місяці: інерція компанії й темп, у якому люди звикають. Останній рядок — оцінка приросту для одного працівника, який працює з агентами, не для штату. Її занижено навмисно й лише на пілот: наскільки приріст із розробки переноситься на ваші відділи і як швидко люди звикнуть — ще не знаю, це й міряє пілот; зростання далі не обіцяю. «Удвічі швидше» — бо решту свого часу я вчу ваших людей розуміти стелю, щоб далі піднімати й масштабувати її вже без мене.
14 Що це дає в розробці — мій вимір
| Показник | Число | Що це |
|---|---|---|
| Жовтень, 1–28: мої години з агентами | ≈ 102 | 850 закритих підзадач, 18 напрямів |
| Людський еквівалент | ≈ 40 людино-тижнів (24–74) | оцінка окремого агента за записами, не вимір |
| Годин агентів на мою годину | ≈ 3,5 | виміряно, тиждень 22–28.10 |
| Приклад перевірки коду | 58 хв + ≈ 3,8 год агентів | ≈ 4 дні досвідченого перевіряльника (моя оцінка) |
| Вартість агентів | ≈ $22 за годину, розрахунок у цінах API | я плачу підписками — ≈ $1 000 на місяць |
Години й співвідношення — виміряні; вартість — розрахунок за ними; людський еквівалент, а з ним і величина приросту, — оцінка. Наскільки приріст переноситься на ваші відділи — покаже пілот; тому на попередньому слайді ефект занижено.
Докладніше
Метод рахунку: мої години — облік часу; години агентів — журнали сесій; вартість — години агентів у цінах API, розрахунок, а не фактичний рахунок; людський еквівалент кожної закритої задачі — оцінка окремого агента за записами. Той самий метод — і для виміру в пілоті. Для вашого пілоту етапу А діють підписки з попереднього слайда; ціни API стосуються етапу Б. Підзадачі дуже різні: цінність — у меншості великих. Приклад перевірки коду: агенти перечитали 13 запитів на злиття, зібрали середовища, прогнали тести, дали 11 знахідок; для людини ризик — до 7,5 днів, бо детальний звіт із посиланнями на джерела скорочує час тому, хто виправляє, і ризик щось пропустити. Паралельно працювали в середньому 2 сесії, максимум 11. Цей вимір — найближча опора для запропонованого відділу ІТ-розробки (наступний слайд).
15 Запропонований відділ: ІТ-розробка пропозиція
- Перевірка коду до злиття — звіт із посиланнями
- Тести до наявного коду; що впало і чому
- Документація: що робить модуль, як запустити
- Дрібні виправлення — чернетка; приймає в код розробник
- Власник результату — розробник чи керівник розробки
Код із ключами не читати, доки ключі не вилучено або не визначено закритий клас і маршрут; до якого класу віднести код, вирішує відповідальний за дані до першого читання. Приріст тут найближчий до мого виміру, але у вашій команді його не виміряно. Зерна цього відділу ще немає.
Докладніше
Правила зерен забороняють агенту читати .env; ключі не йдуть у коміти. Код, де ключі вписано просто у файли, — варіанти: спершу перенести ключі в .env або віднести такий код до закритого класу; вирішує відповідальний за дані. Код може містити й персональні дані — у тестових даних чи журналах; це теж питання класу. Код, закритий від інших відділів, — окремий репозиторій: у першій версії прав доступу між відділами в одному репозиторії немає. Показники пілоту: хвилин на перевірку, знайдених помилок, правок розробника; точка «до» — тиждень обліку. Приклад перевірки коду з попереднього слайда — моя робота, а не робота вашої команди; наскільки він переноситься — покаже пілот.
16 Запропонований відділ: відео для соцмереж пропозиція
- Сценарії й тексти до роликів
- Субтитри: розшифровка — окремий інструмент (не перевірено)
- Чорновий монтаж — де інструменти це дозволяють
- План публікацій на місяць — чернетка
- Власник результату — хто веде соцмережі компанії
Відео з обличчями й голосами людей може виявитися регульованим класом (персональні дані) — тоді це етап В; вирішують відповідальний за дані й юрист. На етапі А — лише текст: сценарії з публічних матеріалів, план публікацій. Публікує людина; серія — лише зі слова людини, даного заздалегідь. Зерна цього відділу ще немає.
Докладніше
Агент прочитав відео — воно вже в постачальника моделі; тому клас відео з людьми вирішують раніше. Субтитри й чорновий монтаж — після рішення про клас. Що саме вміють інструменти розшифровки й монтажу в парі з агентом — перевірити на ваших задачах, не обіцяю. Від імені компанії назовні агент сам не діє. Показники пілоту: хвилин на сценарій і на субтитри до ролика, частка без переробки, правки власника; точка «до» — тиждень обліку.
17 Хто підтримує після запуску
- Власник результату — приймає результати (роль на задачу, не посада)
- Ведучий міста — контрольні точки, оновлення зерен
- Відповідальний за дані — класи, маршрути, доступи
- Етап В — адміністратор сервера; специфічний досвід ШІ-інфраструктури не обов'язковий
- Зовні — постачальник моделі й юрист
Ведучий міста — це вже ШІ-відділ з однієї людини. На пілот — один ведучий: новий найманий інженер або хтось із ваших людей. Якщо пілот вдасться, людей, імовірно, більше (оцінка, не план): навчати компанію роботи з ШІ; стежити за моделями, ставити тести й експерименти; нові напрями; окремий ведучий для складного проєкту.
Докладніше
Навчати інших працювати з ШІ — окрема навичка, зазвичай в однієї людини з багатьох. Експерименти виливаються в напрями — наприклад, донавчання відкритих моделей на власному сервері під керування агентами або під юридичну сферу; складний проєкт може потребувати окремого ведучого. Місто працює без автора: усе в приватному репозиторії компанії; правила — здебільшого звичайний український текст, а що можна перевірити програмою (лінтером, скриптом, тестом), переносять у програму; у цих зернах такого правила ще не засіяно. Юрист зовні — договір про обробку даних, умови тарифу, закон про персональні дані.
18 Чесно: що не перевірено
- Жодна компанія ще не живе на зернах
- Перевірка на вигаданій компанії: спершу частково, повторно — пройшла
- Серію, методиста й вхід із чату ще не перевірено
- Власний сервер — оцінка, не обіцянка
- Аксіоми — стислий переказ конституції автора; остаточної вичитки ще немає
- Один репозиторій на всі відділи — без окремих прав доступу
Зерен двох запропонованих відділів (відео й ІТ-розробки) ще немає; планую додати. Повторна перевірка пройшла за заздалегідь описаними ознаками (що мало з'явитися у файлах); одну з них зі звіту не видно. Не виміряно: скільки коштує український текст і якою буде якість на ваших задачах — це покаже пілот.
Докладніше
Перевірка 28 жовтня 2026, на тодішній версії зерен, Claude Code з моделлю Sonnet 5.5. Перша спроба, дві сесії, пройшла частково: друга сесія до першої зміни не сказала, на чому зупинилась робота, і не назвала аксіому у звіті — ці два правила додали після перевірки. Повторна того ж вечора пройшла за перевірними ознаками: друга сесія виростила перше правило ядра, а підкладену задачу з регульованими даними відклала до людини, назвавши правило; чи сказала вона вголос, де зупинилась робота, до першої зміни, — з її підсумку не видно. Серію, методиста й вхід із чату перевірка не торкалася. Серії живуть у моєму місті щодня; на цих зернах серію ще не перевірено. Аксіоми — стисла основа відкритої конституції автора, переказана його словами; статті не постачаються — їх вирощує місто. Один репозиторій — межа першої версії: окремі права доступу — окремий репозиторій на відділ. Токени — одиниці, якими постачальник рахує текст і плату.
19 Робоча модель — відкрито
- Репозиторій: https://github.com/automician/seeds-for-company-agents-uk
- ADR-000 — архітектура міста і чому так
- Перевірка на вигаданій компанії — частково, повторна — пройшла
- П'ять зерен відділів; відео й ІТ — ще без зерен
Спробувати самим: скиньте посилання своєму ШІ й скажіть «прочитай AGENTS.md і поясни, що мені робити». Зерна й ADR-000 — MIT, © 2026 Yakiv Kramarenko; зріз платформи Synoetic™ — невелика частина більшої системи автора.
Докладніше
Репозиторій публічний: його можна відкрити й прочитати до будь-якої розмови. ADR — запис архітектурного рішення: що вирішили і чому. MIT — відкрита ліцензія: можна вільно використовувати й змінювати, зберігаючи повідомлення про авторське право й текст ліцензії.
20 З чого почнемо у вашій компанії
Юридичний А: власні шаблони за переліком вимог;
розбіжності знеособленого договору з шаблоном *
База знань А: відповіді з відібраної теки правил;
відповіді новим працівникам
Продажі А: пропозиція з каталогу й публічних цін;
відповіді на часті питання
Помічник А: підготовка до внутрішньої зустрічі;
керівника тижневе зведення зі звітів міста
Фінанси А: перелік закриття з нагадуваннями;
категоризація знеособлених витрат *
Відео пропозиція, А: сценарії з публічних
матеріалів; план публікацій
ІТ-розробка пропозиція, А — якщо код у класі етапу А:
перевірка, тести, документаціяОстаточне рішення — завжди за людиною. Перша розмова — з власниками відділів: задачі, години, де болить, яких даних торкаються. Порядок дає таблиця рангу. Моє відчуття: першим буде не база знань, а відділ, де робота застрягає. Пункти з * — лише якщо відповідальний за дані віднесе знеособлені документи до внутрішнього класу.
Докладніше
Перші задачі п'яти відділів — із їхніх зерен; двох запропонованих — моя пропозиція: зерен цих відділів ще немає. Задачі етапу А — на публічному, відібраному людиною внутрішньому, шаблонах чи знеособленому. Мій погляд без розрахунку: база знань — легка задача для пілоту, але не факт, що найважливіша, і їй потрібна своя інфраструктура; точний порядок дасть таблиця рангу після першого запуску. Наприклад, юридичний — якщо затор в обробці документів. Знеособлений — без імен, реквізитів і сум, що ідентифікують. Але знеособлення саме не знімає комерційної таємниці: договори, ціни й фінанси — конфіденційні (крок 3 першого запуску). Тому пункти з * ідуть на етапі А, лише якщо відповідальний за дані, перевіривши весь вміст, віднесе знеособлені документи до внутрішнього класу; інакше — етап Б. На першій розмові власник — роль, а не прізвище; години — як є, або «не виміряно».
21 Обмежений клас — якщо він у вас є
- Те, що правила хмарної моделі забороняють із нею робити
- Чи є такий клас у вас — з'ясовує перший запуск
- (а) свій сервер, якщо ліцензія моделі дозволяє
- (б) постачальник, чий договір це прямо допускає
- (в) окремий договір чи виняток
- У пілоті з таких задач не починають
Варіант — (а), (б) чи (в) — обирають після аналізу з юристами. Доти такі дані — поза агентами, а їхня тека порожня.
Докладніше
Що саме заборонено — у чинних правилах використання обраного постачальника; правила змінюються, тому межу перевіряють перед стартом за чинними умовами постачальника, разом із юристом. Для (б) — перевірити з постачальником і юристом, що договір справді це допускає. Дані обмеженого класу в репозиторій не потрапляють — лише локально. Швидшу користь дають інші напрями; межу розширюють пізніше.
22 Можливі наступні кроки — за домовленістю
- Перша розмова — задачі, дані, хто веде місто
- Перший запуск — разом із вашою людиною
- Перший вимір у пілоті — за вашими показниками
- Оцінка моделей для власного сервера
- Порівняння на одній задачі: агент без міста і з містом
- Відеоогляд робочої моделі
Зерна п'яти відділів готові до запуску — почати можна й без мене; проєкт відкритий: стежте й оновлюйте. Умови — окремо. Яків Крамаренко
Докладніше
Порівняння — агент на «голому» інструменті й агент із містом: результат, якість, час і вартість. Оцінка моделей для власного сервера — окремий проєкт поза пілотом. Ще можливий вимір вартості українського тексту в токенах.