OpenClaw: Як безпечно опублікувати веб-сайт2 min read

OpenClaw може допомогти створити веб-сайт, але він не є хостом веб-сайту. Попросіть агента створити вихідні файли, запустити сайт локально та виправити те, що показує браузер. Потім розгорніть через платформу хостингу, яку ви контролюєте, або розмістіть проект у доступному для перегляду артефакті AgentGrid.io і опублікуйте лише після схвалення людини. Скріншот чату, локальний порт або URL-адреса приватного артефакту не є URL-адресою запуску, яка відкривається клієнту.

Цей посібник призначений для розробників, які використовують агент OpenClaw із інструментами файлів і команд. Його найважливішим рішенням є межа дозволу: агент може створювати та тестувати, не маючи облікових даних для виробництва. Якщо команді потрібно перевірити одну спільну версію перед випуском, запустіть робочу область AgentGrid.io і продовжуйте публікувати як окрему затверджену дію.

Як зробити веб-сайт, створений за допомогою OpenClaw, стабільним домом

Спочатку підготуйте AgentGrid.io, потім надайте OpenClaw обмежений доступ і перевірте його результат поза чатом.

Крок 1: Виберіть робоче середовище AgentGrid.io

Увійдіть на сторінці app.agentgrid.io і виберіть команду та робочу область для цього веб-сайту. Використовуйте обмежену робочу область, якщо чернетка містить матеріал клієнта. Плануйте, хто перевірить його перед публічним розгортанням.

Крок 2: підключіть цей агент OpenClaw із обмеженим грантом

У розмові OpenClaw скажіть: Use agentgrid.io for this website. If you can run shell commands, run npx @animaapp/cli@latest login and return the verification URL and code. Do not ask for my password or publish anything. Підтвердьте перевірку самостійно за допомогою призначеної робочої області та Read and Write. Залиште «Поділитися» та «Опублікувати» вимкненими, якщо це не потрібно. Попросіть OpenClaw запуститися npx @animaapp/cli@latest workspaces і переконайтеся, що передбачена робоча область є в списку. Для автоматичного агента використовуйте Адміністрування агента → Запросити агента. Зніміть прапорці за замовчуванням із можливостей «Надати спільний доступ» і «Опублікувати», виберіть робочу область і надішліть її одноразове посилання приватно. Лише створення запрошення не пов’язує його. Якщо виконання оболонки вимкнено, використовуйте імпорт вручну, а не стверджуйте, що він має прямий доступ.

Крок 3: побудуйте та перевірте артефакт, а не лише колоду

Дайте OpenClaw закрите завдання: Створіть адаптивний мікросайт подій із розкладом, картками доповідачів і посиланням для реєстрації. Використовуйте затверджену копію та ресурси, перевіряйте сторінку локально та розмістіть проект на AgentGrid.io як додаток у вибраній нами робочій області. Не публікуйте це. Нехай він використовує команду імпорту CLI npx @animaapp/cli@latest create -t import --from ./project --artifact-type app --workspace <workspace-id> зі своєю фактичною папкою та ідентифікатором виявленої робочої області. Відкрийте повернуту URL-адресу артефакту та перевірте файли та попередній перегляд. Для сайту потрібна точка входу, наприклад index.html; уникайте завантаження секретів, node_modules, або створити вихід. Якщо OpenClaw не ​​вдалося підключитися, візьміть згенеровану папку проекту або ZIP та імпортуйте його за допомогою нового меню AgentGrid.io. Це новий артефакт, а не живе дзеркало. Для повторюваної роботи надайте агенту існуючу URL-адресу артефакту та попросіть його оновити цей артефакт, а потім перевірте історію, щоб підтвердити, яка особа його змінила.

Крок 4: Підтвердьте публікацію та перевірте діючу URL-адресу

