学生向けプロジェクトガイド

学生向けEmergent:概要から動作するプロトタイプまで

学生向けEmergentは、コースの概要から構造化されたプロトタイプ、デモの概要、またはリサーチ用の補助ツールを作成できます。同時に、情報源、ロジック、オリジナリティの確認は学生自身が責任を持って行います。

すべての出力を確認する
学生向けアプリの計画を立てるための抽象的なEmergentプロジェクトワークスペース

学生によくあるシナリオ

シナリオの課題

学生の作業は、曖昧な概要、短い締め切り、そして互いに競合する複数の要件から始まることがよくあります。これらのワークフローは、AIビルダーが判断力を置き換えることなく、準備にかかる労力をどこで削減できるかを示します。

手が回らない計画作成者

学生は講義ノート、課題の評価基準、締め切りを持っていますが、実行可能なプロジェクト構成はまだありません。

Emergentは、概要をマイルストーン、画面、最初のタスクリストに変換するのを支援できます。学生はそれらを後から修正できます。

Emergentの使い方

初心者ビルダー

学生は解決したい問題を理解していますが、インターフェース、データベース、デプロイについての経験が限られています。

自然言語による説明からクリック可能なプロトタイプを作成できるため、アイデアを確認し、説明しやすくなります。

Emergent AIウェブサイトビルダー

リサーチ発表者

学生は、プロジェクト全体をナビゲーションやプレゼンテーションの基盤作りに費やすのではなく、コンセプトを明確に実演する必要があります。

Emergentは、目的を絞った画面、サンプルレコード、想定するワークフローの簡単な説明を備えたデモ用シェルを提供できます。

Emergent AIの例

卒業制作チーム

複数の学生が、キャンパス向けサービス、学習ツール、または地域プロジェクトの共有スタート地点を必要としています。

生成された初稿があれば、チームはそれをデザイン、テスト、ドキュメント作成、実装のタスクに具体的に分担できます。

Emergentで何を作れるか

実践的なワークフロー

3つの具体的なワークフロー

学生にとって最も役立つワークフローは反復的なものです。課題を定義し、結果を確認してから、何が変わったのか、なぜ変えたのかを文書化します。

概要を翻訳する

課題の目標、想定する対象者、必要な機能、制約を貼り付けます。意欲的な最終成果物ではなく、まずは小さな初期バージョンを作るよう依頼しましょう。

初稿をテストする

プロトタイプを操作し、評価基準と照らし合わせて、足りない状態、分かりにくい表現、アクセシビリティの問題、裏付けのない前提を列挙します。

説明して改善する

対象を絞った変更を依頼し、そのうえで、提出物の背景にある判断、テスト、情報源、制限事項を説明する自分自身のプロジェクトノートを書きます。

学生向け適合性チェック

出力例

学生のプロトタイプは、すべての要件、情報源、技術的判断が正しいことの証明ではなく、草稿としての成果物として評価すべきです。

Emergentを使った学生プロジェクト 従来の初回構築
1

出発点

Emergentを使った学生プロジェクト

記述された概要、対象者、求められる成果

従来の初回構築

空のプロジェクト、フレームワークの選択、セットアップの判断

2

初期成果物

Emergentを使った学生プロジェクト

画面とサンプルフローが見える、クリック可能なコンセプト

従来の初回構築

核となるアイデアが見える前の足場づくり

3

学習における責任

Emergentを使った学生プロジェクト

学生は成果物を確認、テスト、説明し、修正する必要がある

従来の初回構築

学生が実装上の各判断を直接コントロールする

4

最適な用途

Emergentを使った学生プロジェクト

探索、プロトタイピング、デモンストレーション、構成化された草稿

従来の初回構築

実装の深い実践とアーキテクチャの完全なコントロール

5

管理すべきリスク

Emergentを使った学生プロジェクト

気づかれないエラー、一般的すぎる表現、またはルーブリックに合わない機能

従来型の初回構築

セットアップ、デバッグ、または不慣れなツールに費やす時間

6

提出用の証拠資料

Emergentaiを使った学生プロジェクト

スクリーンショット、テストメモ、プロンプト、修正履歴、ソースの確認記録

