Sites by Clize

Clize

Clize は、AI コーディングエージェントにドメイン、メール、デプロイ、決済、メディア生成など、現実世界で使えるアクションを提供する CLI および MCP サーバーです。 エージェントにはすでに頭脳があります。Clize はドメイン、実際に使える受信トレイ、公開中のウェブサイトという手を与えます。1 つの CLI（と MCP サーバー）で、Claude Code / Codex のコーディングエージェントが、実行するプロジェクトの数にかかわらず、ドメインの登録、実際のメールの送受信、ウェブサイトやショート動画の作成・公開、メディアの生成、顧客からの支払いの受け付けを行えます。

→ clize.ai

インストール

npm i -g @clize/clize
clize install          # wire clize into your coding agent (Claude Code / Codex)

clize install は、エージェントに実際に clize を 使わせる ための手順です。PATH 上にバイナリがあっても、エージェントはその存在を認識できません。デフォルトでは、各エージェントのスキルディレクトリに clize のスキル（使用するタイミングと安全対策）を配置します。スキルは軽量で、何かをきっかけに起動するまでは短い説明だけがコンテキストに入ります。Claude Code（~/.claude）、Codex（~/.codex）、Pi（~/.pi）を自動検出します。Codex と Pi は共通のオープンな ~/.agents/skills ディレクトリを使うため、そこを読み取るエージェントはどれでもスキルを利用できます。--claude / --codex / --pi で対象を指定し、--dry-run でプレビューできます。--mcp を追加すると clize-mcp サーバーも登録されます。MCP サーバーのツール一覧は毎回のセッションでコンテキストに含まれるため、これはオプトインです。

後から次のコマンド 1 つで更新できます。最新リリースを取得し、スキルも同時に更新します。

clize update            # or `clize update --check` to only check for a newer version

更新後に古い状態が残っているように見える場合は、clize doctor を実行すると、インストール済みの状態と実際に動作している状態を確認できます。CLI のバージョン（使用中のインストールマネージャーで利用できるアップグレードコマンド：volta / pnpm / asdf / …）、スキルの差分、コントロールプレーンへの接続状況が表示されます。

デフォルトの出力言語は英語です。CLIZE_LANG=zh（または zh* のシステムロケール）を設定すると、CLI、MCP ツールの説明、コントロールプレーンのメッセージが中国語に切り替わります。辞書は src/i18n/zh.ts にあります。

クイックスタート（ホステッド）

ログインすればすぐに使えます。エージェントが Cloudflare に触れることはありません。

clize login                              # browser authorize; the first login creates your account
clize claim acme --email                 # free identity: acme.clize.app + [email protected]
clize init --handle acme                 # bind this directory (deploy / send / inbox infer the rest)
clize email inbox --wait-for "verify"    # give the new inbox a minute, then the agent signs up with [email protected] and reads the code here
clize status                             # who is waiting (real people + codes only), this month's spend
clize email send --to [email protected] --subject "Re: …" --text "…"   # queued for a one-tap approval in the console; --confirm sends now
clize deploy ./site                      # ship a static site → https://acme.clize.app

実行できる例（2026-10-01 に記録。所要時間、コスト、失敗した内容を含む）

例	内容	コスト
01 · 最初の認証メール	インストール → 受信トレイ付きのアドレスを取得 → 認証コードを読み取り → 人間の承認が必要な返信をキューに登録	$0
02 · HTML → HTTPS → 独自ドメイン	3 ファイルのフォルダーを https://<slug>.clize.app で公開し、その後ドメインとそのドメイン上のメールボックスを用意	$0（+ 事前に提示されるドメイン料金）
03 · SEO の 1 ループ	実際のサイトで clize seo check を実行 → 数値に基づく 2 件の変更 → 公開 → 日付を置いて再確認	$0

いずれも Clize 自身のアカウントとサイトを使った例（自社利用）であり、顧客事例ではありません。

ホステッド — ログインするだけ

ログイン方法	どこで実行されるか
clize login（Web：GitHub／Google／メール） — または CI／ヘッドレス環境では clize login --token clize_…	コマンドは clize のバックエンドを呼び出し、リソースは clize のインフラ上で実行されます。Cloudflare／Vercel のキーを扱う必要はありません。

clize は薄型クライアントです。CLI／MCP はインフラの認証情報を保持せず、clize のコントロールプレーンとのみ通信します。ドメイン、メール、デプロイ、メディアはすべてホステッド環境で実行されます。（認証情報はダッシュボードに保存されます。Cloudflare／Vercel の持ち込み設定も、マシン上ではなくダッシュボードで行います。）

