OpenClaw: چگونه یک وب سایت را ایمن منتشر کنیم1 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. تأیید صحت را خودتان با فضای کاری مورد نظر تأیید کنید و بخوانید و بنویسید. اشتراک گذاری و انتشار را خاموش کنید مگر اینکه نیاز باشد. از OpenClaw بخواهید اجرا شود npx @animaapp/cli@latest workspaces و تأیید کنید که فضای کاری مورد نظر فهرست شده است. برای یک نماینده بدون مراقبت، از مدیریت عامل → دعوت از یک نماینده استفاده کنید. تیک قابلیت های اشتراک گذاری و انتشار پیش فرض را بردارید، فضای کاری را انتخاب کنید، سپس پیوند یکبار مصرف آن را به صورت خصوصی تحویل دهید. ایجاد دعوت به تنهایی آن را به هم متصل نمی کند. اگر اجرای پوسته غیرفعال است، به جای اینکه ادعا کنید دسترسی مستقیم دارد، از واردات دستی استفاده کنید.

مرحله 3: مصنوع را بسازید و بررسی کنید، نه فقط سیاهه

به OpenClaw یک وظیفه محتوی بدهید: یک میکروسایت رویداد پاسخگو با برنامه، کارت های سخنران و پیوند ثبت نام بسازید. از کپی و دارایی های تایید شده استفاده کنید، صفحه را به صورت محلی بررسی کنید و پروژه را در AgentGrid.io به عنوان یک برنامه در فضای کاری که انتخاب کردیم قرار دهید. آن را منتشر نکنید. از دستور import 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 وارد کنید. این یک مصنوع جدید است، نه یک آینه زنده. برای کارهای تکراری، نشانی اینترنتی آرتیفکت موجود را به عامل بدهید و از او بخواهید آن مصنوع را به‌روزرسانی کند، سپس تاریخچه را بررسی کنید تا تأیید کنید کدام هویت آن را تغییر داده است.

مرحله 4: انتشار را تأیید کنید و URL زنده را بررسی کنید

ادعاها، اصول دسترسی، رفتار تلفن همراه و پیوندهای مقصد را بررسی کنید. فقط پس از آن از Publish در AgentGrid.io استفاده کنید، یا اگر به عمد این قابلیت را اعطا کرده اید، به OpenClaw دستور انتشار صریح بدهید. URL عمومی را در یک مرورگر از سیستم خارج شده باز کنید و تأیید کنید که نسخه فعلی موجود است. پیوندهای خصوصی برای بازدیدکنندگان ناشناس کار نمی کنند. هر به روز رسانی تایید شده را منتشر کنید. اگر نماینده خودکار باید تغییر سایت را متوقف کند، دسترسی آن را در مدیریت عامل حذف کنید. کار قبلی آن در تاریخ نسبت داده شده است.

OpenClaw چه کاری انجام می دهد و چه کاری انجام نمی دهد

OpenClaw مستندات شروع عاملی را توصیف می کند که از طریق دروازه و کانال های پیکربندی شده آن قابل دسترسی است. ابزارهای آن در صورت فعال بودن می توانند با فایل ها و دستورات کار کنند. ابزار مرورگر آن به بازرسی صفحات کمک می کند، اما داشبورد Gateway یا جلسه مرورگر یک وب سایت عمومی نیست. OpenClaw تاییدیه های اجرایی و تنظیمات جعبه ایمنی مهم هستند زیرا یک عامل دارای فرمان ممکن است فایل ها را تغییر دهد یا CLI استقرار میزبان را فراخوانی کند. فقط دسترسی لازم برای مرحله فعلی را به آن بدهید.

مرحله 1: یک کار وب سایت محدود ایجاد کنید