従来型の初回構築

コード履歴、デザインファイル、テスト、実装メモ

7

教員との対話

Emergentaiを使った学生プロジェクト

範囲や設計上の選択について話し合うための有用なビジュアル成果物

従来型の初回構築

手作業による構築や技術的な判断を示す、より直接的な証拠

コンプライアンスに関するメモ

この方法ではできないこと

AIビルダーを使っても、学業上の義務、プライバシーに関する義務、評価上の義務がなくなるわけではありません。出力は、疑うことなく提出するものではなく、評価して変換するための素材として扱ってください。

学業上の許可を保証することはできない

授業によっては生成AIツールの使用を制限したり、使用の申告を求めたり、どの部分を独力で完成させる必要があるかを定めたりする場合があります。

対応策まず課題の方針を確認し、AIを活用したプロトタイピングをどのように報告すべきか、教員に尋ねてください。

すべての事実を検証することはできない

生成された説明、サンプルコンテンツ、調査の要約には、不完全な内容、古い情報、または自信満々に提示された誤りが含まれている可能性があります。

対応策重要な主張は授業資料や一次資料と照合し、引用と検証メモを残してください。

機密性の高い授業関連情報をデフォルトで保護することはできない

非公開の学生記録、未発表の研究、参加者情報、または評価資料は、外部ツールに貼り付けるのに適さない場合があります。

回避策個人を特定できる詳細を削除し、合成例を使用し、所属機関のデータ取り扱い規則に従ってください。

元々の理解に取って代わるものではありません

洗練されたインターフェースによって、学生の推論の不足が隠れたり、プロジェクトがテスト前に完成したように見えたりすることがあります。

回避策意思決定ログを残し、ワークフローを自分の言葉で説明し、その結果を弁護できることを示してください。

概要から下書きまで

白紙のページからプロジェクト成果物への変化を見る

見た目の違いが役立つのは、学生がその背後にある決定を説明し、まだテストが必要な部分を特定できる場合に限られます。

構造化されていない概要

プロトタイプに整理される前の学生課題のコンセプト
初回ビルド後に構造化された学生プロジェクトのプロトタイプ
検証可能なプロトタイプ

2つ目の画像は下書きであり、完成した提出物ではありません。

小さな概要から始める

次の課題をテスト可能な下書きに変える

対象者、成果、必要な機能、制約を平易な言葉で説明してください。最初の結果を使ってより良い質問をし、ルーブリックと比較し、自分自身の考え方を示すドキュメントを作成しましょう。

  • 1つの焦点を絞ったワークフローから始める
  • 課題のルーブリックに照らしてテストする
  • AI支援による意思決定を記録する

学生からの質問

シナリオに関するFAQ

アプリやウェブサイトのアイデアを検討したり、デモンストレーションを作成したり、プロジェクトの初期段階の下書きを整理したりする必要がある学生には役立つ場合があります。適しているかどうかは、コースの規則と、学生が作成された成果物を説明し、テストし、修正できるかどうかによって異なります。

担当教員または所属機関が、該当する種類のAI支援を許可している場合に限ります。学生は課題のガイダンスを確認し、必要な場合は使用を開示し、規則で禁止されている場合には、生成された成果物を自分だけの成果として提示しないようにしてください。

学生の体験は、課題の内容、技術的な目標、生成後に必要なレビューの量によって異なります。有用なレビューでは、出力の品質、ワークフローの明確さ、修正のしやすさ、プライバシーに関する期待、そしてツールが授業の方針に適合しているかを検討する必要があります。

小規模なアプリのプロトタイプや授業でのデモンストレーションを始める際には、実用的な出発点となる可能性があります。特に、アイデアを素早く可視化することが目的の場合に適しています。一方、課題で手作業によるコーディング、詳細なアーキテクチャ、または実装の完全な制御が明確に評価される場合には、あまり適していません。

主要な機能をすべてルーブリックと照合し、主要なユーザーフローをテストして、生成された事実やコンテンツを確認してください。プロンプト、編集内容、情報源、判断の記録を残し、ツールが提供したものと自分自身が作成したものを説明できるようにしましょう。

開発を始める
開発を始める