知っておくと便利な点をいくつか紹介します。

• clize deploy <dir> と clize email send には --domain／--from が必要です。ただし、clize init --handle <slug> でディレクトリを紐付けている場合は、./clize.json から両方が自動的に推定されます。デプロイはディレクトリ単位です（複数ファイルの静的サイトに対応）。
• gen image --ref/--mask（画像から画像への生成／インペインティング／複数画像の合成）はホステッド環境で利用できます。参照画像の上限は上流のモデルに準じます。gpt-image-2 は 16 枚、nano-banana-2 は 14 枚（動画／veo は 3 枚）で、各画像は 10 MB 以下、合計 80 MB 以下です。gpt-image-2 は非同期タスクとして実行されます（複数の参照画像を使う負荷の高いタスクは数分かかりますが、同期パイプのタイムアウトはありません）。CLI はデフォルトで完了を待機します（--timeout のデフォルトは 300 s）。または --async を使い、gen status <id> で結果を取得できます。1 タスクにつき画像は 1 枚です（--n が 1 より大きい場合は分割されます）。--mask を使ったインペインティングは nano-banana-2 のみ対応しています。gen budget による事前承認はまだホステッド環境では利用できません。生成ごとに --confirm で確認します。
• 無料の *.clize.app ハンドル：clize claim <slug>。独自ドメイン：clize domain buy／clize domain import。ログインを確認するには clize check を実行します。
• 無料プランのクォータ（不正利用防止のため、テナント単位）：ハンドル 3 件・メールボックス 5 件・申請は 1 日 10 回・送信メールは 1 日 30 通・デプロイは 1 日 20 回・サイトごとに 500 MB。トップアップを行うと、信頼済みティア（10・30・30・200・100・5 GB）に引き上げられます。上限を超えた呼び出しは通常の 429 を返し、課金は発生しません。
• デプロイ先にできるのは、無料ハンドルまたはアカウント内のドメイン全体です。独自ドメインのサブドメイン（blog.example.com）は、現時点では個別のデプロイ先になりません。clize domain buy で購入した名前は、基盤となるレジストラに Clize の登録者連絡先で登録されます。登録者として記録されるには、別の場所で登録してから clize domain import を実行してください。一部の ccTLD（.de .fr .es .jp .kr .com.br .uk .eu）は Clize 経由では登録できません。clize domain tlds で登録可能な 555 件を確認できます。

できること

