以下のプロンプトは、授業用に組み直した例です。開発時の元の会話ではなく、アプリのソースコード、キー、設定ファイル、配備の詳細は含みません。自習では自分が使える適切な道具を使っても、紙で取り組んでもかまいません。AIが一時的に使えなければ、まず流れを描き、確認方法を書きます。教員がオンラインになるのを待つ必要はありません。会議でも架空の例を使って話し合えます。
繰り返し使える開発の流れ
相手と場面を説明する → 最小限の流れを決める → 架空の素材で一版作る → 機器で一つの課題を試す → つまずきを記録する → 一つずつ直して再確認する → 希望する相手に試してもらう → 証拠から次を決める。
Android/iOSのプログラミングを体系的に学び終える前でも、AIと既存の機能を使って試作品を作り始められます。ただし、課題に応じて、権限と状態、APIと費用、保存と復元、許可と検証を学ぶ必要があります。パッケージ化、署名、インストール、サービスの利用可否も実際に確かめます。この事例は既存の蓄積を使っており、知識がまったくない状態から一瞬で完成したわけではありません。
依頼1｜まず、話し始められるようにする
「最小限の音声記録の試作品を設計してください。使う人はゆっくり話したく、先に文章を書くことは望んでいません。架空の日常の問いで実演し、まず、質問、回答、一時停止、保存の四段階だけを扱ってください。実装案の前に、状態と確認方法を示してください。本物のアカウントや私的な録音は使わず、カメラも自動起動しません。私が確認すべき権限、費用、失敗時の状況を明示してください。」
確認すること：開始後、先に質問を音声で聞けるか。一時停止で本当に止まるか。保存したものを見つけ直せるか。失敗時に状況を説明し、確認済みの内容を消さないか。
依頼2｜AIが直したと言った後
「期待する結果：再生し直す操作で、今の質問だけを読み上げる。実際：スマートフォンから音が出ない。既知のこと、未知のこと、試せる仮説を三つに分けてください。最小限の再現方法と、最初に確認する一つの手順を示し、結果を得てから変更してください。複数のモジュールを同時に変えないでください。変更後の再確認方法と、未解決のリスクも説明してください。」
実際のログはコピーしません。識別子や認証情報が含まれる可能性があるからです。練習するのは再現、仮説、一つの条件だけを変えること、再確認です。構文やフレームワーク名を試験するものではありません。
依頼3｜反応を整理し、結論は代わりに決めない
「架空の試用要約です。Aは試す気持ちはあるが未導入、Bはインストールでつまずき、Cは文章を直したいが場所が分からず、Dは毎日の新しい話題を望んだが、後で既存の選択肢を見つけました。気持ち、行動、妨げ、必要なことの候補に分け、証拠が足りない部分を示してください。次回、それぞれ観察できる課題を一つ提案し、売上、治療効果、利用者全体の必要性を推測しないでください。」
学習者に気づいてほしいのは、「機能を加えて」という言葉が、既存機能の見つけにくさを示す場合もあることです。褒め言葉は取引ではなく、提案も必要性が確かめられた証拠ではありません。
データとAPIに関わる、製品の責任
| 問題 | 学習者が説明できるようにすること | 事例と次の一歩 |
|---|---|---|
| 何がスマートフォンの外へ出るか | 録音、文章、設定はそれぞれどこへ行き、誰がアクセスできますか | 授業では簡単なデータの流れだけを描き、実際のサービス設定は見せません |
| 一人に一つのキーを割り当てる意味 | 利用許可、上限の管理、費用の帰属に役立ちます。別々に課金されるかは、提供元とアカウント設定によります | 個人の記録が自動で分離されるわけではありません。登録時の割り当ても、同時処理、在庫切れ、取り消しへの対応が必要です |
| 管理用の認証情報を普通の設定として扱えない理由 | クライアントは解析される可能性があり、難読化は秘密の保持と同じではありません | 試用での便利さには残るリスクがあります。成熟した安全設計として、そのまままねてはいけません |
| 少人数の試用を、より慎重に行うには | 最小限のデータ、限定した権限、取り消せる許可、復元の確認、例外時の処理 | 実際の分離には、管理されたサービス、アクセス制御、監査などの工学的対策が必要です。この授業ですべて解決済みとはしません |
| 費用の抑え方 | 呼び出し回数、時間、サービスの失敗、予算を誰が担当しますか | 大学生は授業用の仮の上限を使い、提供元の料金を作りません。先に上限を定め、それから確かめます |
授業では責任と方法だけを説明し、実際の管理用テーブル、サービス設定、Botの認証情報、取り出し方は提供しません。コードを公開しないのは製品の公開方針の選択です。安全を、非公開であることだけに頼ってはいけません。
高度な分析・模倣ツールとの向き合い方
2026-10-23時点で、リポジトリーの説明とライセンス表示を読むだけの確認を行いました。インストール、実行、実測はしていません。
REA公式リポジトリー ↗：アプリの動作、バイナリー、実行過程の分析を支援できると説明しています。機能の説明は、どの対象でも分析に成功するという保証ではありません。
replica-skill公式リポジトリー ↗：観察、再構築、テストなどをスキルとしてまとめています。READMEは、機能と流れを再構築し、自分の素材を使い、対象のコード、ブランド、文章、内容を複製しないことを明示しています。
どちらも現在はMITライセンスと表示されています。使う前に、版、依存関係、ライセンスを改めて確かめます。道具のライセンスと、対象アプリの権利やアクセスの許可は別のものです。 リポジトリーの標語は、法的な許可や安全の保証ではありません。授業では、自分のものか、明確に許可された実演対象だけを話題にします。法的な結論を示したり、リバースエンジニアリングの操作を訓練したりはしません。
決める前の四つの問い
この対象にアクセスし、分析する権利がありますか。使えるのは方法、許可された部品、それとも自分のものではない内容でしょうか。出典をどう示し、結果をどう確かめますか。見た目が同じでも、自分の利用者、大切にすること、責任は何でしょうか。
「自分の軸」は免責の理由ではなく、すべてのコードをゼロから書く要求でもありません。作り手が、方向、出典、検証、しないと決めたこと、最終的に届けるものに責任を持つことです。