# Codex実務活用ワークショップ 演習シート このシートは、研修中に見たCodexの返答を自分で確認し、使う部分と直す部分を残すための記入用資料です。 研修では、研修用の架空データだけを使います。実在する顧客情報、患者情報、従業員情報、取引先情報、未公開商品情報は入力しません。 持ち帰り用のファイル名: `codex_workshop_exercise_sheet.md` ## 1. Codexでできることを見てみる 見た出力にチェックします。 - [ ] SNS投稿案 - [ ] 案内文案 - [ ] 公開前チェック - [ ] 作業タスク - [ ] 商品説明の改善案 - [ ] 販売ページ改善観点 - [ ] 簡易システム改善課題 - [ ] 研修用HTML試作 自分の仕事に近いと思った出力: ```text ``` そう思った理由: ```text ``` ## 2. 投稿案を作り、公開前に確認する ### 使う材料 - 架空サービスまたは架空商品の説明 - このシートの貼り付け用依頼文 - Codexの返答 ### 自分で選ぶこと 読み手を1つ選びます。 - [ ] 初めて利用する人 - [ ] 以前から興味を持っている人 - [ ] 小さな事業をしている人 - [ ] 制作や販売を一人で進めている人 伝えたいことを1つ選びます。 - [ ] 安心して相談できること - [ ] 使い方が分かりやすいこと - [ ] 作業や準備が楽になること - [ ] 公開前に人が確認すること 避けたい表現: ```text ``` ### Codexへ貼り付ける文 `読み手`、`伝えたいこと`、`避けたい表現` を埋めてから貼り付けます。 ```text # 前提 - これは研修用の架空情報です。 - 実在する顧客情報、患者情報、従業員情報、未公開情報は含みません。 - SNS投稿はそのまま公開せず、公開前に人が確認する下書きとして扱います。 - このフォルダの sample_clinic_memo.md または sample_product_memo.md のうち、講師が指定したファイルを読んでください。 # 条件 - 読み手: - 伝えたいこと: - 避けたい表現: - 断定しすぎないでください。 - 誇大表現を避けてください。 - 投稿案を3種類に分けてください。 # 目的 - SNS投稿の下書きを作ります。 - それぞれの投稿案について、狙いと公開前に確認することを整理します。 # 出力形式 Markdownで、次の見出しを使ってください。 ## 案1 - 投稿文: - 狙い: - 公開前に確認すること: ## 案2 - 投稿文: - 狙い: - 公開前に確認すること: ## 案3 - 投稿文: - 狙い: - 公開前に確認すること: ``` ### Codexの返答で読む場所 - `投稿文`: そのまま公開してよい文ではなく、確認用の下書きとして読む。 - `狙い`: 誰に何を伝えようとしているかを見る。 - `公開前に確認すること`: 事実、断定表現、誇大表現、個人情報混入を確認する。 ### 自分の判断を残す 採用したい案: ```text ``` 採用したい理由: ```text ``` 修正して使いたい案: ```text ``` 直したい点: ```text ``` 使わない案: ```text ``` 使わない理由: ```text ``` ### 返答が合わないときの修正依頼 次の文を使って、Codexに修正を依頼します。 ```text 投稿案を修正してください。 直してほしい点: - 残してほしい点: - 避けてほしい表現: - 出力は、修正後の投稿文、修正理由、公開前に確認することに分けてください。 ``` ## 3. サービス事業向けの出力を確認する ### Codexの返答で読む場所 - SNS投稿下書き - 初めての方向けの案内文 - 投稿前チェック - 経営者が確認する作業タスク ### 確認すること - [ ] 医療効果や結果を断定していない。 - [ ] 個別症状への助言に見えない。 - [ ] 実在人物や実予約があるように読めない。 - [ ] 公開前に人が確認する欄がある。 - [ ] 経営者が判断するタスクが残っている。 修正したい表現: ```text ``` 修正理由: ```text ``` ## 4. 製品、販売、仕組み化向けの出力を確認する ### Codexの返答で読む場所 - 商品説明のBefore/After - SNS投稿案 - 販売ページ改善観点 - 簡易システム改善課題 - 研修用HTML試作 - 次にCodexへ頼む作業 ### 確認すること - [ ] 商品の特徴と違う内容がない。 - [ ] 誰向けの説明か分かる。 - [ ] 売上や成果を保証していない。 - [ ] 販売ページの改善観点がある。 - [ ] 簡易システムの改善課題がある。 - [ ] 研修用HTML試作が、実データや実管理画面につながっていない。 - [ ] 自分が判断する優先順位が残っている。 採用したい改善案: ```text ``` 採用したい理由: ```text ``` 修正して使いたい改善案: ```text ``` 直したい点: ```text ``` 修正理由: ```text ``` 今は使わない改善案: ```text ``` 使わない理由: ```text ``` ## 5. 入力前、出力後の確認 ### 入力しない情報 - [ ] 実在する氏名、住所、電話番号、メールアドレス - [ ] 実在する顧客情報、患者情報、従業員情報 - [ ] 取引先情報、契約、金額、納期 - [ ] 未公開の商品情報、販促案、価格戦略 - [ ] 認証情報、ID、パスワード、トークン - [ ] 判断に迷う情報 ### 出力後に見ること - [ ] 事実と違う内容がない。 - [ ] 断定しすぎていない。 - [ ] 誇大表現になっていない。 - [ ] 個人情報や機密情報が混ざっていない。 - [ ] そのまま送信、公開、納品しない前提になっている。 見つけた注意点: ```text ``` ## 6. 研修後に最初に試す1件 この欄は、研修後に実データを入れずに小さく試すためのメモです。 各欄は、研修中に見た出力、入力しない情報、公開前確認をもとに書きます。 | 欄 | 記入元 | 判断 | 次の使い道 | | --- | --- | --- | --- | | 最初に試す業務 | 今日見た出力と自分の業務候補 | 実データなしで小さく試せるか | 最初のCodex依頼の題材にする | | Codexに渡す情報 | 架空化、一般化、公開情報、研修用サンプル | 目的に必要な最小限か | 依頼文の前提に入れる | | Codexに渡さない情報 | 入力しない情報チェック | 個人、顧客、患者、契約、売上、未公開情報がないか | 入力前の停止条件にする | | 出してほしい整理案や下書き | 投稿案、案内文、改善課題の例 | 下書き、整理案、確認材料のどれが必要か | 依頼文の目的に入れる | | 人が確認すること | 出力後チェック、公開前チェック | 事実、断定、誇大表現、機密混入を見るか | 実務前の確認欄にする | | 使えたと言える条件 | 今日の採用、修正、不採用の理由 | 何が残れば試す価値があったと言えるか | 継続利用を判断する | | 次にCodexへ頼む文の下書き | 上の各欄 | 前提、条件、目的が分かれているか | 研修後の最初の依頼文にする | 最初に試す業務: ```text ``` Codexに渡す情報: ```text ``` Codexに渡さない情報: ```text ``` 出してほしい整理案や下書き: ```text ``` 人が確認すること: ```text ``` 使えたと言える条件: ```text ``` 次にCodexへ頼む文の下書き: ```text ```