分野	コマンド
アイデンティティ	clize claim <slug> --email — エージェント用の先着順・無料のアイデンティティです。<slug>.clize.app（サイトのプレースホルダー）と、受信可能な support@<slug>.clize.app を取得できます。--email を指定しない場合は、名前とサイトのみ取得できます（後から clize email setup <handle> で受信箱を開設できます）。共有 clize.app ゾーンでは受信箱ごとに4つの DNS レコードが必要で、そのゾーンがプラットフォーム全体で使える無料ハンドルの上限を決めるため、受信はオプトイン方式です
ドメイン	clize domain search / tlds / buy / import / list；clize domain check <domain> は、修復順に6つのレイヤーを確認します。レジストリの委任（パブリック DoH）→ Cloudflare ゾーン → Worker バインディング → コンテンツ → エッジの AI クローラーポリシー（Cloudflare の ai_bots_protection。2026-09-15 以降、新しいゾーンでは AI クローラーがデフォルトでブロックされます。エッジでブロックされている場合、robots.txt の設定より優先されます）→ http→https（実際の http:// リクエストが https へ 301 リダイレクトされる必要があります。clize はデプロイ、インポート、登録するすべてのゾーンで Cloudflare の Always Use HTTPS を有効にします。また、domain canonicalize でも有効になります）
メール	エージェントがサービスに登録する際に使い、認証コードを受信するメールボックス（メールが届くまで clize email inbox [domain] --wait-for <text> で確認します）と、実際の人がメールを送る受信箱です。clize email address add <addr> を使うと、所有する任意のドメインで1ステップでメールボックスを開設できます（オブジェクト作成と受信設定）。ドメインごとに必要な数だけ作成できます（ops@、sales@、エージェントごと、または人ごと）。--forward [email protected] を指定すると個人用受信箱にメールを転送し、--owner <member> を指定すると特定の人のプライベートなメールボックスになります。取得済みのハンドルなら、clize email setup <handle>（または clize claim <slug> --email）で support@<slug>.clize.app を利用できます。inbox（トリアージ済み。プロモーション／通知／スパムは除外され、--all ですべて表示）／show／thread／search で読み取り、mark でトリアージを修正し、send（--attach）で送信します。メールは恒久的に保存され、インデックス化されます。マルチユーザー：clize members invite [email protected] --mailbox alice@<domain> を使うと、個人がログインして自分のメールボックスを使えます。オーナー／管理者はアカウント内のすべてのメールボックスを確認できます。エージェントごとのキー：clize email key create --scope read,send --address ops@<domain>。コマンドのリファレンス：clize.ai/docs/commands。
送信待ちトレイ	--confirm を付けずに対話的に実行した clize email send は、下書きとして消えるのではなく、送信待ちトレイに入ります。コンソール（Home → needs you → Inbox）またはダイジェストメール内の署名付きワンタップリンクから、担当者が承認または却下できます。clize email pending は待機中の項目を一覧表示し、status は件数を表示します。継続的な許可リスト（受信者または @domain、週あたりの上限5件）はコンソールでのみ設定できます。承認と許可リストは CLI 発行キーでは利用できないため、プロンプトインジェクションによって自身に例外を許可することはできません。許可リストにある受信者への送信は、上限内であれば --confirm なしで実行されます。
送信 API（サーバーから呼び出し可能）	POST /v1/email/send — 長時間稼働するバックエンド（fly.io／cron）からのトランザクションメール送信に対応しています。Resend／Postmark 形式で、Clize にすでに登録されているドメインから送信できるため、別のメールサービスは必要ありません。認証にはスコープ付き送信キー（clize_sk_…：送信専用で、特定のドメインに制限可能）を使います。clize email key create/list/revoke。--confirm はありません（人による確認ゲートは対話型の email send に適用されます）。冪等性キー、HMAC 署名付き配信 Webhook（バウンス／苦情）、RFC 8058 ワンクリック配信停止と抑制リスト（email delivery-webhook / suppressions / messages）に対応しています。手順：スコープ付きキーを使ったバックエンドからの送信 · Webhook と配信イベント。
メディア	clize gen image / video / music — テキストから画像を生成（gpt-image-2／nano-banana-2。画像から画像への生成とインペインティングには --ref／--mask を使用）、テキスト／画像から動画を生成（veo）、テキストから音楽を生成（suno）します。時間のかかるタスクには gen jobs / status を使います。すべての支出には --confirm が必要です（ホスト型サービス向けの gen budget による事前承認は今後対応予定です）。生成結果はローカルファイルとして保存され、そのまま deploy または email --attach で使用できます。
ビルド · サイト（ホスト型の手法）	clize build site start <brief> — サイトの作成前に一貫性のあるスタイルをエージェントに伝えるホスト型デザインシステムです。AI テンプレートのような質の低いページではなく、センスのあるページを作成できます。続けて build site recommend / list / get / search / review と、スタックごとのガイダンスを得られる build site stack <stack> を使います（React／Next／SwiftUI／…）。以前の clize design … という書式も、非表示のエイリアスとして引き続き使用できます。clize build site check <dir> [--live <origin>] は、公開前に実行できる無料のリンターです。ほぼ重複したドアウェイページ（表示テキストの共有率が60%以上）や内容の薄いページ、_redirects の転送先（--live を指定すると実際に確認）、hreflang の相互設定、FAQ テキストと JSON-LD の整合性、canonical／noindex の競合、サイトマップへの掲載を検査します。エラーがある場合は、終了コードが0以外になります。0.41.0 以降は GEO に関する警告も3種類報告されます（エラーにはなりません）。比較ページの最初の200語に自社製品の名前がない場合、比較ページに <table> がない場合、コンテンツページに表示日付がない場合、または表示日付が12か月以上前の場合です。
ビルド · クリップ（ホスト型の手法）	clize build clip start <brief> → エージェントがショットごとの設計図を作成 → build clip check（無料のローカルリンター。連続性、台詞の網羅性、タイミングを確認）→ build clip render --confirm（💰 合計見積もり1件を表示し、一括生成して結合。再開可能）という流れです。単発の映像は gen video を使います。
デプロイ	clize deploy <dir> --domain <host> — 複数ファイルの静的サイトに対応しています。無料の *.clize.app または独自ドメインを利用できます。まず clize serve <dir> でローカルプレビューを確認してください（Range に適切に対応しているため、<video> を含むページは Safari で実際に再生できます）。デプロイではアップロード前に build site check と同じガードが実行され、ほぼ重複したドアウェイページがある場合はアップロードがブロックされます（上書きするには --allow-similar を指定します）。アップロード後は _redirects のすべてのルールが実際に確認され、その結果は guards としてデプロイ出力に含まれます（build site check の GEO に関する3種類の警告も含まれます）。デプロイで追加または上書きされるのは、指定したパスだけです。<dir> にないパスも、稼働中のサイトからは削除されず、レシートの orphans に一覧表示されます。--prune を指定すると該当するすべてのパスを削除します（--prune-under <prefix> を指定すると1つのサブツリーに限定されます）。clize site paths／clize site rm <path...> では、稼働中のパスを一覧表示したり、個別に削除したりできます。
SEO／GEO（ホスト型データ）	clize seo keywords <seeds...>／competitors <domains...>／serp <keyword> — キーも、サインアップも、上流アカウントも不要の調査データです。検索ボリューム、難易度、検索意図（実際に対策可能な内容に基づく難易度区分）、競合が対応している内容、検索結果ページに表示される対象（ルールエンジンによる official_wall／definition_wall／listicle_window／open の判定と、提案すべきリスティクルの一覧）がわかります。0.40.0 以降、serp はAI Overview が引用する対象（aiOverviewCitations。検索エンジンが抜き出した文も含む）と、Google がページ上に表示する質問（questions：他のユーザーはこちらも質問と関連検索。`--questions-depth 1
プロジェクト	1つのプロジェクトは1つのディレクトリに対応します。clize init --handle <slug> で紐付けます（プロジェクトのレコードは、初回の claim／buy 時に自動作成されます）。clize projects で一覧表示し、new／move／rename／rm を実行できます。単発で別のプロジェクトに対して実行するには -p <slug> を指定します。プロジェクトをまたぐメール送信はブロックされます（409）。一方、デプロイでは対象ドメインに従って自動的に処理されます。古い clize.json を含むチェックアウトからの実行は、そのドメインに紐付く正しいプロジェクトに自動的にルーティングされ、clize.json も更新されます。明示的に指定した -p が一致しない場合に限り、409 になります。status／一覧表示／支出の対象はチェックアウト中のプロジェクトです。また、status はローカルとリモート間に差異があれば警告します。
コンテキスト	clize status [--assets]、clize context [address] — セッション開始時に、待っている人とアイデンティティ／ナレッジを再読み込みします
請求（ホスト型）	clize balance／clize recharge --amount <usd> — ドメイン／メディアの利用料金に充てられる、前払い式の clize 残高です（Stripe でチャージ）。支出ログは clize audit で確認できます
決済の受け取り（ホスト型）	clize pay link --amount <usd> — 設定不要で自社の顧客に請求できます。デフォルトでは clize 残高に入金されます（手数料なし。残高の資金は clize 内でのみ利用でき、出金はできません）。自社の Stripe に直接入金する方式（direct。clize の手数料がかかります）は、プラットフォームではまだ有効になっていません。利用可能になると、Web ダッシュボードで Stripe を接続した際に支払い方式が自動的に切り替わります。それまでは --mode direct は拒否され、すべての入金は残高に反映されます。clize pay status／clize pay list。
ショップとフォーム（ホスト型）	clize shop — デプロイ済みサイトを、実際に決済を受け付けるストアフロントに変えます。商品はデプロイする _catalog.json に登録し、カートは Stripe で決済します。デプロイ済みカタログを基準としたサーバー側の価格設定により、クライアントが価格を偽造できません。単発購入またはサブスクリプション、配送先住所の収集に対応し、pay と同様に direct または balance で入金できます。注文管理は clize が担います。clize shop orders / todo / fulfill / notify / refund / shipments / events / webhook / hook test（購入済み → 仕入れ済み → 発送済み → 配達済みの管理、17TRACK による追跡、/orders での購入者向けセルフサービス、ストアごとのシークレットを使った署名付きフルフィルメント Webhook、配達記録の管理、自動再試行と --replay。shop hook test で初回販売前にエンドポイントを検証できます。成功ページには ?order=cs_… が付与され、公開ステータスエンドポイントも利用できます）。カタログはサイトと一緒にデプロイされ、在庫、税金、送料は引き続き利用者が管理します。clize data webhook は、フォーム／ウェイトリストの送信内容を利用者のエンドポイントに転送します（clize では保存しません）。clize は Shopify ではなく、シェル、注文台帳、決済をつなぐ仕組みです。
完全な機能一覧は clize --help を実行して確認してください。

デプロイとサイトのホスティング

clize deploy <dir> は複数ファイルの静的サイトをアップロードし、KV に保存された小さなホットファイルと R2 に保存された大きなアセットを利用する共有 Cloudflare Worker から配信します（Workers Static Assets / Pages ではありません）。キーは hostname + path です。以下の点を確認してください。

• 不明なパス — デフォルトでは、サイトに 404.html が含まれている場合、それを実際の HTTP 404 として返します（失敗した URL やタイプミスの URL が重複したホームページとしてインデックスされないようにする、SEO 上適切な動作です）。404.html がない場合、サイトは SPA として扱われ、リクエストは index.html にフォールバックします（200）。デプロイごとに --not-found <404-page|spa|none|auto> で動作を変更できます（デフォルトの auto は、この判定をそのまま行います）。
• 末尾のスラッシュ — /foo/ は /foo/index.html を配信します（200、301 なし）。
• キャッシュ — アセットは cache-control: public, max-age=300 で配信されます。
• 削除 — deploy が独自に削除を行うことはありません。ディレクトリに存在しないライブパスもオンラインのままになり、レシートではそのようなパスが orphans に一覧表示されます（KV のページや小さなファイル、R2 のアセットが対象です）。clize deploy <dir> --prune はアップロード後にすべての孤立パスを削除し、--prune-under <prefix> は削除対象を 1 つのサブツリーに限定します（複数のマシンがそれぞれ別のサブツリーを管理するサイト向け）。clize site paths [domain] はレイヤーとともにすべてのライブパスを一覧表示し、clize site rm <path...> は個別のパスを削除します（/dir/ は /dir/index.html を意味します。sitemap.xml / llms.txt も対象です）。削除したパスは、最大 5 分間エッジキャッシュから配信される場合があります。
• Cloudflare の規約ファイル — 404.html と index.html が上記の未検出時の動作を決定します。_redirects は処理されます（Cloudflare Pages 形式：from to [status]、* / :splat および :name プレースホルダー、ステータスのデフォルトは 302、3xx はクエリを維持してリダイレクトし、それ以外のステータスはサイトファイルに書き換えます。外部の転送先はリダイレクトのみです）。実ファイルは常にルールより優先されます（以前配信したページを 301 にするには、まず clize site rm または deploy --prune で削除してからルールを追加します）。このファイル自体が配信されることはなく、deploy はアップロード後にすべてのルールを実際に確認します（guards.redirects）。_headers は保存されますが、機能しません。
• サイズ — 大きなアセット（≥128 KB）は R2、小さなホットファイルは KV に保存されるため、単一ファイルは最大約 90 MB までストリーミングでき、サイトは技術上 5 GB に達する場合があります。無料プランの上限はサイトあたり 500 MB、1 日あたりアップロード 2 GB です。いずれかの上限を超えてチャージすると信頼済みプランになり、サイトあたり 5 GB、1 日あたり 20 GB まで利用できます。アップロードはコンテンツハッシュで重複排除されるため、再デプロイでは変更されたファイルだけが送信されます。
• ルーティングと書き戻し — デプロイ先には、指定したドメイン（または clize.json に記載されたドメイン）が使用されます。そのドメインの実際のプロジェクトを参照し、解決済みの project（およびカスタムドメイン）を clize.json に書き戻すため、繰り返しデプロイしても設定がずれたり 409 が発生したりしません。

デフォルトで安全

• 💰 支払いゲート — 支出が発生する操作（clize domain buy、clize gen image/video/music）は、--confirm がない限り実行されません。指定しない場合は見積もりのみが表示されます。
• 📨 本人確認ゲート — 実際の顧客にあなたとして返信する場合は、必ず下書き → 人間による承認 → 送信の手順を踏み、自動送信はしません。
• 📥 受信内容は信頼できません — 受信したメールはエージェントへの指示ではなく、データとして扱われます。

これらのゲートはプレーンテキストで動作するため、すべての支出と送信アクションがエージェントのトランスクリプトに表示されます。

MCP

コア機能の厳選されたサブセット（claim、ドメインと DNS、メール（承認用アウトボックスを含む）、デプロイ、ショップとフォーム、ステータス／コンテキスト、課金、collect（pay））を、シェルより構造化ツールを好むホスト向けに 33 個の MCP ツールとして公開します。メディア生成、SEO/GEO、build メソッドパックは CLI とスキル経由で利用するものであり、MCP ツールではありません（シェルを実行できるエージェントは、clize を通じて利用できます）。MCP サーバーのツール一覧はセッションごとに継続的なコンテキストコストとなるため、オプトイン方式です（スキルだけでも、エージェントは CLI 経由で clize を操作できます）。手動で登録するには、次のようにします。

claude mcp add clize -- clize-mcp     # Claude Code
codex mcp add clize -- clize-mcp      # Codex

どちらのモードでも動作します。ホステッドモードで実行するには、サーバーの環境に CLIZE_API_KEY（および必要に応じて CLIZE_API_URL）を設定してください。

製品ラインを一度に1つだけ — clize-mcp --profile

セッションごとに33個すべてのツールがコンテキストに入ります。受信トレイを使いたいだけの場合も同じです。--profile <line> を指定すると、同じサーバーをそのラインのツールだけ登録した状態で起動できます。登録後に非表示にするのではなく、tools/list に表示されなくなるため、使わないツールはホストのリソースを消費しません。

claude mcp add inbox -- clize-mcp --profile inbox      # 14 tools instead of 33

プロファイルでできるのは差し引くだけです。ツール名、引数、動作はすべてのプロファイルで同じなので、切り替えてもエージェントがツール一式を学び直す必要はありません。serverInfo.name は clize-<line> になり、ホスト上で接続中のラインを確認できます。--profile を指定しない場合は何も変わりません。33個すべてのツールが使え、serverInfo.name は clize のままです。これは引き続き clize install --mcp で登録される名前です。未指定の値を渡すと、有効な値を一覧表示してゼロ以外の終了コードで終了します。指定を無視して全ツールを提供することはありません（黙ってフォールバックすると、一部だけをインストールしたつもりでも33個のツールが渡されてしまいます）。

すべての製品ラインで同じパッケージ @clize/clize をインストールし、--profile で使用するツールのサブセットを選びます。

製品ライン	--profile	ツール（各プロファイルには status / balance / recharge が含まれます）
Agent Inbox — エージェントがメールを送受信できる、本物の受信トレイ（clize.ai/inbox/）	inbox	14 — claim、email setup / address add / inbox (with wait-for) / thread / search / show / mark / send / pending、context
Agent Storefront — エージェントが実際のストアを運営します	storefront	15 — pay、shop status / orders / order / todo / fulfill / notify / refund / events / shipments / webhook、data webhook
Sites by Clize — 実際に公開できるマーケティングサイト	sites	5 — claim、deploy
Agent Domains — エージェントが購入、接続、監視できるドメイン	domains	9 — domain search / buy / ns、dns list / set / rm

deploy は sites でのみ使用でき、media / build にはMCPツールがありません。すべての機能を使うには、--profile を指定せずにサーバーを起動してください。プロファイルはコンテキストの予算であり、権限の境界ではありません。金銭、ID、信頼できない受信データに関する制御は変わりません。キーで実際に実行できる操作を制限するには、スコープ付きキーを使用してください（スコープ付きキー）。CLIのインストール方法は引き続き npm i -g @clize/clize です。npmは依存パッケージのバイナリを PATH にリンクしないため、ライン別のパッケージは見つけやすくするためのもの、および npx 用のものです。

claude mcp add inbox -- npx -y -p @clize/clize clize-mcp --profile inbox

MCPレジストリに登録されているサーバーは1つだけで、ai.clize/clize です。ラインは --profile で指定し、別のパッケージではありません。

ガイドとユースケース

手順に沿ったセットアップ：

• Claude Code に Clize を MCP サーバーとして追加する · Codex CLI に追加する
• アクション型 MCP サーバーとは何か（読み取り専用との違い）

エージェントが実際に行うこと：

• 実際のメールを送信する — 承認用送信トレイから送信
• エージェントからHTMLファイルをオンラインで公開する — 実行記録付き
• サービスへの登録時にメール認証を通過する — インストールから最初のコードまでを時間計測
• サポート用受信トレイを振り分け、承認用の返信案を作成する
• 金銭に関する制御のもとでStripeの決済リンクを作成する
• プログラムでドメインを登録する — 5つの手順、実際の見積もり、制限事項
• 自社サイトで実施したSEOの実例：確認、2つの変更、再確認の日付

ライセンス

MIT