CodexのようなAIコーディングエージェントは、非エンジニアにとってもかなり身近になっています。
自然言語で相談しながら、ファイルを読み、修正し、テストを実行し、Webページや小さな業務ツールを作れる。 この体験は強力です。
ただし、最初の1時間で見るべきなのは「何が作れるか」ではありません。
先に決めるべきなのは、どこで作業するか、どこまで触らせるか、失敗したらどう戻すかです。
非エンジニアほど、AIが動いた瞬間に安心してしまいます。 でも、AIエージェントは便利なチャットではなく、作業環境に入ってくる担当者です。 担当者を入れるなら、作業場所と権限を決める必要があります。
チャット感覚で始めるほど、作業場所が曖昧になる
AIに慣れている人ほど、最初は普通のチャットの延長で触り始めます。
「このページを作って」 「この資料をWebサイトにして」 「このアプリを作って」
この依頼自体は悪くありません。 問題は、作業場所が決まっていないことです。
Codexには、App、IDE Extension、CLI、Webなど複数の入口があります。 入口が増えるほど、「今どのフォルダーで、どの権限で、何を編集しているのか」を人間が把握しにくくなります。
最初に決めるべきことは、次の3つです。
1. 作業するフォルダー
2. AIに触らせないフォルダー
3. 完了判定に使うコマンドや確認方法これが決まる前に本番ファイルを触らせると、後から差分を追うのが大変になります。
最初は「新しい空フォルダー」か「コピーした練習用」でよい
非エンジニアが最初にCodexを触るなら、本番リポジトリから始める必要はありません。
おすすめは、次のどちらかです。
パターンA:
新しい空フォルダーを作り、練習用のWebページやメモアプリを作らせる。
パターンB:
既存サイトや資料フォルダーをコピーし、コピー側だけを触らせる。最初の目的は、完成品を作ることではありません。 AIがどのようにファイルを増やすか、どのタイミングで確認を求めるか、どのくらい説明してくれるかを理解することです。
本番環境でそれを試す必要はありません。
小さく試すなら、次のような依頼で十分です。
このフォルダーの中だけで、架空の予約受付ページを1枚作ってください。
外部サービスには接続しないでください。
画像やロゴは使わず、HTMLとCSSだけで作ってください。
作成後、どのファイルを作ったか説明してください。この依頼なら、完成品の良し悪しよりも、AIがどのように作業するかを観察できます。
フルアクセスを最初の標準にしない
AIエージェントに広い権限を渡すと、作業は速くなります。 しかし、速いことと安全なことは別です。
OpenAIのCodex公式ドキュメントでは、読み取り専用、ワークスペース内編集、広いローカルアクセスなど、権限の考え方が説明されています。 非エンジニアの最初の導入では、広い権限を標準にする必要はありません。
最初はこの順番で十分です。
1. 読み取りだけで説明させる
2. 練習フォルダーだけ編集させる
3. 本番コピーだけ編集させる
4. 本番は差分確認後に人間が反映する特に避けたいのは、次のような始め方です。
会社PC全体を見られる状態で始める。
顧客情報が入ったフォルダーの近くで始める。
請求書、契約書、個人情報、APIキーがある場所で始める。
作業ログを残さず、完成物だけを見る。AIを信じるかどうかではなく、最初から事故が起きにくい場所を作る。 ここが大切です。
最初の1時間の進め方
非エンジニア向けに、最初の1時間を分けるなら次の流れです。
0分から10分：作業フォルダーを作る
デスクトップやドキュメント直下に、練習用のフォルダーを作ります。
codex-practiceその中には、機密情報を置かない。 既存の顧客資料や契約書を混ぜない。 練習のためのダミーテキストだけを置きます。
10分から25分：AIに説明だけさせる
いきなり作らせず、まず作業方針を説明させます。
このフォルダーの中だけを使って、小さな問い合わせ受付ページを作りたいです。
まだファイルは作らず、必要なファイル構成と作業手順だけ説明してください。この段階で、AIが勝手に大きな構成を作ろうとするなら、指示を絞ります。
25分から40分：小さく作らせる
次に、1ページだけ作らせます。
このフォルダー内に、静的なHTMLとCSSだけで問い合わせ受付ページを作ってください。
フォーム送信や外部API接続は不要です。
作成後、変更したファイル一覧を出してください。ここでも、外部サービス接続や本番公開はさせません。
40分から55分：差分と戻し方を確認する
作ったあとに、必ず聞きます。
今回作成・変更したファイルを一覧にしてください。
元に戻す場合、どのファイルを削除または戻せばよいですか。
危険な操作や外部接続をしていないか確認してください。これを毎回やるだけで、作業の見通しがかなり良くなります。
55分から60分：次回用のルールを書く
最後に、次回も守らせたいルールを1枚にまとめます。
この練習フォルダーでの作業ルール:
- このフォルダーの外は編集しない
- 外部APIには接続しない
- 完成後に変更ファイル一覧を出す
- 削除や上書きが必要な場合は先に確認する
- 公開やpushはしないこのメモが、後で AGENTS.md のたたき台になります。
「作る力」より「戻せる力」を先に見る
AIエージェント導入でよくある失敗は、完成物だけを見てしまうことです。
きれいなページができた。 小さなアプリが動いた。 資料が整った。
それ自体は良いことです。 ただ、業務利用では次の問いの方が大事です。
どのファイルを変えたか説明できるか。
なぜその構成にしたか説明できるか。
失敗したときに戻せるか。
公開前に何を確認すべきか分かるか。ここが曖昧なまま成果物だけ増えると、後から保守できません。
非エンジニアがAIで業務ツールを作る時代だからこそ、最初に見るべきなのは「作れたか」ではなく「戻せるか」です。
Optiensの見方
Optiensでは、AIエージェントの導入を「すごいツールを触ること」ではなく「業務の作業場所を設計すること」として扱います。
中小企業にとって、AIで小さなツールを作れることは大きな武器です。 一方で、顧客情報や社内ファイルを扱う環境で、権限や検証を決めないまま始めるのは危険です。
最初の1時間で、次の3つだけ決めてください。
どこで作業するか。
どこは触らせないか。
どう確認して終わるか。これが決まっていれば、非エンジニアでもAIエージェントを安全に試しやすくなります。
AI活用をどこから始めるべきか迷っている場合は、まず AI活用診断 簡易版（無料） で、現在の業務のどこがAI化しやすいかを確認してください。より具体的に導入可否や優先順位を整理したい場合は、詳細版AI活用診断（¥5,500税込・MTGなし） で、構成案と費用前提まで整理できます。
最初に作るものは、小さくて構いません。 大切なのは、AIに作業を任せる前に、人間が作業場所を決めることです。