非エンジニアがCodexを業務に入れる最初の設計

対象読者

経営者向け / マーケター向け / AI初心者向け

TL;DR

非エンジニアがCodexを業務に入れる最初の設計は、便利なプロンプトを探すことではなく、毎週くり返す仕事を「スキル」として固定することです。目的、入力、触ってよい範囲、完了条件、レビュー方法を1セットにしておくと、Codexは毎回ゼロから説明しなくても同じ品質で動きやすくなります。この記事では、NEWS更新、LP修正、問い合わせ整理などを題材に、最初のスキル化手順とコピペできる依頼テンプレートをまとめます。

この記事でいう「スキル」とは何か

ここでいうスキルは、AIに毎回渡す長いお願い文ではありません。繰り返し使う業務手順を、Codexが読める形にした小さな運用ルールです。

OpenAIのCodex公式ページでは、Codexはクラウド、IDE、ターミナル、GitHub上で動き、コードの読解、実装、レビュー、タスク実行を支援するエージェントとして説明されています。参照: OpenAI Codex

また、OpenAI DevelopersのCodex Skillsドキュメントでは、スキルは特定のタスクやワークフローに合わせてCodexを拡張するための仕組みとして扱われています。参照: Codex Skills

つまり、非エンジニアにとってのスキル化とは、「AIにうまく頼める人になる」ことではなく、「頼み方を会社の手順として残す」ことです。

なぜ、非エンジニアほどスキルから始めるべきか

Codexを導入すると、最初は何でも頼めるように見えます。記事を書いて、LPを直して、メール文面を整えて、CSVを見て、競合調査もしてほしい。もちろん試す価値はあります。

ただし、毎回その場の会話で頼むだけだと、品質が人に依存します。

1. 依頼文が毎回変わる
2. 確認すべき範囲が曖昧になる
3. AIが触ってよいファイルやデータが広がる
4. レビュー観点が抜ける
5. 成功したやり方が次回に残らない

スキルは、この揺れを減らすための器です。非エンジニアがCodexを使う時こそ、「何をするか」より先に「どの型で任せるか」を決めるほうが安全です。

Step 1: スキル化する仕事を1つだけ選ぶ

最初にスキル化する業務は、小さくて、繰り返しがあり、成果物をすぐ確認できるものが向いています。

おすすめは次のような仕事です。

1. NEWS記事の下書き作成
2. LPの文言修正
3. 問い合わせ内容の分類
4. 議事録からタスクを抜き出す
5. 既存ページの誤字、リンク、CTA確認

逆に、最初から「サイト全体を改善して」「マーケティングを全部自動化して」のような依頼は広すぎます。非エンジニアがレビューできる範囲を超えると、AI活用は速くなるどころか不安が増えます。

判断基準は3つです。

1. 入力が明確に渡せる
2. 完了条件を文章で言える
3. 人間が10分以内に確認できる

この3つを満たす仕事から、Codex用のスキルにしていきます。

Step 2: スキルに入れる5つの要素

スキルには、最低でも次の5つを入れます。

1. 目的: 何のためにこの作業をするのか
2. 入力: どのページ、資料、ファイル、URLを見るのか
3. 触ってよい範囲: どこまで編集してよいのか
4. 完了条件: 何ができたら終了なのか
5. レビュー観点: 人間が最後に何を見るのか

OpenAIのHelp Centerでは、CodexをChatGPTプランで使う場合の環境や作業の進め方が案内されています。参照: Using Codex with your ChatGPT plan

Codex CLIの公式ガイドでは、ローカル環境でCodexを起動し、作業ディレクトリや承認モードを扱う流れが説明されています。参照: OpenAI Codex CLI - Getting Started

非エンジニアが見るべきポイントは、コマンドの細かさではありません。AIに「どこまで任せるか」を先に書くことです。ここをスキルに入れておくと、毎回の依頼が短くなり、レビューもしやすくなります。