تأیید کنید که عامل دارای فضای کاری پروژه و فایل و ابزارهای اجرایی لازم است. یک پوشه یا مخزن تمیز انتخاب کنید، نه کل فهرست اصلی خود را. لوگو، عکس، کپی و حقایق تجاری تایید شده را ارائه دهید. توکن‌های استقرار یا داده‌های مشتری را برای ساخت صفحه فرود اولیه به آن ندهید. اگر به عملکرد سمت سرور نیاز نیست، چارچوب را نام ببرید یا یک سایت ثابت بخواهید.

اعلان مثال: “یک سایت تک صفحه ای پاسخگو برای تعمیرگاه دوچرخه محلی در پوشه سایت دوچرخه ایجاد کنید. خدمات، ساعات کاری، منطقه خدمات، و یک درخواست برای اقدام را درج کنید. از HTML معنایی و CSS قابل دسترسی استفاده کنید. آدرس ها، قیمت ها، و توصیفات تایید نشده را علامت گذاری کنید. چگونه Kee را به عنوان منبع و توصیفات عمومی به عنوان منبع و پیش نمایش عمومی به عنوان منبع و توصیفات عمومی مشاهده کنید. چک های موجود را اجرا نکنید، منتشر نکنید یا از اعتبارنامه ها استفاده نکنید.

از OpenClaw بخواهید که نقطه ورودی، درخت دایرکتوری، وابستگی ها، دستورات نصب/ساخت و لیستی از فایل های تغییر یافته را برگرداند. یک برنامه استاتیک ممکن است از index.html استفاده کند. یک برنامه چارچوب نیاز به مانیفست و اسکریپت های خود دارد. درخواست یک README برای توضیح پیش نمایش محلی و خروجی ساخت میزبان هدف. تأیید کنید دارایی‌ها از نشانی‌های اینترنتی نسبی یا عمومی استفاده می‌کنند، نه مسیری که فقط در دستگاه عامل موجود است.

مرحله 2: تست در مرورگر و رفع نقص واقعی

سرور محلی مستند یا دستور توسعه پروژه را اجرا کنید، سپس خودتان سایت رندر شده را باز کنید. عرض های باریک و گسترده، پیمایش صفحه کلید، کنتراست، جایگزین های تصویر، املا، پیوندها و رفتار شماره تلفن را بررسی کنید. خطاهای کنسول و تصاویر از دست رفته را بررسی کنید. زمانی که پروژه از آنها پشتیبانی می کند، آزمایش ها و ساخت تولید را اجرا کنید. اسکرین شات از عامل برای جهت یابی مفید است اما جایگزین تعامل با فرم ها و منوها نمی شود.

اگر درخواست نقل قول فقط یک فرم سبک است، بپرسید ارسال‌ها کجا می‌روند. سرویس فرم بازبینی شده را وصل کنید یا ادعای کارکرد آن را حذف کنید. با ارسال بی ضرر تست کنید و تحویل را تأیید کنید. ساعات واقعی مغازه، موقعیت مکانی، مجوزهای عکس‌ها و حریم خصوصی را با مالک بررسی کنید. از نماینده بخواهید اصلاحات خاصی را ارائه دهد و پیش نمایش جدید را با پیش نمایش قبلی مقایسه کنید. از درخواست‌های «بهتر کن» که بی‌صدا جایگزین کپی تأیید شده می‌شوند، خودداری کنید.

رفع اعلان: “در یک درگاه نمایشی به اندازه تلفن، کارت‌های خدمات را خوانا نگه دارید و پیمایش را با صفحه کلید در دسترس قرار دهید. جزئیات تماس مکان‌نما را فقط با حقایق تایید شده به صورت خلاصه.md جایگزین کنید. هر فایل تغییر یافته، نتیجه آزمایش و مسدودکننده باقیمانده را گزارش کنید. پیکربندی میزبانی را لمس نکنید و منتشر نکنید.” در صورت امکان نسخه تایید شده را در کنترل منبع نگه دارید.

مرحله 3: یک مرز استقرار را انتخاب کنید

