受講者用手順: 2名向けCodex実務活用ワークショップ

この資料は、研修中に開くもの、Codexへ貼り付ける文、Codexの返答で読む場所を確認するための手順です。

研修では、研修用の架空データだけを使います。実在する顧客情報、患者情報、従業員情報、取引先情報、未公開商品情報は入力しません。

1. いま開くもの

講師の案内に合わせて、次の資料を開きます。

• sample_clinic_memo.md
• sample_product_memo.md
• exercise_sheet.md

自分で記入する資料は exercise_sheet.md です。

2. 最初に確認すること

Codexに貼り付ける前に、入力する内容を確認します。

• 架空データだけを使っている。
• 実在する氏名、連絡先、予約情報、売上、契約、認証情報を含めていない。
• 判断に迷う情報を含めていない。
• 投稿、送信、公開、納品は研修中に行わない。

判断に迷う情報があるときは、Codexへ貼り付けずに講師へ確認します。

3. Codexでできることを見る

講師が、Codexに sample_clinic_memo.md を読ませて、次の出力を作るところを見せます。

• SNS投稿案
• 案内文案
• 公開前チェック
• 作業タスク

見る場所:

• 1つのメモから、出力が用途別に分かれているか。
• 投稿や案内文が、確認用の下書きとして扱われているか。
• 人が確認する欄が残っているか。

講師がCodexへ貼る文:

このフォルダの sample_clinic_memo.md を読んでください。

研修用の架空メモとして扱い、実在する患者、顧客、予約情報があるようには書かないでください。

次の4つに分けて、Markdownで出してください。

1. SNS投稿案
2. 初めての方向け案内文
3. 公開前チェック
4. 経営者が確認する作業タスク

医療効果を断定せず、投稿、送信、公開、納品を前提にしないでください。
それぞれに「人が確認すること」を入れてください。

exercise_sheet.md の 1. Codexでできることを見てみる に、見た出力と自分の仕事に近いものを書きます。

4. 投稿案を作る

exercise_sheet.md の 2. 投稿案を作り、公開前に確認する を使います。

進め方:

1. 読み手を1つ選ぶ。
2. 伝えたいことを1つ選ぶ。
3. 避けたい表現を書く。
4. 貼り付け用依頼文の空欄を埋める。
5. Codexへ貼り付けて実行する。
6. Codexの返答から、投稿文、狙い、公開前に確認することを読む。
7. 採用、修正、不採用を選び、理由を書く。

Codexの返答が短すぎる、断定が強い、読み手がずれているときは、修正依頼文を貼り付けます。

この後は、講師の案内で2つの題材に分かれます。
サービス事業に近い受講者は sample_clinic_memo.md を使い、製品開発に近い受講者は sample_product_memo.md を使います。
片方がCodexを操作している間、もう一方は返答で読む場所と判断欄を追います。

5. サービス事業向けの出力を見る

使う資料:

• sample_clinic_memo.md
• Codexの返答
• exercise_sheet.md の 3. サービス事業向けの出力を確認する

見る場所:

• SNS投稿下書き
• 初めての方向けの案内文
• 投稿前チェック
• 経営者が確認する作業タスク

確認すること:

• 医療効果や結果を断定していない。
• 個別症状への助言に見えない。
• 実在人物や実予約があるように読めない。
• 経営者が判断するタスクが残っている。

サービス事業に近い受講者がCodexへ貼る文:

このフォルダの sample_clinic_memo.md を読んでください。

研修用の架空メモとして扱い、実在する患者、顧客、予約情報があるようには書かないでください。

次の4つに分けて、Markdownで出してください。

1. SNS投稿案
2. 初めての方向け案内文
3. 公開前チェック
4. 経営者が確認する作業タスク

医療効果を断定せず、投稿、送信、公開、納品を前提にしないでください。
それぞれに「人が確認すること」を入れてください。

6. 製品、販売、仕組み化向けの出力を見る

使う資料:

• sample_product_memo.md
• Codexの返答
• exercise_sheet.md の 4. 製品、販売、仕組み化向けの出力を確認する

見る場所:

• 商品説明のBefore/After
• SNS投稿案
• 販売ページ改善観点
• 簡易システム改善課題
• 研修用HTML試作
• 次にCodexへ頼む作業

確認すること:

• 商品の特徴と違う内容がない。
• 誰向けの説明か分かる。
• 売上や成果を保証していない。
• 改善課題が、実装、確認、優先順位に分かれている。
• HTML試作が実データや実管理画面につながっていない。
• 自分が採用、修正、不採用を判断できる。

製品開発に近い受講者がCodexへ貼る文:

このフォルダの sample_product_memo.md を読んでください。

研修用の架空商品と架空システムのメモとして扱い、実在する顧客情報、売上情報、未公開商品、認証情報は含めないでください。

次の5つに分けて、Markdownで出してください。

1. 商品説明Before/After
2. SNS投稿案3種
3. 販売ページ改善観点
4. 簡易システム改善課題
5. 次にCodexへ頼む作業

売上や成果を保証しないでください。
実装完了ではなく、改善候補と確認材料として整理してください。
本人が採用、修正、不採用を判断できる形にしてください。

製品開発に近い受講者は、通しテスト済みの tested_outputs/desklabel_inventory_checker.html も開きます。
これはCodexが作った研修用HTML試作です。実データや実管理画面には接続しません。
在庫数や表示価格を変え、確認結果が変わるところまで見ます。

7. 返答が合わないとき

Codexの返答が合わないときは、すぐに最初からやり直さず、何を直したいかを1つ書いて修正依頼を出します。

使える修正依頼:

返答を修正してください。

合っていない点:
-

残したい点:
-

直してほしい条件:
-

出力は、修正後の案、修正理由、公開前または実務前に人が確認することに分けてください。

次の場合は、入力や実行を止めて講師へ確認します。

• 実在する個人情報や顧客情報を貼り付けそうになった。
• 未公開の商品情報、売上、価格戦略、認証情報を貼り付けそうになった。
• Codexが医療効果、売上、成果を保証する表現を出した。
• 投稿、送信、公開、納品をその場で行いそうになった。

8. 最後に残すこと

exercise_sheet.md の 6. 研修後に最初に試す1件 を記入します。

残す内容:

• 最初に試す業務
• Codexに渡す情報
• Codexに渡さない情報
• 出してほしい整理案や下書き
• 人が確認すること
• 使えたと言える条件
• 次にCodexへ頼む文の下書き