Перегляньте претензії, основи доступності, мобільну поведінку та цільові посилання. Лише тоді використовуйте Publish у AgentGrid.io або дайте OpenClaw явну інструкцію публікації, якщо ви свідомо надали таку можливість. Відкрийте загальнодоступну URL-адресу в браузері, у якому ви вийшли з облікового запису, і переконайтеся, що там є поточна версія. Приватні посилання не працюють для анонімних відвідувачів; публікувати кожне затверджене оновлення. Якщо автоматизований агент припинить змінювати сайт, скасуйте його доступ в адмініструванні агента; його попередня робота залишається в історії.

Що OpenClaw робить і чого не робить

OpenClaw початкова документація описує агента, доступ до якого здійснюється через його шлюз і налаштовані канали. Його інструменти можуть працювати з файлами та командами, якщо їх увімкнено. Його інструмент браузера допомагає перевіряти сторінки, але інформаційна панель або сеанс браузера Gateway не є публічним розгортанням веб-сайту. OpenClaw схвалення exec і налаштування пісочниці мають значення, оскільки агент із можливістю команди може змінювати файли або викликати CLI розгортання хоста. Надайте лише доступ, необхідний для поточного етапу.

Крок 1. Створіть завдання веб-сайту з обмеженнями

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

Приклад підказки: “Створіть адаптивний односторінковий сайт для місцевої майстерні з ремонту велосипедів у папці bike-site. Додайте послуги, години роботи, зону обслуговування та заклик до дії із запитом ціни. Використовуйте семантичний HTML і доступний CSS. Позначте неперевірені адреси, ціни та відгуки як заповнювачі. Зберігайте вихідні та загальнодоступні активи разом. Скажіть мені, як переглянути це та запустити доступним перевірки. Не розгортайте, не публікуйте та не використовуйте облікові дані».

Попросіть OpenClaw повернути точку входу, дерево каталогів, залежності, команди встановлення/складання та список змінених файлів. Статична програма може використовувати index.html; рамкова програма потребує свого маніфесту та сценаріїв. Надішліть запит на README, що пояснює локальний попередній перегляд і вихід збірки цільового хоста. Переконайтеся, що активи використовують відносні або загальнодоступні URL-адреси, а не шлях, доступний лише на машині агента.

Крок 2: протестуйте в браузері та виправте реальні дефекти

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

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

Підказка виправити: “У вікні перегляду розміром з телефон тримайте картки послуг доступними для читання та зробіть доступ до навігації за допомогою клавіатури. Замініть контактні дані заповнювача лише підтвердженими фактами в brief.md. Повідомляйте про кожен змінений файл, результат тесту та блокувальник, що залишився. Не торкайтеся конфігурації хостингу та не публікуйте.” За можливості зберігайте затверджену версію в системі керування джерелами.

Крок 3. Виберіть межу розгортання

• Існуючий хост: Зафіксуйте переглянуте джерело, налаштуйте структуру та створіть вихідні дані на своєму хості та розгорніть через інтеграцію репозиторію цього хосту або CLI. Його служба надає загальнодоступну URL-адресу. Зберігайте ключі API в секретах, керованих хостом, а не в браузері JavaScript.
• AgentGrid.io спільний артефакт: Підключіть агент із можливістю команд лише з вашого дозволу або імпортуйте папку/ZIP вручну. Дозвольте співавторам переглянути артефакт приватної програми, перш ніж хтось опублікує його. Історія артефакту та попередній перегляд допомагають зробити схвалення специфічним для версії.

Не описуйте OpenClaw Control UI як хост веб-сайту. Локальний перенаправлений порт може виставити процес розробки для попереднього перегляду, але він не є довготривалим публічним сайтом. Якщо ви надаєте агенту доступ до CLI розгортання або браузера до облікового запису хостингу, у який ви ввійшли, розглядайте це як робочий доступ і отримайте чітке схвалення для дії.

Крок 4: Підключіть або імпортуйте перевірений проект

Для спільного маршруту задокументоване з’єднання AgentGrid.io використовує свій CLI та потік затвердження. У командному середовищі OpenClaw початковою командою є npx @animaapp/cli@останній вхід; самостійно схвалити посилання для перевірки та вибрати бажану робочу область і можливості. Не передавайте пароль у чаті та не підключайте агента з широкими правами публікації лише для створення чернетки. Якщо підключення недоступне, скористайтеся задокументованим папку або імпорт ZIP.