• میزبان موجود: منبع بررسی شده را متعهد کنید، چارچوب را پیکربندی کنید و خروجی را در هاست خود بسازید و از طریق یکپارچه سازی مخزن آن میزبان یا CLI مستقر کنید. سرویس آن URL عمومی را تامین می کند. کلیدهای API را در اسرار مدیریت شده توسط میزبان نگه دارید، نه در مرورگر JavaScript.
• مصنوع مشترک AgentGrid.io: عامل با قابلیت فرمان را فقط با تأیید خود وصل کنید یا یک پوشه/زیپ را به صورت دستی وارد کنید. اجازه دهید همکاران پیش از انتشار مصنوع برنامه خصوصی، آن را بررسی کنند. تاریخچه و پیش‌نمایش مصنوع کمک می‌کند تا تأیید را برای یک نسخه خاص کنید.

رابط کاربری OpenClaw Control را به عنوان میزبان وب سایت توصیف نکنید. یک پورت فوروارد محلی می‌تواند یک فرآیند توسعه را برای پیش‌نمایش نمایش دهد، اما یک سایت عمومی بادوام نیست. اگر به عامل یک CLI استقرار یا دسترسی مرورگر به یک حساب میزبانی وارد شده داده اید، آن را به عنوان دسترسی تولید تلقی کنید و تأیید صریح را برای این اقدام دریافت کنید.

مرحله 4: پروژه بررسی شده را متصل یا وارد کنید

برای مسیر مشترک، اتصال مستند AgentGrid.io از CLI و یک جریان تأیید استفاده می‌کند. در یک محیط OpenClaw با قابلیت فرمان، دستور شروع است npx @animaapp/cli@ آخرین ورود; خودتان پیوند تأیید را تأیید کنید و فضای کاری و قابلیت های مورد نظر را انتخاب کنید. رمز عبور را در چت تحویل ندهید یا به عاملی با حقوق انتشار گسترده فقط برای ایجاد پیش نویس متصل نکنید. اگر اتصال در دسترس نیست، از مستند استفاده کنید وارد کردن پوشه یا ZIP.

یک بسته منبع کوچک آماده کنید: node_modules، کلیدهای خصوصی، فایل‌های محیط محلی و فضاهای کاری نامرتبط را حذف کنید. شامل نقطه ورودی، دارایی ها، و هر گونه پیکربندی لازم برای ساخت. در AgentGrid.io، فضای کاری مقصد را انتخاب کنید و یک مصنوع برنامه ایجاد یا وارد کنید. فایل های آن را بررسی کنید و پیش نمایش رندر شده را مشاهده کنید. یک آپلود موفق دلیلی بر این نیست که مسیر API، فرآیند سرور یا یکپارچه سازی فرم به درستی منتقل شده است.

اعلان دست زدن: “بعد از اینکه من مجوز دسترسی را دادم، یک مصنوع برنامه منتشر نشده از سایت دوچرخه در فضای کاری مشخص شده AgentGrid.io ایجاد کنید. فقط منبع و دارایی های عمومی را درج کنید. URL خصوصی آن را برگردانید، ویژگی های زمان اجرا گم شده را شناسایی کنید و همان مصنوع را برای اصلاحات به روز کنید. نمایندگان دیگر را دعوت نکنید، منتشر نکنید یا فضای کاری دیگری انتخاب کنید.” اگر نمی‌توانید به فضای کاری دسترسی پیدا کنید، به جای تغییر بی‌صدا مقصد، توقف کنید.

مرحله 5: نسخه تایید شده را بررسی و منتشر کنید

از یک هم تیمی بخواهید پیش نمایش مصنوع، به ویژه طرح بندی موبایل، جزئیات تماس، فرم نقل قول و دسترسی به صفحه کلید را آزمایش کند. بازخورد را در همان آرتیفکت یا مخزن منبع تطبیق دهید و نسخه تأیید شده برای انتشار را شناسایی کنید. با یک میزبان معمولی، commit تایید شده را مستقر کنید و جزئیات استقرار آن را بررسی کنید. با AgentGrid.io، شخصی با مجوز انتشار از آن استفاده می کند کنترل را منتشر کنید برای ایجاد یک URL عمومی دعوت از یک نماینده و به اشتراک گذاری یک مصنوع خصوصی مرحله انتشار نیست.

