ドメインを購入し、生成し(コンサル / SaaS / ポートフォリオ)、ワンコマンドでデプロイ。DNSとHTTPSは自動で設定されます。
あなた:
「これをサイトにして公開して。」
$ clize domain buy mysite.com $ clize deploy ./site --domain mysite.com
// AIエージェントのための現実世界ケイパビリティ・レイヤー
あなたのエージェントには
頭脳がある。
Clizeが与えるのは
手だ。
■ 手 — 現実世界での実行力
■ 継続性 — 中断したところから再開
Claude CodeやCodexの中で、ひと言伝えるだけ — Clizeがドメインを購入し、サイトを生成して公開し、送受信できる本物のメールボックスを用意します。エージェントが単独ではできないことを、片付けます。
> エージェントは頭脳。私たちはその手、アイデンティティ、そして継続性です。
> これをマーケティングコンサルのサイトにして 公開して、それからサポート用の受信箱を用意して ▲ 進行中: ドメイン購入 → サイト生成 & 公開 → サポート受信箱の設定。 ▲ clize domain buy growthlab.com [OK] 登録完了 · DNS反映中 · 自動更新オン ▲ clize deploy ./site --domain growthlab.com [OK] https://growthlab.com で公開中 · TLS発行済み ▲ clize email address add [email protected] --tag support --knowledge ./docs [OK] 受信箱は送受信可 · ナレッジ読み込み済み ▲ 完了 — サイト公開中、受信箱は送受信可、 サポートはセッションをまたいで顧客対応を引き継ぐ。 $
WHAT · エージェントが片付けてくれること
ふつうの言葉で伝えるだけ。
あとはエージェントが現実にする。
= 手 · アイデンティティ · 継続性
// 手 — 現実世界での実行力
実際に送受信できる本物の support@ / hi@ 受信箱 — エージェントに連絡が届き、返信もできます。
あなた:
「サポート用の受信箱を用意して。」
$ clize email address add [email protected]
「メールを確認してください」に出くわした? エージェントが自分の受信箱からコードを読み取り、そのサービスに自分で登録します。
あなた:
「あのAPIに登録しておいて。」
$ clize email inbox [email protected]
サポート / オンボーディング / 見積もり — アドレスを発行し、タグを付け、ドキュメントを読み込ませる。ひとまとめで設定完了。
あなた:
「カスタマーサポートを用意して。」
$ clize email address add [email protected] --tag support --knowledge ./docs
// 継続性 — 中断したところから再開
新しいセッションはいつもゼロから始まります。Clizeはその流れを引き渡します:誰とやり取りしたか、どこで止まっていたか — だから一から説明し直す必要はありません。
あなた:
「この顧客とはどこまで進んでた?」
// session handoff
# 新しいセッション開始 session: cold start ▲ clize context [OK] スレッド復元 · last_contact: Alice (3h ago) · status: awaiting proposal · next: follow-up email $
=
手
·
アイデンティティ
·
継続性
エージェントが現実世界で欠いている三つ — その全部を、まとめて私たちが供給します。
HOW · 導入 · 仕組み
セットアップは3ステップ。
あとは話すだけ。
clizeはCLI(コア) + Skill + MCPとして提供 — Claude CodeとCodexにそのまま組み込めます。
01
インストール
Claude Code で:マーケットプレイスから Clize skill をインストール。
npm i -g @clize/clize
# 近日公開
02
接続
認証情報はローカルに保持。clize init で現在のプロジェクトをアイデンティティに紐付けます。
$ clize login --token <token> $ clize init
03
使う
エージェントが clize コマンドを一つずつ実行。あなたは承認するだけ。
> コンサルのサイトを作って、
公開して、サポート用の
受信箱も追加して。
$ clize email address add [email protected] --tag support --knowledge ./docs
01 発行
support@ 受信箱
アドレスを発行し、DNSを設定、受信＋送信が稼働。
02 タグ / スコープ
役割 & 範囲
タグでシナリオを定義し、スコープでエージェントが扱える範囲を制限。
03 ナレッジを与える
ドキュメントを読み込む
ドキュメント読み込み済み。最初の返信の前に、エージェントは製品の文脈を把握。
// 頭脳 vs. 手
メールを読み、判断し、返信を書く — それは Claude Code の頭脳。発行、シナリオの設定、セッションをまたいだ文脈の保持、本物の送受信 — それは 私たちの手 + 足場 + 継続性。決済やバックエンドに触れる必要がある? エージェントはあなたが組んだツールを呼び出します。私たちが代わりに考えることはしません。
白紙から始める必要はありません — 組み込みのサイトビルド skill が本物のサイト(コンサル / SaaS / ポートフォリオ)を生成し、deploy で公開します。
WHY · なぜ作ったか
エージェントは有能だ —
だがサンドボックスに閉じ込められている。
AIによって、いまや一人で製品を作れるようになりました — けれどそのエージェントは現実世界に手が届かず(ドメインもなく、送受信できる受信箱もなく、サイトを公開する手段もない)、新しいセッションのたびに何もかも忘れてしまいます。Clizeはまさにこの二つの欠落を埋めます:現実世界での手、そしてセッションをまたぐ継続性。
継続性
スレッドを自動で再開するので、誰とやり取りしたか、どこまで進んでいるかを説明し直す必要はありません。
context restore [||||||||||] 100%
ポータビリティ
Claude Code、Codex、次に何が来ようと — あなたのアイデンティティと文脈は一緒についてきます。
runtime switch [||||||||||] seamless
信頼
受信は常に信頼しないものとして扱い、指示としては決して解釈しません。認証情報は暗号化され、コンテキストウィンドウに入ることはありません。
inbound trust [░░░░░░░░░░] sandboxed
あなたのエージェントに
現実世界の手を。
CLI / MCP — Claude CodeとCodexにそのまま組み込めます。まずはサポートから。
$ clize login --token