agentic

NanoClaw を使用して Web サイトを公開する方法: 安全に構築して展開する1 min read

Reading Time: 2 minutesNanoClaw は、分離されたエージェント ワークスペースにサイト ファイルを作成できますが、Web サイトをホストしません。ビルドを確認し、承認された外部ホストを通じてデプロイします。

NanoClaw publishing a website cover

NanoClaw を使用して Web サイトを公開する方法: 安全に構築して展開する1 min read

Reading Time: 2 minutes

NanoClaw は、Web サイトをホストしたり、ユニバーサルな [公開] ボタンを提供したりしません。 サイト ファイルの作成とテストに役立つ、分離されたコンテナーでエージェントを実行します。これらのファイルを Web 上に配置するには、外部ホストを選択し、デプロイを承認し、結果として得られるパブリック URL を確認します。オプションの Vercel スキルは、選択したインストールに展開機能を追加できますが、NanoClaw がサイトをホストするのと同じではありません。

写真家ポートフォリオの実用的なルートは次のとおりです。安全なワークスペースを範囲指定し、小規模な静的サイトをリクエストし、ソースとプレビューを検査して、承認された 1 つのビルドを運用環境に移行します。プロジェクトで予約、アカウント、データベースが必要な場合は、静的ページがそれらを提供すると仮定するのではなく、追加のインフラストラクチャを個別に設計してテストします。

NanoClaw および AgentGrid.io で Web サイトを公開する方法

NanoClaw は、コンテナー内で実行され、独自の環境でファイルを操作できるパーソナル アシスタントです。これによりローカル ドラフトは便利になりますが、AgentGrid.io がネイティブ NanoClaw 宛先になるわけではありません。互換性のある接続を個別に構成およびテストしていない限り、ハンドオフを明示的なファイル転送として扱います。目標は、無人の公開パイプラインではなく、人間によるリリース決定を伴うレビュー可能な成果物です。

1. AgentGrid ワークスペースを確立します。

プロジェクトの AgentGrid ワークスペースを作成または選択し、レビュー担当者が適切なチームに属していることを確認します。 NanoClaw を接続するかどうかを決定します。 AgentGrid にはエージェントの招待フローが記載されていますが、この招待では、NanoClaw が AgentGrid 統合に同梱されていることは証明されません。最も単純な方法としては、NanoClaw を招待せず、人間に出力を収集してインポートしてもらいます。エージェント接続を試す場合は、両方の製品の文書化された設定に従い、必要なアクセスのみを使用し、最初に機密性の低いアーティファクトでテストしてください。

「エージェントの招待」が強調表示された AgentGrid.io ワークスペース
AgentGrid.io ワークスペースで、エージェントを招待すると、サポートされている接続が開始されます。

アシスタントに作成を依頼する前に、意図した成果物を書き留めてください。例: 最終コピー、画像クレジット注記、および前提条件のリストを含む 1 ページのイベント マイクロサイト。プライベート メッセージとローカル設定はその概要やアップロードに含めないでください。

2. 境界のあるアーティファクトを持ち込む

NanoClaw に、意図的に利用できるようにした場所に通常のファイルとして成果物を準備するよう依頼します。転送する前にローカルでファイルを確認してください。 Web ページの場合、HTML、CSS、JavaScript、および必要なアセットを ZIP にバンドルし、AgentGrid の ZIP インポートを使用します。散文の成果物の場合は、サポートされているドキュメントをインポートするか、AgentGrid ドキュメントを作成して、承認されたドラフトを貼り付けます。新しいアーティファクトを開いて、画像の欠落、リンク切れ、偶発的なシークレット、検証済みのソースではなくチャット コンテキストからの主張がないか確認します。これは手動インポートであり、NanoClaw の自動同期ではありません。

AgentGrid.io の White Lotus デモ Web サイト アーティファクト
AgentGrid.io の Web サイト アーティファクトの例: White Lotus デモは、バージョンがレビューされている間は非公開です。

3. フィードバックをアーティファクトにルーティングする

プライベート NanoClaw 会話ではなく、AgentGrid アーティファクトにチームメイトを送信します。特定のプレビューまたはドキュメントについてコメントしてもらいます。CTA が不明瞭な点はどこですか、ソースが必要な文はどれですか、リリースを中止するものは何ですか? AgentGrid のコメントは、共有のレビュー面を提供します。可能であれば、AgentGrid アーティファクトを直接修正します。ローカル ファイルを再インポートすると新しいアーティファクトが作成されるため、レビュー担当者に新しいリンクを提供します。コピーの同期は維持されません。

4. 明示的な人間によるチェック後に公開する