هنگام خروج از سیستم، از جمله در تلفن، آدرس عمومی را باز کنید. HTTPS، ابرداده، پیوندها، تصاویر و تحویل فرم را بررسی کنید. آن را با پیش نمایش تایید شده مقایسه کنید. اگر متفاوت است، قبل از اعلام آن، commit یا نسخه مصنوع، تنظیمات ساخت، رازها و حافظه پنهان را بررسی کنید. ویرایش فایل های محلی به تنهایی لزوماً یک مصنوع منتشر شده را به روز نمی کند.

چرا پیش نویس مجوز را از انتشار جدا کنید؟

این به یک نماینده اجازه می دهد تا کد را تکرار کند در حالی که یک شخص آنچه را که بازدیدکنندگان می بینند کنترل می کند. ابزار OpenClaw و پیکربندی تأیید جایگزینی برای بررسی محتوای سایت یا مجوزهای استقرار میزبان نیست. دامنه سیستم فایل عامل را محدود کنید، ابزارهای شخص ثالث را قبل از نصب آنها بررسی کنید، و دستورات بازبینی نشده را از یک صفحه وب یا پروژه وارد شده اجرا نکنید. بررسی کنترل منبع، تأیید مصنوعات و انتشار عمومی را به عنوان سه دروازه مجزا در نظر بگیرید.

به روز رسانی بعدی را عمدی انجام دهید

نسخه تایید شده و URL عمومی را ضبط کنید. ویرایش های جدید پیش نویس هستند تا زمانی که دوباره بررسی و منتشر شوند.

سوالات متداول

آیا OpenClaw میزبان وب سایت هاست؟

OpenClaw محیط عامل و ابزار است، نه مقصد میزبانی عمومی که در اینجا توضیح داده شده است. از یک میزبان وب یا یک مصنوع برنامه منتشر شده جداگانه برای URL عمومی بادوام استفاده کنید. داشبورد Gateway یا پیش‌نمایش محلی آن URL نیست.

آیا می توانم بدون دادن اعتبار تولید نماینده منتشر کنم؟

بله اجازه دهید پیش‌نویس و در یک فضای کاری محدود آزمایش شود، سپس از شخصی بخواهید از گردش کار استقرار ارائه‌دهنده میزبانی یا کنترل انتشار AgentGrid.io استفاده کند. حتی ماموری که به آماده سازی استقرار کمک می کند نباید اسرار مورد نیاز خود را دریافت کند.

اگر مصنوع وارداتی درست به نظر برسد اما شکل آن ناموفق باشد چه؟

بررسی کنید که آیا سایت اصلی از مسیرهای سرور، متغیرهای محیطی یا سرویس شخص ثالثی استفاده می‌کند که انتقال داده نشده است. قبل از راه اندازی یک ارسال واقعی را در محیط جدید آزمایش کنید. پیش‌نمایش بصری را به‌عنوان تأیید عملکردی تلقی نکنید.

آیا تغییرات در پوشه OpenClaw من سایت زنده را به روز می کند؟

در حالت کلی به طور خودکار نیست. به روز رسانی به خط لوله ساخت و استقرار میزبان یا به روز رسانی صریح و انتشار مجدد یک مصنوع جداگانه بستگی دارد. هر URL زنده نشان دهنده کدام نسخه منبع است.

برای مقایسه انتقال، به راهنمای ما مراجعه کنید راهنمای انتشار وب سایت Muse. را راهنمای انتشار طراحی Claude نقطه شروع دیگری را پوشش می دهد، در حالی که چگونه عوامل با Anima برنامه ها را کاوش و منتشر می کنند یک مصنوع بازبینی شده را نشان می دهد که به سمت انتشار می رود. اینها گردش کار متفاوت هستند، نه ویژگی های محصول قابل تعویض.