コピペで使える「Codexスキル化依頼テンプレート」

text
content_copyCopy
目的:
この業務を、次回以降も同じ品質でCodexに任せられる
スキルとして整理してください。

対象業務:
- 例: NEWS記事の下書き作成
- 例: LP文言の修正
- 例: 問い合わせ内容の分類

入力:
- 参照するURL:
- 参照するファイル:
- 既存のルール:
- 過去の良い例:

触ってよい範囲:
- 編集してよいファイル:
- 変更してよい文言:
- 追加してよいセクション:

触らない範囲:
- 認証情報
- 本番設定
- 既存の重要データ
- 判断に迷う契約・法務・医療・金銭情報

完了条件:
- 成果物が1画面で確認できる
- 変更点を短く説明できる
- リンク切れや表記ゆれを確認済み
- 人間が最後に見る観点が明記されている

レビュー観点:
- 目的に合っているか
- 誇張や根拠のない断定がないか
- 既存トーンから浮いていないか
- 次回も同じ手順で再利用できるか

出力:
- スキル名
- 使うタイミング
- 手順
- 禁止事項
- 完了チェックリスト

このテンプレートをそのままCodexに渡すだけでも、単発依頼から一歩進めます。大切なのは、成果物だけでなく「次回も使える手順」を作らせることです。

Step 3: 1回目は「実行」ではなく「整備」に使う

新しいスキルを作ったら、すぐに本番業務へ投入しないほうが安全です。1回目は、実行よりも整備に使います。

1. Codexにスキル案を作らせる
2. 人間が禁止事項と完了条件を確認する
3. 小さなサンプル業務で試す
4. 失敗した箇所をスキルに追記する
5. 2回目から実務に近い形で使う

この順番にすると、AIの失敗がノウハウになります。うまくいかなかった依頼文を消すのではなく、「次はどう書けば防げるか」をスキルへ足していきます。

AITOWA独自の視点: スキルはプロンプトではなく業務標準書

AITOWAでは、スキルを「便利なプロンプト集」とは見ていません。スキルは、AI時代の業務標準書です。

プロンプトは、その場の会話を良くします。スキルは、次回の仕事を良くします。

この違いは大きいです。非エンジニアがAIを使い始める時、最初に必要なのは最新ツールの比較ではありません。自分の仕事を、AIが再現できる単位へ分解することです。

たとえばNEWS更新なら、次のように分けます。

1. テーマ選定
2. 一次情報確認
3. 下書き
4. 関連記事リンク確認
5. CTA確認
6. AI生成開示
7. 人間レビュー

この7つをスキルにすると、AIは「記事を書いて」ではなく「AITOWAのNEWS更新手順で進めて」と頼める相手になります。非エンジニアにとって、この差が実務導入の安心感になります。

まず作るべき3つのスキル

最初の1か月は、次の3つだけで十分です。

1. 記事下書きスキル
2. LP文言改善スキル
3. 公開前チェックスキル

この3つがあると、制作、発信、確認の流れがつながります。いきなり全社AI導入を目指すより、毎週の反復作業を1つずつスキル化するほうが、現場に残ります。

関連記事

• 非エンジニア向けCodexワークフロー
• AI導入支援ページを再設計中
• Claude Coworkの法務AI拡充で見えた、AI導入の次の主戦場

相談ページ

• AITOWA AI導入支援

CTA

自社の業務をCodex用のスキルに落とし込みたい方は、AITOWAのAI導入支援 から相談できます。最初は大きな自動化ではなく、毎週くり返している小さな作業を1つ選び、スキル化できる粒度まで一緒に分解します。

より深いテンプレートや実践例は、AITOWA公式note でも順次公開します。

AI生成開示

本記事はAIエージェントチームが自らRESEARCHを行い下書きを生成し、AITOWA編集部の方針に基づき構成しています。公開前に一次情報、表記、導線、内容の妥当性を確認しています。