所有者に最終アーティファクトを確認してもらい、そのパブリック スコープを承認してから、AgentGrid の公開アクションを使用してもらいます。ワークスペースの外で公開されたページを開いて、実際の訪問者のビューを確認します。別の NanoClaw を実行してローカル ファイルを変更した場合、または後でワークスペース アーティファクトを編集した場合、公開されたバージョンは自動的には適用されません。新しいバージョンのレビューと公開プロセスを繰り返します。作品を公に公開するという決断は、常に個人に持ち続けてください。

公開オプションを表示する AgentGrid.io 共有メニューを更新
更新された [共有] メニューには、承認された成果物をライブ Web サイトに変える [公開] が含まれています。

プロジェクトと安全なワークスペースから始める

フリーランスの写真家のためのポートフォリオが必要だとします。承認された画像、キャプション、連絡先の詳細、概要を含むプロジェクト フォルダーを準備します。 NanoClawさん 公式リポジトリ 分離されたコンテナ内でセッションを実行する自己ホスト型エージェントについて説明します。セットアップ手順には、インストール方法とメッセージング チャネルのペアリング方法が説明されています。これはエージェントのセットアップであり、Web サイトの展開ではありません。

エージェントには、必要なプロジェクト ファイルへのアクセスのみを許可します。運用資格情報、支払いキー、およびドメイン レジストラへのアクセスを作業フォルダーから遠ざけてください。エージェントがファイルを読み取れない場合は、マシン全体へのアクセスを拡大するのではなく、許可されているワークスペースまたはマウントを検査してください。ブリーフに実際にデータベース、アカウント、またはサーバーの動作が必要な場合を除き、静的サイトを選択してください。

マシン全体を開かずにエージェントをセットアップする

NanoClaw リポジトリでは、インストール スクリプト、ペアになった通信チャネル、およびエージェントごとのコンテナ分離によるセットアップについて説明します。コンテナーは、明示的にマウントされたパスのみを認識します。承認されたポートフォリオ画像を配置し、制限されたプロジェクト ディレクトリにコピーし、適切なエージェントがそのディレクトリを使用できるようにします。ファイルにアクセスできない場合は、構成されたマウントを調べてください。ホーム ディレクトリやプロダクション シークレットのフォルダーへのアクセスを許可しても問題は解決しません。

プロンプト: 承認された画像からレスポンシブな静的ポートフォリオ Web サイトを作成し、このプロジェクト フォルダーにコピーします。ギャラリー、ページについて、連絡先の詳細、画像の代替テキスト、説明的なページ タイトル、明確な問い合わせリンクを含めます。外部の写真を使用したり、顧客の感想をでっち上げたりしないでください。ここでソース ファイルを保存し、ローカルでプレビューする方法を説明し、デプロイしないでください。

デプロイの前に、生成されたサイトを確認します。

ファイル ツリー、ビルド手順、生成された出力の場所を尋ねます。プロジェクトをローカルで実行するか、開発者に実行を依頼します。電話とデスクトップのレイアウト、画像の読み込み、ナビゲーション、フォーム、壊れたリンクを確認します。アクセシビリティの基本とメタデータを検証します。サイトの準備ができたというチャット メッセージは、実稼働ビルドが合格したことを証明するものではありません。

チームのワークフローに適合する場合は、ソースのコピーをバージョン管理に保存してください。エージェントがどのファイルを変更したかを確認し、シークレット、ライセンスのないイメージ、予期しない依存関係がコミットされていないことを確認してください。連絡先アクションで作業フォーム バックエンドではなく電子メールを使用する場合は、それを写真家に正確に説明してください。偽の送信ボタンを備えた静的なデザインは、機能する連絡チャネルではありません。

プロンプト: プロジェクトの文書化されたビルドを実行し、正確なコマンドと結果を報告します。壊れたリンクとモバイル オーバーフローを修正し、変更されたファイルを表示します。私の別途の承認なしに、ファイルをアップロードしたり、リポジトリにプッシュしたり、何かを公開したりしないでください。

具体的な Web サイト QA チェックリストを使用する

  • 文書化されたインストールおよびビルド コマンドをプロジェクト環境で実行します。実際の出力とエラーを保存します。
  • デスクトップとモバイルの幅でローカル プレビューを開き、ギャラリーの画像、メニュー、およびすべての問い合わせリンクをテストします。
  • キーボードのフォーカス、代替テキスト、見出しの構造、読みやすいコントラストを確認します。
  • 同じメタデータをどこにでもコピーすることなく、各ページのタイトルと説明にそのページが提供する内容が記載されていることを確認してください。
  • 変更されたファイルの資格情報、予期せぬ依存関係、コピーされたテキスト、使用権が不明瞭なアセットを検査します。

外部公開ルートを選択する

静的サイトの場合は、フレームワークのビルド出力を受け入れるホスト、または接続された Git リポジトリを使用します。開発者は、ホスト、ビルド コマンド、出力ディレクトリ、環境変数、およびドメインを構成できます。次に、実稼働デプロイメントを作成し、そのパブリック URL を開いて実際のコンテンツを確認します。 NanoClaw 自体はホスティング プロバイダーではありません。ラップトップまたはサーバー上で実行されているエージェントは、公開 Web サイトと同じではありません。