Підготуйте невеликий вихідний пакет: виключіть node_modules, закриті ключі, файли локального середовища та непов’язані робочі області. Включіть точку входу, активи та будь-яку конфігурацію, необхідну для створення. У AgentGrid.io виберіть робочу область призначення та створіть або імпортуйте артефакт програми. Перегляньте його файли та попередній перегляд. Успішне завантаження не є доказом того, що маршрут API, серверний процес або інтеграція форми передано правильно.

Підказка передачі: “Після того, як я дозволю доступ, створіть неопублікований артефакт програми з сайту bike у вказаній робочій області AgentGrid.io. Включіть лише вихідні та загальнодоступні ресурси. Поверніть її приватну URL-адресу, визначте відсутні функції середовища виконання та оновіть той самий артефакт для виправлень. Не запрошуйте інших агентів, не публікуйте та не вибирайте іншу робочу область.” Якщо робочий простір недоступний, зупиніться, а не мовчки змінюйте призначення.

Крок 5: Перегляньте та опублікуйте затверджену версію

Попросіть товариша по команді перевірити попередній перегляд артефакту, особливо макет мобільного пристрою, контактні дані, форму пропозиції та доступ до клавіатури. Узгодьте відгуки в тому самому сховищі артефактів або джерел і визначте версію, затверджену для випуску. На звичайному хості розгорніть затверджений комміт і перегляньте деталі його розгортання. З AgentGrid.io особа з дозволом на публікацію використовує його Опублікувати контроль щоб створити загальнодоступну URL-адресу. Запрошення агента та надання доступу до приватного артефакту не є етапом публікації.

Відкривайте публічну адресу, коли ви вийшли з облікового запису, зокрема на телефоні. Перевірте HTTPS, метадані, посилання, зображення та доставку форм. Порівняйте його із затвердженим попереднім переглядом. Якщо він відрізняється, дослідіть розгорнуту версію коміту або артефакту, налаштування збірки, секрети та кешування, перш ніж оголосити про це. Лише редагування локальних файлів не обов’язково оновить опублікований артефакт.

Навіщо відокремлювати проект дозволу від публікації?

Це дозволяє агенту повторювати код, а людина контролює те, що бачать відвідувачі. Інструмент і конфігурація затвердження OpenClaw не ​​замінюють перегляд вмісту сайту або дозволів на розгортання хоста. Обмежте область файлової системи агента, перевірте інструменти сторонніх виробників перед їх встановленням і не запускайте неперевірені команди з веб-сторінки чи імпортованого проекту. Розглядайте контроль над джерелом, затвердження артефакту та публічний випуск як три різні ворота.

Зробіть наступне оновлення обдуманим

Запишіть затверджену версію та загальнодоступну URL-адресу. Нові правки залишаються чернетками, доки їх не перевірять і не опублікують знову.

Часті запитання

Чи OpenClaw розміщує веб-сайти?

OpenClaw — це середовище агента та інструменту, а не загальнодоступний хостинг, описаний тут. Використовуйте веб-хостинг або окремо опублікований артефакт програми для тривалої загальнодоступної URL-адреси. Інформаційна панель шлюзу або локальний попередній перегляд не є цією URL-адресою.

Чи можу я опублікувати, не надавши агенту облікові дані для виробництва?

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

Що робити, якщо імпортований артефакт виглядає правильно, але його форма неправильна?

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

Чи зміни в моїй папці OpenClaw оновлять активний сайт?

Не автоматично в загальному випадку. Оновлення залежить від конвеєра збирання та розгортання хоста або явного оновлення та повторної публікації окремого артефакту. Запишіть, яку вихідну версію представляє кожна активна URL-адреса.

Щоб порівняти передачу, перегляньте наш посібник Покрокове керівництво щодо публікації веб-сайту Muse. The Claude Посібник з публікації дизайну охоплює іншу відправну точку, тоді як як агенти досліджують і публікують програми за допомогою Anima показує перевірений артефакт, який рухається до публікації. Це різні робочі процеси, а не взаємозамінні функції продукту.