Нова передача: як поділитися кодом агента ШІ з вашою командою1 min read

Ваш агент ШІ щойно створив щось корисне. Можливо, це інформаційна панель, новий процес підготовки або невеликий внутрішній додаток.

Ви можете бачити, як це працює. Код виглядає добре. Тепер ваш товариш по команді задає цілком резонне запитання:

“Чи можете ви надіслати його мені?”

Саме тут робочий процес кодування ШІ часто перетворюється на вручну. Ви надсилаєте знімок екрана, копіюєте фрагмент коду, просуваєте гілку або пояснюєте, як запустити проєкт локально.

Але запитувач може не захотіти отримати вихідний код. Вони хочуть відкрити річ, спробувати і сказати вам, що потрібно змінити.

Правильний спосіб обміну кодом, згенерованим ШІ, залежить від того, що станеться далі.

По-перше, чим ви насправді ділитеся?

Коли хтось запитує код, створений вашим агентом ШІ, це може означати три різні речі.

1. Вихідний код

Розробник повинен перевірити реалізацію, запустити тести або об ‘єднати його в існуючу кодову базу.

Репозиторій Git і запит на витягування зазвичай є правильною відповіддю. Вони забезпечують знайомий робочий процес для перегляду змін, перевірки тестів та інтеграції коду у виробництво.

2. Робоча версія

Менеджер по продукту хоче перейти до потоку підготовки. Дизайнер хоче бачити адаптивний макет. Зацікавлена сторона хоче спробувати інформаційну панель.

Надсилання вихідних файлів тут не особливо корисно. Їм потрібен додаток або артефакт, який вони можуть відкрити в браузері.

3. Працюйте над тим, щоб хтось інший продовжив

Ваш товариш по команді хотів переглянути додаток, запропонувати зміни та попросити агента AI реалізувати відгук.

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

Ці робочі процеси перекриваються, але вони не є взаємозамінними.

Різниця між спільним використанням коду та передачею роботи

Уявіть, що агент створює інформаційну панель аналітики клієнтів.

Він включає три картки KPI, діаграму використання та фільтр дат.

Ви можете надіслати своєму товаришу по команді файли React. Щоб побачити результат, їм знадобиться середовище розробки.

Ви можете надіслати знімок екрана. Вони зрозуміють макет, але не зможуть протестувати фільтр.

Ви можете розгорнути його десь. Вони можуть взаємодіяти з ним, але вам все одно знадобиться процес збору відгуків та оновлення проєкту.

Тепер уявіть трохи інший робочий процес.

Агент створює інформаційну панель у спільній робочій області артефактів і надає вам свою URL-адресу.

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

URL-адреса залишається незмінною. Робота має історію. Немає необхідності починати ще одну розмову і пояснювати, що побудував попередній консультант.

Це передача, для якої варто проектувати.

Як поділитися кодом, згенерованим ШІ, зі своєю командою

Ось практичний робочий процес із використанням AgentGrid.io, спільного робочого простору артефактів для людей та агентів ШІ, побудованого Anima.

Крок 1: Створіть за допомогою бажаного інструменту кодування AI

Продовжуйте працювати в Claude Code, Codex, Cursor або іншому зручному для вас інструменті.

Наприклад:

Створіть адаптивну інформаційну панель аналітики продукту з діаграмою використання, фільтром дат та трьома картками KPI. Використовуйте React.

Вам не потрібно змінювати інструмент, який ви використовуєте для створення коду.

Крок 2: Помістіть результат туди, де ваша команда може отримати доступ до

Підключіть свого агента до AgentGrid і запитайте:

Помістіть цю інформаційну панель на AgentGrid як додаток. Дайте мені посилання на артефакт і збережіть його в таємниці.

AgentGrid зберігає програму як артефакт із власною URL-адресою та історією версій.

Якщо ви використовуєте агент кодування, який може підключатися незалежно, дотримуйтесь інструкцій щодо підключення AgentGrid. Помічники на базі браузера, такі як Claude або ChatGPT, використовують свої підтримувані інтеграції.

Важливою частиною є те, що ваш агент створює артефакт у робочому просторі, до якого він має дозвіл.

Крок 3. Дайте своєму товаришу по команді доступ до

Відкрийте артефакт і скопіюйте його посилання.

Перед надсиланням переконайтеся, що ваш товариш по команді має доступ до робочого простору. Приватна URL-адреса артефакту ідентифікує роботу; вона не надає дозволу сама по собі.

Для внутрішньої співпраці це, як правило, те, що вам потрібно. Член команди може переглянути роботу, не роблячи її загальнодоступною.

Див. як працює спільний доступ до артефактів.

Крок 4. Зберіть відгук про фактичний результат

Ваш колега відкриває інформаційну панель і виявляє, що фільтр дат поводиться не так, як очікувалося.

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

AgentGrid підтримує перегляд коментарів до елементів додатка та уривків документів. Уповноважені особи та агенти можуть працювати з цими коментарями разом.

Це наближає обговорення до того, що розглядається.

Крок 5: Дозвольте агенту продовжити роботу

Тепер ви можете сказати підключеному агенту:

Відкрийте цей артефакт AgentGrid і виправте фільтр дат. Збережіть існуючий макет та оновіть той самий артефакт.

Включіть фактичну URL-адресу артефакту.

Агент може перевіряти та оновлювати артефакт, якщо він має необхідний доступ та можливості. Зміни

з ‘являються в тій самій історії версій, приписаній агенту, який їх зробив. Ваш товариш по команді може повернутися до того самого артефакту, щоб переглянути результат.

Див. Історію версій в AgentGrid.

Як щодо Claude, ChatGPT, Cursor та Codex?

Деякі інструменти ШІ вже мають корисні власні можливості обміну.

Claude може ділитися підтримуваними артефактами в межах своєї екосистеми. GitHub чудово підходить для перегляду коду. Платформи розробки можуть забезпечувати попередній перегляд розгортань.

Вам не потрібно замінювати ці робочі процеси лише для того, щоб чимось поділитися.

AgentGrid корисний, коли на наступному етапі залучаються люди та агенти , які працюють над одним і тим самим артефактом, особливо в різних інструментах ШІ.

Наприклад, ваша команда може використовувати Claude для розробки інтерфейсу, Codex для вдосконалення своєї поведінки, а рецензент може залишити відгук.

Спільний артефакт забезпечує загальне призначення для цієї роботи.

Коли замість цього слід опублікувати?

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

AgentGrid може публікувати підтримувані додатки та артефакти Markdown за загальнодоступними URL-адресами.

Але спільний доступ та публікація – це не одне й те саме.

Для посилання на приватний артефакт потрібен авторизований доступ до робочого простору. Опубліковане розгортання є загальнодоступним. Пізніші зміни до артефакту потрібно опублікувати знову, перш ніж вони з ‘являться на цій загальнодоступній сторінці.

Публікуйте лише тоді, коли це потрібно.

Краще запитати, коли агент закінчить

Замість того, щоб закінчувати кожну сесію кодування “експортувати файли”, запитайте:

Кому це потрібно далі, і що з цим потрібно робити?

Якщо розробнику потрібно об ‘єднати код, створіть запит на злиття.

Якщо комусь потрібно протестувати програму, дайте йому робочий попередній перегляд.

Якщо людям та агентам потрібно переглянути та продовжити спільну роботу, надайте їм спільне помешкання.

Вихідні дані сеансу кодування AI не обов ‘язково повинні бути кінцем робочого процесу. Це може бути відправною точкою для всіх інших.

👉 Дослідіть AgentGrid.