- 以下の記事は、私が学生のためにAI (Cursor/Autoモデル）で作った資料です。正確な資料になるように最善を尽くしました。しかし、間違いがあるかもしれません。また、この資料をもとに作業をしていて、何か不調が起こった場合は、私は責任をもてないことを予めご了承ください。
- 第1回は、まずVS Codeを使って、AI利用の際の中心ファイルとなるマークダウンファイルについて学びます。第2回目の記事でCursorの設定や利用法について説明します。
- 現在、無料のAIモデルしか使っていない文系ユーザーが最初に有料AIモデルを選ぶ場合(あるいは2つ目のAIモデルを選ぶ場合）には、Cursorがよいかと判断し、Cursor入門を書きました。文系ユーザーだと文書作成が中心なので、AIモデル付きのIDE (Integrated Development Environment) を使うのが便利だと考えたからです。
- AIモデル付きのIDEでしたら、VS CodeにClaude Codeを入れることも考えられますが、ユーザーインターフェイスはCursorの方が整備されているように思いましたのでCursorについて説明することにしました。とはいえ、第1回でVS Codeについても説明しますし、CursorはVS Codeを基盤にして開発されたものですから、この入門記事を読んでもVS CodeにAIを入れて利用する方法の基本はわかるかと思います。
- ちなみに私は、Claude Code in VS Codeを研究用に、Codex in Zedをその補佐に、Cursorを教育・事務用途に使っています。それぞれの課金は月額20ドルです。Geminiにも月額20ドル払っており、少し前まではAntigravity IDEの中で使っていましたが、このIDEは不調が多いので、現在Geminiは単体(chatモード）でしか使っていません。
第1回 VS Code とマークダウン入門
今日やること： VS Code を入れ、ローカルの作業フォルダを開き、マークダウンで短い文書を書く。
今日やらないこと： Cursor のインストール、AI にファイルを触らせること（第2回）。
今日たどる一本の道（通奏シナリオ）
ドキュメント\CursorWorkspace\2026-session01\practice-session01.mdこのフォルダとファイルを、最後の宿題まで使い続けます。
この文書の対象読者（要約）
次に当てはまるところが多いほど、この2回の進め方が合います。
- 文書の完成形は Word（ときどき PowerPoint）が中心
- プログラミングはしない文系・社会科学系で、修士論文や就職後の資料づくりがある
- チャット型 AI（ChatGPT など）は使ったことがあるが、フォルダ内のファイルを触る エージェント型 AI はまだ
- パソコンは主に1台。論文の保管はクラウドでも、エディタの作業場は分けたい
詳細な読者像は 付録A にあります。エンジニア向けの開発手順書ではありません。
0. 今日の1本線（まずここだけ）
修士論文の下書きだけでなく、就職後の教材や事務資料も含め、文書を書くための作業場をつくります。
重要な考え方（3つ）
- 論文用のクラウド（Dropbox / OneDrive など）と、VS Code や Cursor で開く作業フォルダは分ける
（今日の理由：同期の途中でファイルが壊れたり二重化したりしやすい。第2回では、開いたフォルダが AI に見える範囲にもなる。） - 下書きはマークダウン（
.md）で持つ。提出直前に Word などに変換する
（文字中心で軽い・構造が追いやすい。書く作業と体裁の作業を分けられる。） - フォルダの場所とファイルの名前を、自分で体系的に決められるようにする
（第2回で AI に頼むときも、「どこにいるか」「何という名か」が土台になる。）
なぜ今日は VS Code だけか
ここでいう IDE は、Integrated Development Environment（統合開発環境）の略です。もともとはプログラムを書く人向けの「作業机がひとつにまとまったソフト」を指す言葉ですが、この講義では フォルダを開き、文章ファイルを編集し、必要なら AI に手伝ってもらう作業場 だと思ってください。VS Code も、第2回の Cursor も、この仲間です。
英単語に分解すると次のとおりです（丸暗記は不要です）。
- Integrated … バラバラの道具ではなく、ひとつの画面にまとまっている
- Development … もともと「ソフトを作る」ための言葉だが、ここでは文書や資料を育てる作業だと考えてよい
- Environment … 作業場・環境
たとえで言うと、メモ帳が「紙とペンだけ」なら、IDE は机・引き出し（フォルダ一覧）・下書き・プレビュー・あとから足す道具（拡張機能）が同じ部屋にある作業机です。出てきたら「フォルダごと文章を扱う、高機能な作業用ソフト」と読み替えてください。
第2回の Cursor は、見た目も操作も VS Code に近いエディタに、エージェント型 AI が付いたものです。先に VS Code で「フォルダを開く」「.md を書く」「プレビューを見る」に慣れると、第2回は AI の話に集中できます。
マークダウン（.md）で下書きを持つ利点
- 中身はほぼ文字だけなので、軽い・壊れにくい・長い目で読み直せる
- 見出しや箇条を記号で示せるので、人間にも（のちの AI にも）構造が追いやすい
- VS Code / Cursor では行番号が見えるので、「何行目のこの一文」と指しやすい
- 提出の直前に Word などへ変換すればよく、書く作業と体裁の作業を分けられる
AI 付き IDE（第2回の Cursor など）のメリット
- 右のチャットに頼むと、いま開いている原稿をその場で書き換えてくれる（コピー＆ペーストの往復が減る）
- 中央の文章を見ながら依頼できるので、文脈が伝わりやすい
- 直したい箇所をマウスで選択してから AI に頼めるので、「この段落だけ」「この一文だけ」と範囲をはっきり渡せる
- フォルダ全体を作業場にできるので、複数のメモや章立てをまたいだ整理もしやすい
- コピー＆ペーストや、複数の画面を行ったり来たりすることが大幅に減るので、体の負担が軽くなり、作業時間も短くなりやすい
この配布資料そのものも、その例です。 本稿はマークダウンで書き、確認後に Word へ変換します。最初から Word だけで同量を作ろうとすると、何倍も時間がかかることがあります。作業量の多さから、そもそもファイルを作ること自体を最初から諦めていたかもしれません。 日々の下書きは .md、最後の整えは Word——この分担を徹底すると、文書作成が非常に効率化します。
作業場所のルール（重要）
| 用途 | 置き場所 |
|---|---|
| PC が壊れても必ず保管するべき重要な書類 | これまでどおり Dropbox / OneDrive など |
| 今日からの VS Code（と第2回の Cursor）の作業 | パソコン本体のローカルフォルダ（例：ドキュメント\CursorWorkspace） |
CursorWorkspace は Dropbox / OneDrive などの同期フォルダの中に作らないでください。
これらのサービスは、インターネット上の保管場所と自分のパソコンのあいだで、ファイルを自動的に送ったり受け取ったりしています。その最中にエディタや（第2回の）AI が同じファイルを書くと、破損や conflicted copy（競合コピー）が起きやすいからです。
必ず、同期されていない場所（多くの場合は「ドキュメント」直下など、講師が示す場所）に作ります。
今やること（最初の課題）
講師の合図で、次だけ先に済ませます（中身の文書はあとで足します）。
- ☐ ローカルに
CursorWorkspaceを1つ作った（Dropbox / OneDrive の中ではない）
- ☐ その中に今日用のサブフォルダ
2026-session01を作った
名前は第2回の Cursor に合わせています。第1回はまだ Cursor を入れませんが、あとで Cursor が開く作業場を先に用意する、という意味です。
表記： エクスプローラーでは「ドキュメント」、パスでは Documents と出ることが多いです。同じ場所です。この資料の手順は「ドキュメント」にそろえます。
1. VS Code を入れて、今日のフォルダを開く
1-1. VS Code とは何か（今日の用途）
VS Code（Visual Studio Code）は、Microsoft が無償で公開しているエディタです。文系の皆さんには、マークダウン（.md）を主に書く下書きの作業場として使います。
| Word | メモ帳 | VS Code | |
|---|---|---|---|
| 主な用途 | 見た目まで整えた文書 | 短いメモ | ひとつのフォルダの中の複数ファイルをまとめて扱う |
マークダウン（.md） |
不得意 | 色もプレビューも弱い | 色分けやプレビューがしやすい |
Word（.docx） |
正式に編集できる | 使えない | 正式な編集ソフトではない（今日は開かない） |
| 今日の位置づけ | 提出・共有の最終形 | 練習には足りない | 下書きの作業場 |
VS Code では、Word をいつもの Word のように開いて編集できません。 Word の文書は Word で開き、VS Code では .md などの文字ファイルを扱います。今日覚える操作は、第2回の Cursor でもほぼそのまま使います。
1-2. インストール
- 公式から入手する：https://code.visualstudio.com/download
（迷ったら Windows の User Installer でよいことが多いです） - インストーラの指示に従う（迷ったら手を挙げる）
- 起動する
メニューなどの表示言語は、英語のままを強くおすすめします。
AI や拡張まわりの用語・エラーは英語で出ることが多く、英語のまま覚えた方があとで調べやすいです。画面の言葉が分からなければ、日本語で講師や AI に聞いて構いません。
※ Mac の人は、メニュー名やショートカットが少し違うことがあります。その場で講師に聞いてください。
1-3. フォルダを開く
- File → Open Folder…
- さっき作った
ドキュメント\CursorWorkspace（またはその中の2026-session01）を選ぶ
※教室では講師の指示に合わせる。狭く開くほど安全です。 - 「信頼しますか」と出たら、自分で作ったフォルダなら信頼してよい
左側の一覧が エクスプローラー です。いまどのフォルダの、どのファイルを触っているかは、常に左で確認します。
1-4. 今日の画面（2分割）— メモ帳との違い
| 左 | 中央〜右 |
|---|---|
| エクスプローラー（フォルダの地図） | 編集。必要ならプレビューを横に出す |
今日体感してほしい before / after
- Before： メモ帳や Word だけだと、「いまどの引き出しにいるか」が見えにくい
- After： 左に地図、右に下書きとプレビュー。場所を見失いにくい
第2回の Cursor では、さらに右端に AI チャットを置く3分割が普通になります。今日は2分割までで十分です。ただし「左で場所を確認する」習慣は、第2回でもそのまま使います。
1-5. 今日のファイルを1つ作る
エクスプローラーで 2026-session01 を選び、次の名前でファイルを作ります。
practice-session01.md中身は、このあと§3の穴埋めで足します。先に空のファイル（または1行だけ）でも構いません。
1-6. プレビューを出す（方法Aだけでよい）
practice-session01.mdを開く
- 編集画面の右上（タブの近く）のツールバーを見る
- Open Preview to the Side（横にプレビューを開く）のアイコンをクリックする
（分割した窓に虫めがね、のような見た目が多いです。指を乗せると名前が出ます）
左（または片側）が書く画面、もう片側ができあがりのプレビューになります。
キーボードや、F1（または Ctrl+Shift+P）で開くコマンドパレットでもできますが、今日の教室はアイコン成功がゴールです。別ルートは 付録C。
1-7. 色がつくこと（確認だけ）
見出しの # などに色が付くのが シンタックスハイライト です。メモ帳にはありません。
- ☐
practice-session01.mdを開き、見出しなどに色が付くか（薄くても区別できるか）を見た
- 付かない／見えない → 画面のスクショを撮って AI に聞く（頼み方の型は§4）。原因の一覧は 付録D。
1-8. 拡張機能の注意（今日は入れない）
| してよいこと | 避けるべきこと |
|---|---|
| 講師が指定したものだけ入れる | 出所不明を次々入れる |
| 説明を読んでから入れる | 「便利そう」だけで大量に入れる |
今日は講師指定以外は不要です。VS Code に公式の AI 拡張を足す道もありますが、今日はインストールしません（名前だけ 付録B）。
実習チェック（§1）
- ☐ VS Code で
CursorWorkspace（または2026-session01）を開けた
- ☐ エクスプローラーが見えている
- ☐
practice-session01.mdがあり、プレビューを横に出せた
2. パソコンの地図（第2回の土台）
文系の文書作業でも、ここが弱いと第2回で AI にうまく頼めません。
2-1. フォルダ構造の用語
| 用語 | 意味（たとえ） |
|---|---|
| フォルダ | 書類を入れる引き出し |
| ルート | いま開いている作業場の一番上（玄関） |
| 親フォルダ | ひとつ上の引き出し |
| サブフォルダ（子） | 中に入っている下の引き出し |
| ファイル | 引き出しの中の1枚の書類 |
「今、自分はどの階層にいるか」を、エクスプローラーで指差し確認する癖をつけてください。
2-2. パスとは何か
パスは、ファイルやフォルダへの住所です。
C:\Users\あなたの名前\Documents\CursorWorkspace\2026-session01\practice-session01.mdこの例の Documents が、エクスプローラー上の「ドキュメント」 です。
\で区切って、上から順に降りていく
- 画面によっては
\が¥に見えることがある（多くの場合、同じ区切り）
- エクスプローラー上部のアドレス欄にも、いまいる場所が出る
※ Mac では「書類」や Documents と出ることがあります。分からなければ講師に聞いてください。
2-3. 開く範囲は狭く
| 開いてよい例 | 開いてはいけない例 |
|---|---|
ドキュメント\CursorWorkspace |
デスクトップ全体 |
その中の 2026-session01 |
「ドキュメント」丸ごと |
| PC や C ドライブ全体 | |
| 論文用の Dropbox / OneDrive のルート |
今日は論文用クラウドのフォルダを VS Code で開かないでください。
必要なら、クラウド上の論文から抜粋だけを CursorWorkspace へコピーします。クラウド側の原本は触りません。
2-4. ファイルと拡張子
- フォルダには中身を入れるスペース。ファイルは中身そのもの
- 末尾の
.mdや.docxは拡張子（種類の名札）
- マークダウンは
.mdを必ず付ける（半角の.。日本語の。ではない）
2-5. 命名の原則（最小セット）
短い英語の名前を基本にする（例：thesis-notes、meeting-2026）。日本語名も使えますが、共有や文字化けのリスクは英語の方が小さいことが多いです。
| 呼び方 | 例 | 特徴 |
|---|---|---|
| ケバブ | research-notes.md |
単語をハイフン - でつなぐ |
| キャメル | ResearchNotes.md |
単語の先頭を大文字 |
この講義での推奨： ケバブかキャメルに、必要ならタイムスタンプを付ける。
| 型 | 例 |
|---|---|
YYYY-MM-DD（日まで） |
2026-11-04-meeting-notes.md |
YYYY-MMDD-HHMM（分まで） |
2026-1104-1552-meeting-notes.md |
利点：版が残る、並べると時系列が分かる。注意：YYYY-MM-DDかYYYY-MMDD-HHMMの使い分けを自分でルール化しておく。
名前の一意性： ふだん自分で作るファイルやフォルダには、ほかとぶつからない固有の名前を付けます（同じ名前の書類を、別の引き出しに増やさない）。理由は次のとおりです。
- 検索・会話・AI への依頼で、「どのファイルか」が名前だけで分かる
- フォルダをまたいでコピーや移動をしても、どれがどれか分からなくならない
- タイムスタンプを付ける習慣は、版管理のためだけでなく、この一意性を保つ手段でもある
例外： README.md や AGENTS.md のように、決まった名前で置く約束のファイルは、複数のフォルダに同じ名前があって構いません。ツールや人が「そのフォルダの説明／ルール」として、固定名で探すからです（付録B）。
実習チェック（§2）
- ☐
practice-session01.mdのパスを、アドレス欄で確認した
- ☐ （任意）同じフォルダに、ケバブまたはキャメル＋日付の
.mdをもう1つ試した
3. マークダウン — 記法・限界・可能性
3-1. .md は文字だけの原稿
Word（.docx）は文字に加えて見た目情報を多く含みます。
マークダウン（.md）はほぼ文字だけで、記号で「ここは見出し」「ここは太字」と示します。
# 大きな見出し
これは普通の段落です。
- 箇条書きの1行目
- 2行目
これは **大事な語** です。AI に指示を出す書き方はほかにもありますが、マークダウン記法は、人間が書きやすく、AI も理解しやすいという点で、バランスがとてもよい記法です。特別なソフトのボタン操作に頼らずキーボードで構造を示せ、見た目の記号も覚えやすい一方で、AI は見出しや箇条書きの区切りを読み取りやすい、という両得があります。
また、マークダウンで書き慣れてくると、日頃から構造的に考える練習になります。つまり、どの情報とどの情報を1つの塊（見出しの下、1つの箇条の中など）にまとめ、どの塊をどの順番で並べるかを、書きながら意識するようになります。文章の中身だけでなく、「並び方そのもの」が思考の道具になる、という利点です。
3-2. 覚えておく記法
| したいこと | 書き方 |
|---|---|
| 見出し（大） | # 見出し |
| 見出し（中） | ## 見出し |
| 見出し（小） | ### 見出し |
| 箇条書き | - 項目 |
| 番号付き | 1. 項目 |
| 引用 | > 引用 |
| 太字 | **太字** |
| イタリック（斜体） | *イタリック* |
| 取り消し線 | ~~取り消し~~ |
| インラインのコード風（短い） | 前後を `（バッククォート1つ）で囲む。例：`ファイル名.md` |
| コードブロック（複数行） | 前後の行を ```（バッククォート3つ）だけで囲む |
| 区切り線（セクションのあいだなど） | その行に ---（ハイフンを半角で3つ以上）だけ書く |
| リンク | [表示文字](https://例.jp) |
| 表 | 下の例を参照 |
--- と ``` を混同しない
初心者がよく取り違える組み合わせです。見た目はどちらも「短い記号の並び」ですが、使う記号も役割も違います。
--- |
``` |
|
|---|---|---|
| 記号 | 半角ハイフン - を3つ以上 |
半角バッククォート ` を3つ |
| 典型的な置き方 | 1行だけに書いて、上下を空行で区切ることが多い | 開始の行と終了の行の2か所に置き、そのあいだに本文を入れる |
| プレビューでの意味 | 横線（区切り線）。話題や章のあいだを分ける | コードや見本テキストを「そのまま表示する枠」 |
```（バッククォート3つ）は、コードや引用文、コマンド、見本の文章を、記号ごと正確に示すために多く使われます。枠の中では # や - がマークダウンとして解釈されにくく、書いたとおりに見せたいときに向いています。論文の引用そのものの書式というより、「操作手順や記号を含む文を、崩れずに載せる」用途だと覚えるとよいです。
覚え方の一例：--- は「線を引く」、``` は「枠で囲む（入りと出口が必要）」です。表の区切り行（|---|---|）のハイフンとも別物なので、そちらとも混ぜないでください。
記号のあとは半角スペース
# や -、1. などのマークダウン記号の直後には、半角スペースが必要です。全角スペース（日本語入力のままの空白）では、見出しや箇条書きとして認識されないことが多いです。
| よい例 | うまくいかない例 |
|---|---|
# 見出し（# のあと半角スペース） |
#見出し（スペースなし） |
# 見出し |
# 見出し（全角スペース） |
- 項目 |
- 項目（全角スペース） |
半角と全角の切り替えが面倒なときは、IME の単語登録が便利です。よく使う記号を全角で打ち、変換すると 半角の記号＋半角スペース になるように登録しておきます。
例：読みを「みだし」や「シャープ」あるいは全角での「＃」など好きな語にし、変換結果を半角の #（シャープのあとに半角スペース1つ）にする。同様に - も登録できる。
こうしておくと、日本語入力のまま「変換一発」で正しいマークダウン記号が出せます。登録の手順が分からなければ、画面を見せて AI や講師に聞いてください。
日付をファイル名に付けたいとき、Google 日本語入力 を入れておくと便利です。「きょう」と入力して変換候補を選ぶと、今日の日付が YYYY-MM-DD（例：2026-11-04）の形でも出せます。
インデントは2か4で統一する
入れ子の箇条書きなどでは、行頭を半角スペース2つまたは半角スペース4つで下げるのが普通です。どちらにするかは、同じ文書の中で混ぜないでください。できれば、自分のほかの .md 文書でも同じ幅にそろえます。
エディタの設定： VS Code と Cursor は設定が別なので、それぞれでインデント幅（2 または 4）と「スペースでインデントする」を決めておきます。メニューの場所が分からなければ、「VS Code（または Cursor）で Markdown のインデントを半角スペース2つ（または4つ）に統一したい」と AI に尋ねてください。
表の作り方
マークダウンの表は、縦線（半角の |） でマス目を区切り、2行目にハイフン（半角の -） を置いて「ここから下が表のデータだ」と示します。手順は次のとおりです。
- 1行目（見出し行） … 各列のタイトルを書き、マスの境目に
|を入れる。行の先頭と末尾にも|を付けると分かりやすい
- 2行目（区切り行） … 列の数だけ
|---|のように、縦線のあいだにハイフンを3つ以上並べる。この行がないと、表として認識されないことが多い
- 3行目以降（データ行） … 見出しと同じ数のマスに、中身を書いていく。やはり
|で区切る
記号はすべて半角です。列の数（ | で区切ったマスの数）は、どの行もそろえてください。
下は、その書き方の見本です。左に打ち、プレビューで表になるか確認してください。
| 項目 | 内容 |
|---|---|
| 目的 | 下書きを軽く持つ |
| 提出 | 必要なら Word に変換 |3-3. 限界（はっきり言う）
- 大学指定の Word テンプレート、複雑な版面、共著の変更履歴は Word 側が強い
- VS Code も Cursor も、Word / Excel / PowerPoint の正式な編集ソフトではない
提出用の体裁は Office で整える、と考えてください
3-4. 可能性（第2回への接続）
- 書くときは
.md、提出や共有のときは Word / PowerPoint などへ変換する、という分担ができる
- 第2回の Cursor は、この文字原稿をその場で直すのが得意です
- 見せるだけで、そのあと自分が編集しなくてよい場合は、AI に頼んで HTML ファイルへ変換する方法もある
HTML（ウェブページと同じ形式）にすると、相手はブラウザで開くだけで、見出しや箇条書きが見やすい形で読めます。相手に VS Code やマークダウンの知識は要りません。ただし HTML は「見せる・読む」向きで、こちらがまた大きく書き直す原稿の本体には向きません。今後も自分で推敲する原稿は .md のまま残し、見せる用にだけ HTML（または Word）を作る、と考えてください。変換の具体的な頼み方は、第2回以降に AI に「この .md を HTML にして」と頼めば足ります。
この分担を守っておくと、Cursor などの AI 付き IDE で、文章をかなり自由かつ高速に編集できます。中央の原稿を見ながら右の AI に頼み、その場で直してもらう、という第2回の使い方が、ここで生きます。下書きの本体をずっと Word だけに置いていると、その速さは出しにくいです。
Claude や ChatGPT、Copilot などを Word の拡張機能（アドイン）として使う道もあります。便利ではありますが、IDE ほど速く・機敏には動きにくいことが多いです。そうした AI は、Word 文書の最終調整（提出直前の体裁や文言の仕上げ）に使う、と考えるとよいでしょう。日々の推敲と大幅な書き換えは .md ＋ IDE 側、最後の整えは Word 側、という役割分担です。
3-5. 穴埋め練習（practice-session01.md）
practice-session01.md を開き、次を埋めてください。失敗しても消してやり直せば大丈夫です。
# （ここに自分の研究テーマを短く）
## 今日の目標
-
-
## 覚えたこと
1.
2.
**いちばん大事だと思ったこと：** プレビューで、見出し・箇条・太字が意図どおりか確認してください。
実習チェック（§3）
- ☐ 見出し・箇条書き・太字を使った
- ☐ プレビューで確認した
- ☐ 「提出は Word が要ることがあるが、下書きは
.mdでよい」と説明できる
補足（行番号）：VS Code で .md を開くと左端に行番号が付きます。「何行目」と指せるので、第2回の依頼にも使えます。Word やメモ帳では、この共通の物差しが弱いことが多いです。
4. 困ったときの聞き方
操作で詰まったとき、隣の人や講師に聞くほか、検索や対話型の AI（ChatGPT、Gemini など）に聞いても構いません。
| コツ | 理由 |
|---|---|
| 画面のスクリーンショットを添える | 「どこで止まっているか」が伝わる |
| 納得できなかったら聞き直す | AI の知識は常に最新とは限らない |
| 公式の説明ページも見る | バージョンで画面が違うことがある |
色が付かないときの頼み方の例：
VS Code で .md を開いていますが、見出しや記号に色がほとんど付きません。
スクリーンショットを添付します。シンタックスハイライト（色分け）が出るように、クリック操作の手順だけで、初心者向けに教えてください。「一回聞いて終わり」より、おかしいと思ったら聞き続ける方が安全です。
5. 本日のまとめと宿題
まとめ（冒頭の3つを回収）
- 作業フォルダはローカルで狭く（論文クラウドのルートは開かない）
- 下書きは
.md。 左のエクスプローラーで場所を確認し、プレビューで形を見る
- 名前と場所を自分で決める（短い英語名、必要なら日付。今日の道は
CursorWorkspace\2026-session01\practice-session01.md）
Office の正式編集は Office。VS Code は下書きと構造のための道具です。
宿題
第2回までに、今日の 2026-session01 へ、次*残してください（半ページ程度で十分）。practice-session01.md は消さないでください。作成したマークダウンファイルはKULMSに提出してください。
- 本日のゼミの感想
第2回では、同じ CursorWorkspace を Cursor で開き、「部屋に常駐する秘書」型の AI を使い始めます。 フォルダを消さず、パスが分かるようにしておいてください。
付録A. 対象読者（詳細）
教室では要約だけで進めて構いません。詳しく知りたい人向けの補足です。
- 文書作成の中心が Word（ときどき PowerPoint）。提出や共有の完成形は Office が多い
- プログラミングは原則としてしない
- チャット形式の AI は使ったことがある。エージェント型 AI（フォルダ内のファイルを読む・書く・作る AI。第2回の Cursor がその仲間）はまだ
- 無料版の AI が中心で、有料版の追加（第2回の Cursor など）を検討している
- 仕事・研究は 文系・社会科学系の文章 が中心。修士論文に加え、就職後の教材・事務資料も視野
- パソコンは主に1台（多くは Windows）。クラウドは保管・共有用で、エディタや AI の作業場とは分けたい
- Git などの版管理は使わない前提で、フォルダ名・ファイル名・パスから学び直す
- 画面メニューは英語のまま進め、用語は英語で覚えつつ、質問は日本語でよい、という進め方に同意できる
付録B. 第2回への橋渡し・将来の枝（今日は深入りしない）
名前と方向だけ知っておけば十分です。
- エージェント型 AI … ファイルを実際に触る AI
- 承認ボタン（「実行しますか」）
AGENTS.md/README.md/_WorkLog.md… フォルダに残す申し送りと記録
- VS Code のまま公式 AI 拡張を足す道（Claude Code、Codex、Gemini Code Assist など）もある。第2回の本線は Cursor。今日は入れない
- 将来、複数の AI 付きエディタを使うときは、作業フォルダをツールごとに分ける（同時に同じファイルを触らせない）。今日は
CursorWorkspaceだけでよい
付録C. プレビューの別ルート
今日の本線は右上アイコン（Open Preview to the Side）です。
キーボード（Windows）
Ctrl を押しながら K を押し、いったん指を離してから V を押す
（同じタブで切り替えるだけなら Ctrl + Shift + V。Mac は Ctrl の代わりに Cmd。）
コマンドパレット／右クリック
コマンドパレット（Command Palette）は、メニュー名を覚えていなくても操作を探せる窓です。開き方は次のいずれかです（VS Code の公式キーバインド。Cursor も同じ系統で動くことが多いです）。
- F1
- Ctrl + Shift + P（Windows / Linux）／Cmd + Shift + P（Mac）
開いたら Markdown: Open Preview to the Side と入力して実行します。
- タブを右クリック → Open Preview / Open Preview to the Side、でも同じことができます。
第2回の Cursor でもプレビューは同じ系統です。版によって右上アイコンが隠れているときは、講師に声をかけてください。
付録D. 色が付かないときの確認表
| よくある原因 | いま確認すること |
|---|---|
| ファイルが Markdown 扱いになっていない | 右下の言語表示が Markdown か |
| 拡張子 | 末尾が半角の .md か |
| 見た目のテーマ | テーマによっては見出し色が目立たない |
| 組み込み機能がオフ | 拡張の検索で @builtin markdown とし、Markdown Language Features などが有効か |
手順の暗記は不要です。スクショを添えて§4の型で AI に聞いてください。AI が「よく分からない拡張を大量に」と言ったら、講師に確認します。
付録E. よくあるつまずき
| 症状 | まず疑うこと |
|---|---|
| プレビューが出ない | 拡張子が .md か／半角の . か |
| 色が付かない | 付録D／§4 |
| 保存先が分からない | エクスプローラーで選ばれているフォルダを見る |
日本語の句点が . の代わり |
半角英数モードで拡張子を打つ |