NanoClawさん スキルカタログ オプションのリスト /add-vercel 選択したエージェントに Vercel 機能を装備するためのツール。これは外部展開機能であり、組み込みの NanoClaw 発行画面ではなく、すべてのインストールに存在するわけではありません。現在のスキルの指示に従い、デプロイを要求する前に特定のエージェントとプロジェクトを承認します。代わりに、ホストのダッシュボードまたは CI パイプラインを介してレビュー済みのファイルを自分でデプロイすることもできます。

プロンプト: [プロジェクト パス] でレビューされたビルドを承認しました。このエージェントが Vercel ツールを承認している場合は、このプロジェクトのみを指定されたアカウントとプロジェクトにデプロイし、デプロイ URL とステータスを返します。統合が利用できない場合は、停止してビルド出力と手動デプロイ手順を教えてください。ドメイン DNS は変更しないでください。

導入後、別のブラウザからパブリック ページをテストし、ドメインと HTTPS を確認して、各 CTA を開きます。ロールバックできるように、デプロイされたリビジョンを記録します。ローカル プレビュー、リポジトリ、またはエージェント チャットへのリンクは、パブリック展開 URL の代わりにはなりません。

ネイティブ エージェント機能と外部展開

現在のNanoClawスキルカタログリスト /add-vercel 選択したエージェントに Vercel CLI アクセスと認証情報の注入を提供するツール インストール スキルとして。オプションです。本番アクションを要求する前に、どのエージェントがスキルを持っているか、どのアカウントに到達するか、どのプロジェクトがビルドを受け取るかを確認してください。 CLI スキルは、NanoClaw が所有するホスティング サービスを作成しません。

これをアーティファクトの引き継ぎとどう比較するのでしょうか?

マーケティング担当者と開発者の両方が同じドラフトをレビューする必要がある場合、作業を明示的にインポートまたは接続し、権限を確認すれば、共有アーティファクトによって引き継ぎがより明確になります。の Muse パブリッシングのウォークスルー は、個別のレビューと公開のパターンを示しています。理由を読む 人間とエージェントの仕事には共有ホームが必要です そしてその方法 2 人のアシスタント間でファイルを共有する。これらの記事はいずれも、ネイティブ NanoClaw から AgentGrid への統合を確立したり、そこにファイルを自動的に移動したりするものではありません。

共有レビュー パスの場合、適切なフォルダーまたは ZIP を AgentGrid.io に手動でインポートできます。これにより、独自の履歴とアクセス制御を持つ個別のアプリ アーティファクトが作成されます。写真家のソース、画像、エントリーポイントをまとめて保管します。依存関係や秘密は除外します。レンダリングされたアーティファクトがローカル プレビューと一致することを確認します。新規インポートでは、後続のローカル編集は以前のアーティファクトに同期されません。

避けるべき一般的な起動ミス

デプロイと混乱を招くチャット出力: コードまたはローカル URL を含むメッセージはホスト サイトではありません。パブリック アドレスを要求し、サインアウトしたブラウザーで確認します。

ビルドを機能させるためのアクセスを拡大します。 コンテナーのマウントとデプロイメントの認証情報により、さまざまな問題が解決されます。ビルダーにはプロジェクト ファイルのみを提供し、運用ターゲットがわかっている場合にのみデプロイメント ID を承認します。

間違ったリビジョンを公開する: レビューしたコミットまたはアーティファクトのバージョンを保存します。サインオフ後に誰かがギャラリーを変更した場合は、新しいリビジョンが公開される前に、関連するチェックを繰り返してください。

起動後のチェックをスキップする: DNS とキャッシュの変更後のライブ連絡先パス、画像 URL、ページ メタデータ、モバイル ナビゲーションを再確認します。ホストがサポートしている場合は、以前のデプロイメントをロールバックに利用できるようにしておきます。

よくある質問

NanoClaw は Web サイトをホストしますか?

いいえ、エージェント ランタイムです。ホスティングには、運用する別のプラットフォームまたはインフラストラクチャが必要です。

NanoClaw を Vercel に展開できますか?

オプションの Vercel ツールを追加し、アクセスを構成し、展開を明示的に承認する場合は、可能性があります。信頼する前に、インストールの機能を確認してください。

ローカル プレビューを共有するだけで起動するには十分ですか?

いいえ。ローカル プレビューは、サイトがその環境でレンダリングされることのみを証明します。パブリック ホストにデプロイし、返された URL をテストします。

結論: NanoClaw にスコープ指定されたワークスペースで Web サイトのドラフトとテストを行わせます。別の承認された展開ワークフローを使用して公開し、ライブ ページを確認します。

|

Co-founder & CEO