Історія створення коду теж може бути цінною
Команди розробки фіксують помилки, обговорюють вимоги, перевіряють зміни й описують рішення. Тікети, внутрішня документація та повʼязані зміни коду можуть дати ШІ цінний контекст для виконання інженерних завдань.
Що таке ліцензування даних для ШІ?
Розробники ШІ можуть використовувати інженерні записи як приклади реальних завдань, їх реалізації та перевірки.
Ліцензія визначає, які тікети, документи, зміни та повʼязані матеріали дозволено використовувати для погоджених цілей за комерційною угодою.
Як це працює
Наявні матеріали
Ліцензійна угода з визначеними умовами
Розробка ШІ
Записи, з яких складається інженерна робота
Приклади колекцій, можливість ліцензування яких ми готові розглянути.
-
Тікети з issue tracker
Баг-репорти, запити на функції, інциденти, критерії прийняття, статуси та рішення.
Jira / Linear / GitHub Issues
-
Технічна документація
Специфікації, архітектурні рішення, runbook, технічні обґрунтування та внутрішні wiki-сторінки.
Confluence / Wiki / Markdown
-
Зміни коду й code review
Pull request, коміти, патчі, коментарі ревʼю, затвердження та merge.
PR / Commit / Diff
-
Повʼязані історії вирішення
Звʼязки між тікетом, версією репозиторію, реалізацією, перевіркою та результатом.
Ticket / PR / Test
Навіщо ШІ весь інженерний шлях, а не лише код
Сам по собі код не пояснює, яку проблему вирішувала команда. Повʼязані тікет, технічні нотатки, зміна коду та її ревʼю показують реальний запит від постановки до перевіреного результату.
Баг-репорт
Зміна коду й ревʼю
Пройдений тест
Розуміти реальні завдання розробників
Повʼязувати тікети з патчами
Інтерпретувати технічні рішення
Оцінювати виправлення за результатами
Закритий тікет розповідає цілу історію
Повний запис повʼязує формулювання проблеми, технічне обговорення, внесені зміни та фінальну перевірку. Такий ланцюжок може бути інформативнішим за окремий експорт тікетів або знімок репозиторію.
- 1Баг або запит
- 2Технічний контекст
- 3Перевірена зміна коду
- 4Підтверджене виправлення
Спочатку опис, а не передавання файлів
Для першої розмови не потрібно завантажувати конфіденційні матеріали.
-
1 Опишіть
Розкажіть, які колекції, формати й системи має ваша організація та приблизно який обсяг архіву.
-
2 Оцінимо
Argo Reach оцінить доречність, структуру й обсяг колекції, а також потенційну відповідність запитам покупців.
-
3 Обговоримо
Якщо є потенційна відповідність, обговоримо дозволене використання, доступ, підготовку даних і комерційні умови.
Звʼязок між спеціалізованими даними та розробниками ШІ
Ваша команда створює ПЗ. Argo Reach допомагає оцінити, чи можуть звʼязані інженерні записи відповідати потребам розробників ШІ.
Кваліфікація завдань із розробки- Звʼязок тікетів і коду
Структурована оцінка архіву
Комерційна координація
Зберігаєте роки тікетів, документації та ревʼю?
Розкажіть про ваші issue tracker, бази документації та історію code review. На першому етапі не потрібно передавати репозиторії чи конфіденційні записи.
Для ліцензування потрібні належні права на матеріали та погоджені цілі їх використання.