Nao

Copilot Agent Modeの自動修正を止める設定方法

Sat, 04 Apr 2026 00:00:00 GMT

こんな困りごとはありませんか？

Copilot の Agent Mode でコード生成を依頼すると、生成したコードにエラーがあった場合に自動で修正を繰り返し、リクエスト数を大量に消費してしまう。

エラーの修正は自分でやりたいのに、Agent が勝手に何度もやり直して貴重なリクエスト枠を使い切ってしまう。

解決方法

github.copilot.chat.agent.autoFix という設定で、Agent Mode の自動修正機能をオフにできます。

設定手順

Ctrl + , で設定画面を開く
検索バーに copilot agent autoFix と入力
「GitHub > Copilot > Chat > Agent: Auto Fix」のチェックを外す

settings.json での設定例

{
  "github.copilot.chat.agent.autoFix": false
}

デフォルトは true（自動修正あり）です。false にすると、Agent がコード生成後にエラーを検出しても、自動で修正しなくなります。

自動修正が便利な場面もある

自動修正は、型エラーやインポート漏れなど簡単な問題を自動的に解決してくれる便利な機能でもあります。リクエスト数に余裕がある場合は有効のままにしておくのも良いでしょう。

まとめ

github.copilot.chat.agent.autoFix をオフにすれば、Agent Mode がエラーを勝手に修正しなくなり、リクエスト数の消費を抑えられます。

Copilot Agent Modeが途中で止まるときの設定方法

Sat, 04 Apr 2026 00:00:00 GMT

こんな困りごとはありませんか？

Copilot の Agent Mode に複雑なタスクを頼んだら、途中で**「リクエスト上限に達しました」と表示されて作業が止まってしまう**。

あともう少しで完成しそうなのに、毎回「Continue」を押すのが面倒。

解決方法

chat.agent.maxRequests という設定で、Agent Mode が 1 セッションで使えるリクエストの上限数を変更できます。

設定手順

Ctrl + , で設定画面を開く
検索バーに chat agent maxRequests と入力
「Chat > Agent: Max Requests」の数値を変更する

settings.json での設定例

{
  "chat.agent.maxRequests": 50
}

デフォルトは 25 です。複雑なタスクを依頼する場合は、50〜100 程度に増やすと途中で止まりにくくなります。

:::note リクエスト数を増やしすぎると、意図しない大量の変更が発生する可能性があります。まずは 50 程度から試して、必要に応じて調整するのがおすすめです。 :::

まとめ

chat.agent.maxRequests の値を増やせば、Agent Mode が途中で止まらずに複雑なタスクを最後まで実行できるようになります。

CopilotのCode Actions（電球アイコン）を非表示にする設定方法

Sat, 04 Apr 2026 00:00:00 GMT

こんな困りごとはありませんか？

コードにカーソルを合わせると表示される電球アイコン（Code Actions）に、Copilot の提案が混ざって表示される。

ESLint の自動修正や TypeScript のリファクタリングなど、本来の Code Actions が見づらくなって困る。

解決方法

github.copilot.editor.enableCodeActions という設定で、Code Actions への Copilot 表示を無効化できます。

設定手順

Ctrl + , で設定画面を開く
検索バーに copilot code actions と入力
「GitHub > Copilot > Editor: Enable Code Actions」のチェックを外す

settings.json での設定例

{
  "github.copilot.editor.enableCodeActions": false
}

デフォルトは true（有効）です。false にすると、電球アイコンから Copilot の提案が消え、従来の Code Actions だけが表示されるようになります。

:::note この設定を無効にしても、Copilot のインライン補完や Chat は引き続き使えます。あくまで Code Actions メニューでの表示だけが変わります。 :::

まとめ

github.copilot.editor.enableCodeActions をオフにすれば、電球アイコンから Copilot の提案が消え、Code Actions がすっきりします。

Copilotの編集提案を自動で承認する設定方法

Sat, 04 Apr 2026 00:00:00 GMT

こんな困りごとはありませんか？

Copilot Chat でコードの編集を依頼すると、提案された変更を毎回「Accept」ボタンで手動承認しなければならない。

修正内容を毎回確認するのが面倒で、テンポよく作業を進めたい。

解決方法

chat.editing.autoAcceptDelay という設定で、一定時間後に編集提案を自動承認できます。

設定手順

Ctrl + , で設定画面を開く
検索バーに auto accept delay と入力
「Chat > Editing: Auto Accept Delay」に秒数を入力する

settings.json での設定例

5 秒後に自動承認する場合：

{
  "chat.editing.autoAcceptDelay": 5
}

デフォルトは 0（自動承認しない）です。秒数を指定すると、その時間が経過した後に編集提案が自動的に承認されます。

値	動作
`0`	自動承認しない（デフォルト）
`3`〜`5`	素早く承認。内容をサッと確認してそのまま進める
`10`〜`15`	じっくり確認する時間を確保しつつ、放置しても自動承認

まとめ

chat.editing.autoAcceptDelay に秒数を設定すれば、Copilot の編集提案が自動で承認され、手動でボタンを押す手間が省けます。

Copilot Chatで意図しないメンションが自動選択されるのを止める設定方法

Sat, 04 Apr 2026 00:00:00 GMT

こんな困りごとはありませんか？

Copilot Chat に質問を入力すると、意図していないメンション（@workspace や @terminal など）が自動で選択されてしまう。

たとえば「このエラーの原因は？」と聞いただけなのに @workspace が選ばれて、ワークスペース全体を検索してしまい、返答が遅くなったり意図しない回答が返ってくることがある。

解決方法

chat.detectParticipant.enabled という設定で、チャットメンションの自動検出を無効化できます。

設定手順

Ctrl + , で設定画面を開く
検索バーに detect participant と入力
「Chat: Detect Participant Enabled」のチェックを外す

settings.json での設定例

{
  "chat.detectParticipant.enabled": false
}

デフォルトは true（自動検出あり）です。false にすると、質問内容に応じたメンションの自動選択が行われなくなります。

メンションを手動で指定する方法

自動検出をオフにした場合でも、チャット入力欄で @ を入力すればメンションを手動で選択できます。

@workspace → ワークスペース全体を対象にした質問
@terminal → ターミナルに関する質問
@vscode → VS Code の設定や機能に関する質問

必要なときだけ明示的に指定すれば、意図しない動作を防げます。

まとめ

chat.detectParticipant.enabled をオフにすれば、Copilot Chat がメンションを勝手に選択しなくなり、自分の意図どおりに質問できるようになります。

MarkdownやテキストファイルでCopilotの補完が出てきて邪魔なときの設定方法

Sat, 04 Apr 2026 00:00:00 GMT

こんな困りごとはありませんか？

Markdown でブログ記事を書いたり、テキストファイルでメモを取っているとき、Copilot のインライン補完候補が頻繁に表示されて鬱陶しい。

コードを書くときには便利だけど、自然文を入力するときはむしろ邪魔に感じる場面が多い。

解決方法

github.copilot.enable という設定で、言語ごとに Copilot の補完を有効・無効に切り替えできます。

設定手順

Ctrl + , で設定画面を開く
検索バーに github.copilot.enable と入力
「Edit in settings.json」をクリック
無効にしたい言語を false に設定する

settings.json での設定例

{
  "github.copilot.enable": {
    "*": true,
    "plaintext": false,
    "markdown": false,
    "scminput": false
  }
}

"*": true → デフォルトですべての言語で有効
"plaintext": false → プレーンテキストで無効
"markdown": false → Markdown で無効
"scminput": false → Git コミットメッセージ入力欄で無効

特定のプログラミング言語だけ無効にしたい場合は、VS Code の言語識別子を使って指定できます。

{
  "github.copilot.enable": {
    "*": true,
    "yaml": false,
    "jsonc": false
  }
}

まとめ

github.copilot.enable を設定すれば、コードを書くときは Copilot の恩恵を受けつつ、文章を書くときは補完をオフにできます。自分のワークフローに合わせて言語ごとに切り替えてみてください。

Copilot Chatが英語で返答してくるときの設定方法

Sat, 04 Apr 2026 00:00:00 GMT

こんな困りごとはありませんか？

Copilot Chat に日本語で質問しているのに、回答が英語で返ってくることがある。

毎回プロンプトに「日本語で回答してください」と書くのは手間がかかる。

解決方法

github.copilot.chat.localeOverride という設定で、Chat の回答言語を固定できます。

設定手順

Ctrl + , で設定画面を開く
検索バーに copilot locale と入力
「GitHub > Copilot > Chat: Locale Override」の入力欄に ja と入力

settings.json での設定例

  "github.copilot.chat.localeOverride": "ja"
}

デフォルトは "auto" で、VS Code の表示言語に合わせて自動判定されます。それでも英語になってしまう場合は、明示的に "ja" を指定することで解決できます。

他の言語に設定したい場合は、ロケールコードを指定します（例："en", "fr", "zh-CN"）。

まとめ

github.copilot.chat.localeOverride を "ja" に設定すれば、Copilot Chat が常に日本語で返答してくれるようになります。

Copilotの次の編集候補（NES）を有効・無効にする設定方法

Sat, 04 Apr 2026 00:00:00 GMT

こんな困りごとはありませんか？

コードを編集していると、Copilot が「次にここを編集すべき」という候補（NES: Next Edit Suggestions）を表示してくる。

便利な場面もあるけど、自分のペースで編集したいときには気が散って集中できない。

あるいは逆に、NES という機能があるらしいけど表示されない。使ってみたい。

解決方法

github.copilot.nextEditSuggestions.enabled という設定で、NES の有効・無効を切り替えできます。

設定手順

Ctrl + , で設定画面を開く
検索バーに next edit suggestions と入力
「GitHub > Copilot > Next Edit Suggestions: Enabled」のチェックボックスを切り替える

settings.json での設定例

NES を無効にする場合：

{
  "github.copilot.nextEditSuggestions.enabled": false
}

NES を有効にする場合（デフォルト）：

{
  "github.copilot.nextEditSuggestions.enabled": true
}

NES とインライン補完の違い

機能	説明
インライン補完	カーソル位置にコード候補を表示
NES（次の編集候補）	別の場所の「次に編集すべき箇所」を提案

NES は、たとえば関数の引数を変更した後に、その関数の呼び出し側も修正すべきことを提案してくれる機能です。

まとめ

github.copilot.nextEditSuggestions.enabled で NES のオン・オフを切り替えられます。邪魔に感じるならオフに、使ったことがないなら一度オンにして試してみてください。

Copilotのリネーム候補が自動で出てくるのを止める設定方法

Sat, 04 Apr 2026 00:00:00 GMT

こんな困りごとはありませんか？

変数名や関数名を F2 でリネームしようとすると、Copilot が自動でリネーム候補を表示してくる。

自分で考えた名前を入力したいのに、Copilot の候補が出てきて入力の邪魔になる。

解決方法

github.copilot.renameSuggestions.triggerAutomatically という設定で、リネーム時の自動候補表示をオフにできます。

設定手順

Ctrl + , で設定画面を開く
検索バーに copilot rename と入力
「GitHub > Copilot > Rename Suggestions: Trigger Automatically」のチェックを外す

settings.json での設定例

{
  "github.copilot.renameSuggestions.triggerAutomatically": false
}

デフォルトは true（自動表示）です。false にすると、リネーム時に Copilot の候補が自動では表示されなくなります。

まとめ

github.copilot.renameSuggestions.triggerAutomatically をオフにすれば、リネーム時に Copilot の候補に邪魔されず、自分のペースで名前を入力できるようになります。

VS Code Copilot 設定項目一覧｜設定画面から変更できる全項目まとめ

Sat, 04 Apr 2026 00:00:00 GMT

VS Code の設定画面（Ctrl + ,）から変更できる GitHub Copilot 関連の設定項目をカテゴリ別にまとめました。

個別の解説記事がある項目にはリンクを付けています。

:::note (実験的) (プレビュー) マークがある項目は、今後変更・削除される可能性があります。 :::

全般

設定項目	デフォルト	概要
`chat.commandCenter.enabled`	`true`	タイトルバーに Chat メニューを表示するかどうか
`workbench.settings.showAISearchToggle`	`true`	設定エディタで AI 検索トグルを表示
`chat.disableAIFeatures`	`false`	Chat・インライン候補など全 AI 機能を一括無効化
`workbench.commandPalette.experimental.askChatLocation` (実験的)	`"chatView"`	コマンドパレットからの Chat 質問の表示場所
`search.searchView.semanticSearchBehavior` (プレビュー)	`"manual"`	セマンティック検索の実行タイミング
`search.searchView.keywordSuggestions` (プレビュー)	`false`	検索ビューでキーワード候補を表示

コード編集

設定項目	デフォルト	概要	記事URL
`github.copilot.enable`	`{ "*": true, ... }`	言語ごとにインライン補完を有効・無効に切り替え	/posts/vscode-copilot-setting-enable/
`github.copilot.editor.enableCodeActions`	`true`	Code Actions（電球アイコン）に Copilot コマンドを表示	/posts/vscode-copilot-setting-code-actions/
`github.copilot.renameSuggestions.triggerAutomatically`	`true`	シンボルリネーム時に自動で候補を生成	/posts/vscode-copilot-setting-rename-suggestions/
`github.copilot.nextEditSuggestions.enabled`	`true`	次の編集候補（NES）を有効化	/posts/vscode-copilot-setting-nes-enabled/
`editor.inlineSuggest.edits.showCollapsed`	`false`	NES を折りたたんだ状態で表示（Tab/ホバーで展開）	/posts/vscode-copilot-setting-nes-collapsed/
`editor.inlineSuggest.edits.allowCodeShifting`	`"always"`	NES 表示時にコードをずらすことを許可	-
`editor.inlineSuggest.edits.renderSideBySide`	`"auto"`	NES の大きな候補をサイドバイサイドで表示	-
`github.copilot.nextEditSuggestions.fixes`	`true`	診断情報（波線）に基づく NES を表示	-
`editor.inlineSuggest.fontFamily`	`"default"`	インライン候補のフォントファミリー	-
`editor.inlineSuggest.showToolbar`	`"onHover"`	インライン候補のツールバー表示タイミング	-
`editor.inlineSuggest.minShowDelay`	`0`	インライン候補の表示遅延時間（ミリ秒）	-
`editor.inlineSuggest.syntaxHighlightingEnabled`	`true`	インライン候補の構文ハイライト	-

Chat

設定項目	デフォルト	概要	記事URL
`github.copilot.chat.localeOverride`	`"auto"`	Chat の回答言語を固定（例: `"ja"`）	/posts/vscode-copilot-setting-locale-override/
`chat.detectParticipant.enabled`	`true`	質問内容に応じたチャット参加者の自動検出	/posts/vscode-copilot-setting-detect-participant/
`chat.editing.autoAcceptDelay`	`0`	編集提案を自動承認するまでの秒数	/posts/vscode-copilot-setting-auto-accept-delay/
`github.copilot.chat.useProjectTemplates`	`true`	`/new` で GitHub プロジェクトテンプレートを使用	-
`github.copilot.chat.scopeSelection`	`false`	`/explain` で選択範囲がないときにスコープ選択を促す	-
`github.copilot.chat.terminalChatLocation`	`"chatView"`	ターミナルからの Chat の表示場所	-
`chat.checkpoints.enabled`	`true`	チェックポイント機能の有効・無効	-
`chat.checkpoints.showFileChanges`	`false`	各リクエスト後にファイル変更サマリーを表示	-
`chat.editRequests`	`"inline"`	過去の Chat リクエストの編集方法	-
`chat.editing.confirmEditRequestRemoval`	`true`	編集の取り消し時に確認ダイアログを表示	-
`chat.editing.confirmEditRequestRetry`	`true`	編集のやり直し時に確認ダイアログを表示	-
`chat.editing.revealNextChangeOnResolve`	`true`	変更の承認/取消後に次の変更箇所へ自動移動	-
`chat.requestQueuing.defaultAction`	`"queue"`	リクエスト処理中の送信ボタンの動作	-
`chat.notifyWindowOnConfirmation`	`"windowNotFocused"`	ユーザー入力が必要なときの OS 通知	-
`chat.notifyWindowOnResponseReceived`	`"windowNotFocused"`	Chat 応答受信時の OS 通知	-
`chat.tools.terminal.autoReplyToPrompts`	`false`	ターミナルプロンプトにデフォルト値で自動応答	-
`chat.useAgentsMdFile`	`true`	`AGENTS.md` をコンテキストとして使用	-
`chat.useClaudeMdFile`	`true`	`CLAUDE.md` をカスタム指示として使用	-
`chat.math.enabled`	`false`	KaTeX による数式レンダリング	-
`chat.editor.fontFamily`	`"default"`	コードブロックのフォントファミリー	-
`chat.editor.fontSize`	`14`	コードブロックのフォントサイズ	-
`chat.editor.fontWeight`	`"default"`	コードブロックのフォントウェイト	-
`chat.editor.lineHeight`	`0`	コードブロックの行の高さ	-
`chat.editor.wordWrap`	`"off"`	コードブロックの行折り返し	-
`chat.fontFamily`	`"default"`	Chat の Markdown コンテンツのフォント	-
`chat.fontSize`	`13`	Chat の Markdown コンテンツのフォントサイズ	-
`chat.viewTitle.enabled` (プレビュー)	`true`	Chat ヘッダーにセッションタイトルを表示	-
`chat.hookFilesLocations` (プレビュー)	`{}`	フックファイルの追加読み込み場所	-
`chat.useCustomAgentHooks` (プレビュー)	`false`	エージェント固有フックの有効化	-
`github.copilot.chat.codesearch.enabled` (プレビュー)	`false`	`#codebase` 使用時に関連ファイルを自動発見	-
`github.copilot.chat.edits.suggestRelatedFilesFromGitHistory` (実験的)	`true`	Git 履歴から関連ファイルを提案	-
`github.copilot.chat.customOAIModels` (実験的)	`[]`	カスタム OpenAI 互換モデルの設定	-
`chat.emptyState.history.enabled` (実験的)	`false`	Chat ビュー空状態で最近の履歴を表示	-
`chat.sendElementsToChat.enabled` (実験的)	`true`	統合ブラウザの要素を Chat に送信	-
`chat.sendElementsToChat.attachCSS` (実験的)	`true`	ブラウザ要素送信時に CSS を含める	-
`chat.sendElementsToChat.attachImages` (実験的)	`true`	ブラウザ要素送信時に画像を含める	-
`workbench.browser.enableChatTools` (実験的)	`true`	統合ブラウザのブラウザツールを有効化	-
`imageCarousel.chat.enabled` (実験的)	`false`	Chat 画像の画像カルーセル表示	-
`chat.useNestedAgentsMdFiles` (実験的)	`false`	サブフォルダの `AGENTS.md` も読み込む	-

Agent

設定項目	デフォルト	概要	記事URL
`chat.agent.maxRequests`	`25`	Agent Mode の 1 セッションあたりの最大リクエスト数	/posts/vscode-copilot-setting-agent-max-requests/
`github.copilot.chat.agent.autoFix`	`true`	生成コードのエラーを自動診断・修正	/posts/vscode-copilot-setting-agent-autofix/
`chat.agent.enabled`	`true`	Agent 機能の有効・無効（組織管理）	-
`chat.mcp.access`	`true`	MCP サーバーのアクセス管理（組織管理）	-
`chat.mcp.discovery.enabled`	`false`	他のアプリから MCP サーバー設定を自動検出	-
`chat.mcp.serverSampling`	`{}`	MCP サーバーに公開するサンプリング用モデル	-
`chat.tools.terminal.autoApprove`	`{ "rm": false, ... }`	ターミナルコマンドの自動承認ルール	-
`chat.tools.terminal.enableAutoApprove`	`true`	ターミナルコマンド自動承認の有効・無効（組織管理）	-
`chat.tools.edits.autoApprove`	`{}`	ファイル編集の自動承認ルール（glob パターン）	-
`chat.tools.global.autoApprove`	`false`	全ツールの一括自動承認（組織管理）	-
`chat.tools.urls.autoApprove`	`[]`	URL リクエスト・レスポンスの自動承認ルール	-
`chat.tools.terminal.ignoreDefaultAutoApproveRules`	`false`	デフォルトの自動承認ルールを無視	-
`chat.planAgent.defaultModel`	`"Auto"`	計画エージェントのデフォルトモデル	-
`github.copilot.chat.additionalReadAccessFolders`	`[]`	ワークスペース外の追加読み取りフォルダ	-
`github.copilot.chat.claudeAgent.enabled`	`true`	Claude Agent セッションの有効化	-
`github.copilot.chat.claudeAgent.allowDangerouslySkipPermissions`	`false`	Claude Agent の権限チェック省略	-
`chat.mcp.apps.enabled` (実験的)	`true`	MCP Apps（リッチ UI）の有効化	-
`chat.mcp.autoStart` (実験的)	`"newAndOutdated"`	MCP サーバーの自動起動タイミング	-
`chat.autopilot.enabled` (実験的)	`true`	Autopilot 権限レベルの有効化	-
`chat.tools.terminal.outputLocation` (実験的)	`"chat"`	ターミナル出力の表示場所	-
`chat.tools.terminal.enforceTimeoutFromModel` (実験的)	`true`	モデル指定のタイムアウトを適用	-
`chat.tools.terminal.blockDetectedFileWrites` (実験的)	`"outsideWorkspace"`	ファイル書き込み検出時の承認要求	-
`chat.tools.eligibleForAutoApproval` (実験的)	`[]`	自動承認対象ツールの設定（組織管理）	-
`chat.agent.thinking.collapsedTools` (実験的)	`"always"`	ツール呼び出し詳細の折りたたみ表示	-
`chat.agent.thinkingStyle` (実験的)	`"fixedScrolling"`	思考トークンの表示スタイル	-
`github.copilot.chat.newWorkspaceCreation.enabled` (実験的)	`true`	新規ワークスペース作成ツール	-
`github.copilot.chat.implementAgent.model` (実験的)	`""`	計画後の実装ステップ用モデル	-
`github.copilot.chat.planAgent.additionalTools` (実験的)	`[]`	計画エージェントの追加ツール	-
`github.copilot.chat.agent.thinkingTool` (実験的)	`false`	Agent での思考ツール有効化	-
`github.copilot.chat.summarizeAgentConversationHistory.enabled` (実験的)	`true`	コンテキスト上限時に会話履歴を自動要約	-
`github.copilot.chat.virtualTools.threshold` (実験的)	`128`	仮想ツールを使用するツール数閾値	-
`chat.agent.sandbox` (プレビュー)	`false`	サンドボックス実行の有効化（macOS/Linux）	-
`chat.agent.sandboxFileSystem.linux` (プレビュー)	`{}`	サンドボックスのファイルシステムルール（Linux）	-
`chat.agent.sandboxFileSystem.mac` (プレビュー)	`{}`	サンドボックスのファイルシステムルール（macOS）	-
`chat.agent.sandboxNetwork.allowedDomains` (プレビュー)	`[]`	サンドボックスの許可ドメイン	-
`chat.agent.sandboxNetwork.deniedDomains` (プレビュー)	`[]`	サンドボックスの拒否ドメイン	-

Agent セッション

設定項目	デフォルト	概要
`chat.viewSessions.enabled`	`true`	Chat ビューにセッション一覧を表示
`chat.viewSessions.orientation`	`"sideBySide"`	セッション一覧のレイアウト方向
`chat.editMode.hidden`	`true`	非推奨の Edit Mode を復元表示
`chat.agentsControl.enabled` (実験的)	`true`	コマンドセンターにセッション状態インジケーター表示
`chat.agentsControl.clickBehavior` (実験的)	`"default"`	ステータスインジケータークリック時の動作
`chat.unifiedAgentsBar.enabled` (実験的)	`false`	検索バーを Chat 統合コントロールに置換

インライン Chat

設定項目	デフォルト	概要
`inlineChat.defaultModel`	—	インライン Chat のデフォルトモデル
`inlineChat.askInChat`	`true`	編集セッション中は Chat ビューを使用
`inlineChat.finishOnType`	`false`	変更範囲外で入力したらセッション終了
`inlineChat.holdToSpeech`	`true`	ショートカット長押しで音声入力を開始
`inlineChat.renderMode` (実験的)	`"hover"`	インライン Chat の表示モード（hover/zone）
`inlineChat.affordance` (実験的)	`"off"`	テキスト選択時のインライン Chat ヒント表示
`inlineChat.lineEmptyHint` (実験的)	`false`	空行でインライン Chat のヒント表示
`inlineChat.lineNaturalLanguageHint` (実験的)	`true`	自然言語入力でインライン Chat を起動
`github.copilot.chat.editor.temporalContext.enabled` (実験的)	`false`	最近閲覧・編集したファイルをコンテキストに含める

コードレビュー

設定項目	デフォルト	概要
`github.copilot.chat.reviewSelection.enabled` (プレビュー)	`true`	選択範囲の AI コードレビューを有効化
`github.copilot.chat.reviewSelection.instructions` (プレビュー)	`[]`	コードレビューのカスタム指示

カスタム指示

設定項目	デフォルト	概要
`chat.instructionsFilesLocations`	`{ ".github/instructions": true }`	カスタム指示ファイルの検索場所
`chat.includeApplyingInstructions`	`true`	`applyTo` パターン一致で指示ファイルを自動追加
`chat.includeReferencedInstructions`	`false`	Markdown リンク参照の指示ファイルを自動追加
`github.copilot.chat.codeGeneration.useInstructionFiles`	`true`	`copilot-instructions.md` を自動使用
`github.copilot.chat.commitMessageGeneration.instructions` (実験的)	`[]`	コミットメッセージ生成のカスタム指示
`github.copilot.chat.testGeneration.instructions` (実験的)	`[]`	テスト生成のカスタム指示
`github.copilot.chat.codeGeneration.instructions` (実験的)	`[]`	コード生成のカスタム指示
`github.copilot.chat.reviewSelection.instructions` (プレビュー)	`[]`	コードレビューのカスタム指示

Copilotの次の編集候補（NES）の表示を控えめにする設定方法

Sat, 04 Apr 2026 00:00:00 GMT

こんな困りごとはありませんか？

Copilot の NES（Next Edit Suggestions）を有効にしているが、候補が常にエディタ上に表示されてコードが見づらい。

NES 自体は便利だけど、表示が目立ちすぎてコードの可読性が下がる。必要なときだけ見たい。

解決方法

editor.inlineSuggest.edits.showCollapsed という設定で、NES の候補を折りたたんだ状態で表示できます。

設定手順

Ctrl + , で設定画面を開く
検索バーに showCollapsed と入力
「Editor > Inline Suggest > Edits: Show Collapsed」にチェックを入れる

settings.json での設定例

{
  "editor.inlineSuggest.edits.showCollapsed": true
}

デフォルトは false（常に展開表示）です。true にすると、NES の候補は折りたたまれた状態になり、Tab キーを押すか、ガター部分の矢印にホバーしたときだけ表示されるようになります。

動作の違い

設定値	動作
`false`（デフォルト）	NES の候補がエディタに常に表示される
`true`	NES の候補は折りたたまれ、Tab やホバーで表示

まとめ

editor.inlineSuggest.edits.showCollapsed を有効にすれば、NES を使いつつも表示を控えめにでき、コードの可読性を保てます。

GitHub Copilot CLI の変更履歴を確認する方法【/changelog】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot CLI をアップデートしたあと、「で、何が変わったの…？」ってなったことないですか？

リリースノートをわざわざ GitHub のリポジトリまで見に行くのは面倒です。/changelog コマンドなら CLI の中でそのまま確認できます。

使い方

Copilot CLI で以下を実行します。

/copilot> /changelog

最近のバージョンの変更履歴が表示されます。

AI に要約してもらう

変更履歴が長くて読むのが大変なときは、summarize を付けると AI が要約してくれます。

/copilot> /changelog summarize

「新しいコマンドが追加された」「バグが修正された」など、ポイントだけサクッと把握できます。

/update との合わせ技

/update で最新バージョンにアップデート
/changelog summarize で何が変わったか確認

この流れで、常に最新の状態を把握できます。

GitHub Copilot CLI の会話をリセットする方法【/clear】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot との会話が迷走しすぎて、「もう最初からやり直したい…」って思ったことないですか？

あれこれ指示を出しているうちに話が噛み合わなくなって、修正の修正を重ねてカオス状態。そんなときは潔く /clear でリセットしましょう。

使い方

Copilot CLI で以下を実行します。

/copilot> /clear

現在の会話が完全に破棄され、まっさらな状態で新しいセッションが始まります。

/compact との違い

コマンド	動作	会話の文脈
`/clear`	完全リセット	なくなる
`/compact`	要約して圧縮	残る

会話の方向性自体が間違っていたら /clear、方向性は合ってるけどコンテキストが膨らみすぎたら /compact がおすすめです。

/new との違い

/new も新しい会話を始めますが、セッション自体は残ります。/clear は現在のセッションを破棄してゼロからやり直す点が異なります。

GitHub Copilot CLI の会話を圧縮する方法【/compact】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

GitHub Copilot CLI と長時間やりとりしていて、「なんかこいつ、さっき言ったこと忘れてない…？」って思ったことないですか？

それ、たぶん気のせいじゃないです。会話が長くなるとコンテキストウィンドウが埋まって、古い情報から押し出されていくんです。

そんなときに使えるのが /compact コマンドです。

何が起きているのか

Copilot CLI には一度に参照できる情報量（コンテキストウィンドウ）に上限があります。会話が長くなると：

序盤の指示を忘れる
同じ質問をもう一度聞いてくる
回答の精度が落ちる

といった症状が出始めます。

解決策：/compact を使う

Copilot CLI で以下を実行します。

/copilot> /compact

会話履歴が要約され、コンテキストウィンドウの使用量が削減されます。要約の際に残したい内容をヒントとして渡すこともできます。

/copilot> /compact 認証まわりの議論を重点的に残して

/clear との違い

コマンド	動作
`/compact`	会話を要約して圧縮（文脈は残る）
`/clear`	会話を完全にリセット（すべて消える）

まだ同じタスクを続けたいなら /compact、完全にやり直すなら /clear を使いましょう。

GitHub Copilot CLI のトークン使用量を確認する方法【/context】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot との会話が長引いてきて、「今どれくらいコンテキスト使ってるんだろう…？」って気になったことないですか？

上限に達すると古い情報から忘れていくので、手遅れになる前に確認しておきたいですよね。それが /context コマンドです。

使い方

Copilot CLI で以下を実行します。

/copilot> /context

コンテキストウィンドウのトークン使用量と、その内訳が表示されます。

何が分かるの？

現在のトークン使用量
コンテキストウィンドウの上限に対する割合
使用量の内訳（会話履歴、ファイル参照など）

「そろそろヤバいな」と思ったら /compact で圧縮するタイミングの目安になります。

/compact との合わせ技

/context で使用量を確認
使いすぎていたら /compact で圧縮
もう一度 /context で確認

この流れで、コンテキストを効率よく管理できます。

GitHub Copilot CLI の回答をクリップボードにコピーする方法【/copy】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot の回答をドキュメントやチャットに貼り付けたいのに、ターミナルから範囲選択してコピーするの地味に面倒…って思ったことないですか？

長い回答だと選択範囲がズレたり、余計な部分まで入ったり。/copy コマンドなら一発です。

使い方

Copilot CLI で以下を実行します。

/copilot> /copy

直前の Copilot の回答がクリップボードにコピーされます。あとは好きな場所に貼り付けるだけです。

こんなときに使える

Copilot が生成したコマンドをそのままターミナルに貼りたい
回答を Slack やチャットで共有したい
ドキュメントに Copilot の出力を転記したい

マウスで範囲選択する時代は終わりました（たぶん）。

GitHub Copilot CLI で変更差分を確認する方法【/diff】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot にコードを書き換えてもらったあと、「で、結局どこが変わったんだっけ…？」ってなったことないですか？

ファイルを一つずつ開いて確認するのは面倒ですよね。そんなときに便利なのが /diff コマンドです。

使い方

Copilot CLI で以下を実行します。

/copilot> /diff

現在のディレクトリで行われた変更の差分が一覧で表示されます。git diff に近い感覚で使えます。

こんなときに使える

シーン	使い方
Copilot に複数ファイルを変更してもらった後	何がどう変わったか一目で確認
コミット前の最終チェック	意図しない変更が紛れていないか確認
作業の振り返り	セッション中の変更内容を把握

補足

/diff で確認した後、変更を取り消したい場合は /rewind コマンドが使えます。

GitHub Copilot CLI から PR 作成を丸投げする方法【/delegate】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot CLI で作業方針が固まったけど、「あとの実装と PR 作成、全部やってくれないかな…」って思ったことないですか？

実はそれ、できます。/delegate コマンドを使うと、セッションを GitHub に送って Copilot coding agent に PR 作成まで任せられます。

使い方

Copilot CLI で以下を実行します。

/copilot> /delegate

現在のセッション（会話内容や方針）が GitHub に送信され、Copilot coding agent がリモートで作業を引き継ぎます。完了すると PR が作成されます。

どんなときに使える？

シーン	メリット
方針は決まったけど実装が面倒	ローカルで待つ必要がない
大きなリファクタリング	バックグラウンドで進めてもらえる
レビュー用の PR をサクッと作りたい	手動でブランチ切る手間が省ける

注意点

GitHub 側の Copilot coding agent が実際に作業を行います
作業結果は PR として届くので、マージ前にレビューしましょう
組織の設定によっては利用できない場合があります

GitHub Copilot CLI で入力を保持したままコマンドを実行する方法【Ctrl+S】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot CLI で長いプロンプトを書いている途中で、「あ、先にこっちを実行したいけど、今書いてる内容消えちゃうかな…」って不安になったことないですか？

Ctrl+S を使えば、入力中のテキストを保持したままコマンドを実行できます。

使い方

プロンプトを入力している状態で Ctrl+S を押します。

通常の Enter ではプロンプトが送信されて入力欄がクリアされますが、Ctrl+S なら入力内容がそのまま残ります。

こんなときに使える

シーン	メリット
長いプロンプトを途中で実行確認	入力し直す手間がない
段階的に指示を詰めていきたい	前の入力をベースに修正できる
途中で別の確認を挟みたい	テキストが消えない安心感

Enter との違い

操作	動作
`Enter`	プロンプト送信、入力欄クリア
`Ctrl+S`	プロンプト送信、入力欄そのまま

地味ですが、知っていると作業のテンポがだいぶ変わります。

GitHub Copilot CLI の実験的機能を有効にする方法【/experimental】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

「Copilot CLI にもっと便利な機能があるって聞いたのに、自分の環境では見当たらない…」ってことないですか？

それ、実験的機能（experimental）に隠れているかもしれません。/experimental コマンドで有効にしてみましょう。

使い方

Copilot CLI で以下を実行します。

/copilot> /experimental

利用可能な実験的機能の一覧が表示され、有効・無効を切り替えられます。

起動時に有効にすることもできます。

copilot --experimental

一度有効にすると設定が保存されるので、次回以降は --experimental フラグなしでも有効なままです。

現在の実験的機能の例

Autopilot モード — Shift+Tab でモードを切り替えると使える、タスク完了まで自動的に作業を続けてくれるモード

※ 実験的機能は随時追加・変更されます。

注意点

実験的機能は開発中のため、動作が不安定なことがあります
予告なく変更・削除される可能性があります
それでも最新機能をいち早く試したい人向けです

GitHub Copilot CLI で AI モデルを切り替える方法【/model】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

「今のモデルだとちょっと物足りないな…」とか「もう少し速いモデルでサクサクやりたいな」って思ったことないですか？

GitHub Copilot CLI はデフォルトで Claude Sonnet 4.5 を使いますが、実は他のモデルにも切り替えられます。それが /model コマンドです。

使い方

Copilot CLI で以下を実行します。

/copilot> /model

利用可能なモデルの一覧が表示されるので、矢印キーで選んで Enter を押すだけです。

どんなモデルがあるの？

時期によって変わりますが、以下のようなモデルが選べます。

モデル	特徴
Claude Sonnet 4.5	デフォルト。バランスが良い
Claude Sonnet 4	軽量で高速
GPT-5	OpenAI 系が好みならこちら

※ 利用可能なモデルは契約プランや時期によって異なります。

どのモデルでもプレミアムリクエストは 1 回消費

モデルを変えても 1 プロンプト = 1 プレミアムリクエスト です。高性能モデルを選んだからといって追加で消費されるわけではありません。

GitHub Copilot CLI にファイルを直接指定してコンテキストに追加する方法【@】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot に「このファイルを修正して」って言ったのに、全然違うファイルの話を始められた…ってことないですか？

Copilot はプロジェクト全体を常に把握しているわけではありません。@ を使ってファイルを明示的に指定すれば、確実にそのファイルの内容を参照してくれます。

使い方

プロンプトの中で @ に続けてファイルパスを入力します。

/copilot> @src/auth/login.ts この関数にバリデーションを追加して

フォルダを指定することもできます。

/copilot> @src/components/ このディレクトリのコンポーネントを整理して

こんなときに使える

シーン	例
特定のファイルを修正してほしい	`@package.json 依存関係を更新して`
複数ファイルを参照してほしい	`@src/api.ts @src/types.ts 型が合ってるか確認して`
フォルダ全体を対象にしたい	`@tests/ テストを追加して`

指定しないとどうなる？

@ を使わない場合、Copilot はファイルシステムを自分で探索して必要なファイルを見つけようとします。大抵はうまくいきますが、意図したファイルと違うものを参照してしまうこともあります。

確実に特定のファイルを見てほしいときは @ で指定しましょう。

GitHub Copilot CLI にプロジェクトのルールを教える方法【/init】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot が生成するコードが、毎回プロジェクトのコーディング規約と微妙に違う…ってことないですか？

「うちは関数名キャメルケースなんだけどな」「テストは Jest じゃなくて Vitest なんだけどな」みたいなやつです。それ、/init で解決できます。

使い方

Copilot CLI で以下を実行します。

/copilot> /init

リポジトリ向けの Copilot 指示ファイルが作成されます。ここにプロジェクトのルールを書いておけば、Copilot が毎回それを参照してくれます。

何が作られるのか

/init を実行すると、リポジトリに指示ファイル（例：COPILOT.md や .github/copilot-instructions.md）が生成されます。

ここに以下のようなルールを書いておけます。

コーディング規約（命名規則、インデントなど）
使用するフレームワークやライブラリの指定
テストの書き方
禁止事項（特定のパターンを使わないなど）

効果

Before	After
毎回「Jest じゃなくて Vitest で」と指示	何も言わなくても Vitest で書いてくれる
命名規則を都度修正	最初からプロジェクトの規約に沿う
チームメンバーごとに出力がバラバラ	指示ファイルで統一される

GitHub Copilot CLI にプロンプトを渡して非対話で実行する方法【-p フラグ】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

「Copilot CLI を毎回起動して、対話画面でプロンプトを打って…」という流れ、ちょっとした作業にはもどかしくないですか？

実は -p フラグを使えば、ターミナルから直接プロンプトを渡してワンショットで実行できます。

使い方

ターミナルで以下のように実行します。

copilot -p "この README.md を日本語に翻訳して"

対話モードに入らず、プロンプトが直接処理されます。--prompt でも同じです。

copilot --prompt "テストが落ちてる原因を調べて直して"

こんなときに使える

シーン	コマンド例
ワンショットで質問したい	`copilot -p "この関数の使い方を教えて"`
スクリプトから自動実行	CI/CD やシェルスクリプトに組み込み
エイリアスとして登録	よく使うプロンプトをシェルエイリアスに

対話モードとの使い分け

方法	向いている場面
`copilot`（対話モード）	複数回のやり取りが必要な作業
`copilot -p "..."`	一発で完了するタスク

ちょっとした質問やファイル修正など、一回で済む作業は -p の方がテンポよく進みます。

GitHub Copilot CLI で実装計画を立ててからコーディングする方法【/plan】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot に「この機能作って」って頼んだら、いきなりコードを書き始めて「いや、そうじゃない…」ってなったことないですか？

行き当たりばったりの実装は人間でも AI でも迷走しがちです。まず計画を立てましょう。それが /plan コマンドです。

使い方

Copilot CLI で以下を実行します。

/copilot> /plan 認証機能を JWT で実装したい

Copilot がいきなりコードを書く代わりに、実装計画を作成してくれます。計画に納得してから実装に進めるので、手戻りが減ります。

Shift+Tab でもモード切り替え可能

Shift+Tab を押すとモードが切り替わり、「plan」モードに入れます。このモードでは Copilot がまず計画を提示してから作業に取りかかります。

こんなときに使える

シーン	効果
大きな機能を追加するとき	全体像を把握してから着手できる
複数ファイルにまたがる変更	どのファイルを変えるか事前に確認
設計方針に迷っているとき	選択肢を整理してもらえる

GitHub Copilot CLI でディープリサーチする方法【/research】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

「この技術、ちゃんと調べてから実装に入りたいんだけど、ブラウザとターミナルを行ったり来たりするのが面倒…」って思ったことないですか？

Copilot CLI の /research コマンドを使えば、CLI の中で GitHub 検索や Web ソースを使った本格的な調査ができます。

使い方

Copilot CLI で以下を実行します。

/copilot> /research Next.js の App Router でミドルウェアを使った認証のベストプラクティス

Copilot が GitHub リポジトリや Web ソースを検索し、調査レポートをまとめてくれます。

普通の質問との違い

方法	情報ソース
普通にプロンプトを入力	AI の学習データのみ
`/research`	GitHub 検索 + Web ソースを実際に参照

/research は実際にネット上の情報を調べに行くので、最新の情報やリアルなコード例を含んだ回答が得られます。

こんなときに使える

新しいライブラリの使い方を調べたい
他のプロジェクトがどう実装しているか参考にしたい
エラーメッセージの原因を調査したい
ベストプラクティスを知りたい

GitHub Copilot CLI で直前の変更を取り消す方法【/rewind】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot に「このファイル直して」って頼んだら、なんか全然違う方向に書き換えられた…ってことないですか？

そんなとき慌てて git checkout しなくても大丈夫。/rewind コマンドで直前の変更をまるっと元に戻せます。

使い方

Copilot CLI で以下を実行します。

/copilot> /rewind

直前のターン（Copilot の最後の操作）で行われたファイル変更がすべて元に戻ります。会話履歴もそのターン分が巻き戻されます。

/undo でも OK

/undo は /rewind のエイリアスです。どちらを使っても同じ動作をします。

/copilot> /undo

好きな方を使いましょう。

注意点

戻せるのは 直前の 1 ターンだけ です
2 つ前の変更を戻したい場合は手動で対応が必要です
ファイル変更だけでなく会話の流れも巻き戻されます

GitHub Copilot CLI 内からシェルコマンドを直接実行する方法【!】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot CLI で作業中に「あ、ちょっと git status 確認したいな…」ってなったとき、わざわざ CLI を抜けて別のターミナルで叩いてないですか？

実は Copilot CLI の中からシェルコマンドを直接実行できます。コマンドの先頭に ! を付けるだけです。

使い方

コマンドの先頭に ! を付けて入力します。

/copilot> !git status

/copilot> !ls -la

/copilot> !npm test

Copilot を経由せず、ローカルのシェルでそのまま実行されます。

こんなときに使える

シーン	コマンド例
Git の状態を確認したい	`!git status`
ファイル一覧を見たい	`!ls` / `!dir`
テストを走らせたい	`!npm test`
ビルドしたい	`!npm run build`
環境変数を確認したい	`!echo $PATH`

Copilot に頼むのとの違い

方法	動作
普通にプロンプト入力	Copilot が解釈して実行（承認が必要）
`!` で実行	Copilot を介さず直接シェルで実行

「Copilot に聞くまでもないけど、ちょっと確認したい」ってときに最適です。プレミアムリクエストも消費しません。

GitHub Copilot CLI のセッションを共有する方法【/share】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot と一緒にいい感じの調査や実装ができたとき、「この会話、チームに共有したいな」って思ったことないですか？

画面をスクショして貼り付ける…のは見づらいし面倒ですよね。/share コマンドなら、セッション内容を Markdown ファイルや GitHub Gist としてきれいに出力できます。

使い方

Copilot CLI で以下を実行します。

/copilot> /share

出力先を選ぶことができます。

Markdown ファイル — ローカルにファイルとして保存
GitHub Gist — URL で誰にでも共有可能

こんなときに使える

シーン	メリット
調査結果をチームに共有	コピペ不要できれいにまとまる
コードレビューの参考として添付	Copilot との議論の経緯を見せられる
ブログやドキュメントの下書き	Markdown でそのまま使える
自分用のメモとして保存	後で振り返りやすい

GitHub Copilot CLI の動作モードを切り替える方法【Shift+Tab】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

Copilot CLI を使っていて、「もうちょっと自分で確認しながら進めたいな」とか「全部任せたいな」って思うこと、ありませんか？

実は Copilot CLI には複数の動作モードがあって、Shift+Tab を押すだけで切り替えられます。

使い方

Copilot CLI のプロンプト画面で Shift+Tab を押すと、モードが順番に切り替わります。

interactive → plan → autopilot → interactive → ...

各モードの特徴

モード	動作	こんなときに
interactive	1 ステップごとに確認・承認が必要	慎重に進めたいとき
plan	まず計画を立て、承認後に実行	大きな変更の前に全体像を把握したいとき
autopilot	タスク完了まで自動で作業を続ける	信頼して丸投げしたいとき

autopilot モードについて

autopilot は実験的機能（experimental）です。使うには /experimental で有効にしておく必要があります。

有効にすると Shift+Tab の選択肢に autopilot が追加されます。

注意点

autopilot モードは確認なしでファイルを変更していくので、慣れないうちは interactive か plan がおすすめです
モードはいつでも Shift+Tab で切り替えられます
/rewind で直前の変更を取り消すこともできます

GitHub Copilot CLI で個人情報を見えなくする方法【/streamer-mode】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

先日、GitHub Copilot CLI を使っている画面のスクリーンショットをネットに投稿しようとしたとき、ふと気になることがありました。

画面をよく見ると、使っているモデル名やクォータ（残りリクエスト数）が表示されているんです。これ、そのまま公開して大丈夫なのかな…と思って調べてみたら、ちゃんとそれを隠す方法がありました。

それが /streamer-mode コマンドです。

::toc

何が見えてしまうのか

GitHub Copilot CLI を普通に使っていると、画面には以下のような情報が表示されます。

使用中のモデル名（例：Claude Sonnet 4.5 など）
クォータの詳細（プレミアムリクエストの残量など）

スクリーンショットを撮ってネットに貼るとき、こういった情報が映り込むことがあります。モデル名くらいなら大した問題ではないかもしれませんが、クォータ情報は自分の利用状況を公開することになるので、あまり見せたくない方も多いと思います。

解決策：/streamer-mode を使う

Copilot CLI を起動して、以下のコマンドを実行するだけです。

/copilot> /streamer-mode

これだけで、モデル名とクォータ詳細が非表示になります。もう一度実行するとトグルしてオフに戻ります。

こんなときに使える

シーン	なぜ使うか
ネットにスクリーンショットを投稿する	クォータ・モデル名が映り込まない
ブログや記事に画面キャプチャを載せる	余計な個人情報が入らない
YouTube・Twitch などのライブ配信	リアルタイムで使用状況が見られない
社内勉強会・ハンズオン・LT 発表	個人のアカウント情報を見せずに済む

GitHub Copilot CLI のリクエスト消費量を確認する方法【/usage】

Sat, 28 Mar 2026 00:00:00 GMT

はじめに

「今月のプレミアムリクエスト、あとどれくらい残ってるんだろう…」って不安になったことないですか？

使い放題じゃないので、気づいたら上限に達していたなんてことは避けたいですよね。それを確認できるのが /usage コマンドです。

使い方

Copilot CLI で以下を実行します。

/copilot> /usage

現在のセッションの使用状況が表示されます。

/context との違い

コマンド	確認できるもの
`/usage`	セッションのリクエスト消費量・統計
`/context`	コンテキストウィンドウのトークン使用量

/usage は「どれだけリクエストを使ったか」、/context は「会話がどれだけ膨らんでいるか」を見るものです。

使いすぎを防ぐコツ

/plan で計画を立ててから実装する（無駄なやり直しを減らす）
/compact で会話を圧縮して効率よく続ける
不要な会話は /clear でリセットする

GitHub Copilot CLI を /update コマンドでアップデートする方法

Wed, 04 Mar 2026 00:00:00 GMT

はじめに

GitHub Copilot CLI に /update スラッシュコマンドが追加されました。これにより、CLI を起動したまま最新バージョンへ直接アップデートできます。

毎度入れ直す方法ばかりが紹介されていたので、この記事を書いています。

::toc

使い方

Copilot CLI を起動して、以下のコマンドを実行するだけです。

/copilot> /update

最新バージョンが利用可能な場合は自動的にダウンロード・インストールされます。

以前のアップデート方法との比較

/update コマンド追加以前は、インストール方法に応じて以下のコマンドをターミナルで別途実行する必要がありました。

インストール方法	以前のアップデートコマンド
npm	`npm install -g @github/copilot`
インストールスクリプト	`curl -fsSL https://gh.io/copilot-install \| bash`
Homebrew	`brew upgrade copilot-cli`
WinGet	`winget upgrade GitHub.Copilot`

/update コマンドを使えば、これらを覚える必要がなく、CLI 内で完結します。

バージョン確認

アップデート後は以下でバージョンを確認できます。

copilot --version

または CLI 内から変更履歴を確認：

/copilot> /changelog

【Windows/Linux】SSH config設定で簡単接続!

Wed, 10 Dec 2025 00:00:00 GMT

::toc

はじめに

SSHでサーバーに接続する際、毎回 -i オプションや user@host を入力するのは面倒ですよね!? 楽になるconfigファイルの設定方法を紹介します。

手順

1. .sshディレクトリを準備する

mkdir -p ~/.ssh
chmod 700 ~/.ssh

2. configファイルを作成する

cat >> ~/.ssh/config << 'EOF'
Host myserver
  HostName 192.168.1.100
  User username
  IdentityFile ~/.ssh/key
EOF

chmod 600 ~/.ssh/config

項目	説明
`Host`	接続時に使う別名
`HostName`	実際のホスト名/IP
`User`	ユーザー名
`IdentityFile`	秘密鍵のパス

3. 接続する

ssh myserver

これだけで接続できます。

SSH鍵の作成と公開鍵の登録については以下を参照してください。
ssh-copy-idで公開鍵を登録する方法

GitHub Copilot CLI を Python subprocess から呼んでみた【Windows】

Wed, 10 Dec 2025 00:00:00 GMT

はじめに

Pythonから自動でGitHub Copilot CLIを呼び出したくて、subprocess経由で実行しようとしたところ、なぜか失敗しました。

調べてみると、これはCopilot CLI固有の問題というより、Windows + PowerShell + CLI自動実行でよくある落とし穴だったので、備忘録として共有します。

::toc

何が起きたか

subprocess.run()でCopilot CLIを呼び出そうとすると、以下のような問題に遭遇しました。

クォート/エスケープが壊れる（"、改行、記号を含むpromptで特に発生）
コマンドが長くなりすぎる（長いprompt・長いパスでWinError 206が出ることも）
CLIが対話前提で止まってしまう

注意点：`--add-dir`を付けないとファイル編集できない

Copilotにファイル編集や出力をさせたい場合、実行時に対象ディレクトリを明示する必要があります。これを忘れると、Copilot側が参照・編集できる範囲に入らず失敗します。

--add-dir "<prompt_dir>"
--add-dir "<out_dir>"

解決策1：PowerShell経由で呼ぶ

PowerShellの-Commandにまとめると動きやすいです。私はこれで動きました。

cmd_str = f'powershell.exe -Command "copilot -p \\\"{escaped_prompt}\\\" --model {model} --allow-all-tools --add-dir \\\"{prompt_dir}\\\" --add-dir \\\"{out_dir}\\\""'

解決策2（おすすめ）：promptを引数で渡す

長いコマンドで事故を防ぐには、promptを-Command内に直埋めせずPowerShellのparam経由で引数として渡すのがおすすめです。

import subprocess

ps = r'param($p,$m,$pd,$od) copilot -p $p --model $m --allow-all-tools --add-dir $pd --add-dir $od'

subprocess.run(
    ["powershell.exe", "-NoProfile", "-NonInteractive", "-Command", ps,
     "--", prompt, model, prompt_dir, out_dir],
    text=True,
    capture_output=True,
)

最後に

PythonからGitHub Copilot CLIを呼んで自動化しようと企んできたのですが、思ったより面倒でした。どなたかの参考になれば幸いです。

Windows で ssh-copy-idを使う方法【WSL】

Wed, 10 Dec 2025 00:00:00 GMT

::toc

はじめに

Windowsからsshの公開鍵をサーバーに転送するのを手作業でやっていませんか?Windowsの PowerShell で ssh-copy-id を使いたくないですか? 本記事では Windowsで手軽に ssh-copy-id を使用する方法を解説します。 WSLを利用します。

前提条件

WindowsにWSLがインストールされている
接続先サーバーに ssh user@host で到達できる

手順

1. WSLを起動する

wsl

以降はWSL内で実行します。

2. SSH鍵を用意する

mkdir -p ~/.ssh
chmod 700 ~/.ssh

新規作成する場合

ssh-keygen -t ed25519 -f ~/.ssh/key

秘密鍵: ~/.ssh/key
公開鍵: ~/.ssh/key.pub

Windowsで作成済みの鍵を使う場合

Windows側の鍵をWSLにコピーします。

cp /mnt/c/Users/ユーザー名/.ssh/id_ed25519 ~/.ssh/key
cp /mnt/c/Users/ユーザー名/.ssh/id_ed25519.pub ~/.ssh/key.pub
chmod 600 ~/.ssh/key

/mnt/c/Users/ユーザー名/ はWindows側のホームディレクトリです。鍵のファイル名は環境に合わせて変更してください。

3. 公開鍵をサーバーに登録する

ssh-copy-id -i ~/.ssh/key.pub user@host

初回はパスワード入力が必要です。

4. 接続を確認する

ssh -i ~/.ssh/key user@host

パスワードなしで接続できれば完了です。

毎回 -i オプションを省略したい場合は、SSH configを設定してください。
SSH configを設定する方法

Visual Studio 2026でCopilotウィンドウが開けない問題の解決法

Tue, 25 Nov 2025 00:00:00 GMT

::toc

症状

Visual Studio 2026 で Copilot / Conversations などのウィンドウを開こうとすると、

「このフレームのコンテンツを作成しようとして例外が発生しました」
ActivityLog.xml に Microsoft.VisualStudio.Copilot.UI.IViewModelServices が見つからない旨のエラー

といったメッセージが出て、ウィンドウが正しく表示されませんでした。私が直した際の原因と対処法をメモしておきます。

原因

Visual Studio 2026 には Copilot 機能が標準で同梱されている一方で、
Visual Studio 2022 から設定・拡張機能を引き継いだ場合、

VS2022 用の 古い GitHub Copilot / Copilot Chat 拡張 がそのまま残っている
標準搭載の Copilot 機能と 古い拡張が競合 する

といったことが起きる。その結果、
Copilot UI 用のサービスが見つからずエラーになっている可能性が高い。

対処方法

Visual Studio 2026 を起動
メニューから
[拡張機能] → [拡張機能の管理]（Manage Extensions）
を開く。
左側で [インストール済み]（Installed） を選ぶ。
右上の検索ボックスに、順番に以下のキーワードを入れて検索する：
- Copilot
- GitHub Copilot
- Copilot Chat
表示された中から、次のような拡張を探す：
- VS2022 時代に手動で入れていた Copilot / Copilot Chat 拡張
- Copilot に関係しそうな拡張で、明らかに重複しているもの
問題になりそうな拡張を選択し、以下のどちらかを行う：
- 一旦様子を見る場合：[無効化 (Disable)]
- 完全に消してしまう場合：[アンインストール (Uninstall)]
拡張の無効化 / アンインストール後、
Visual Studio 2026 を再起動する。

補足

VS2026 は Copilot を標準搭載しているため、
VS2022 用に入れていた Copilot 拡張は基本的に不要 な場合が多い。
どれを消せばいいか分からないときは、まず「明らかに重複している Copilot 拡張」を
無効化して様子を見るのがおすすめ。

Visual Studio 2026でCUDAが使えない問題

Mon, 24 Nov 2025 00:00:00 GMT

私は

Visual Studio 2022
CUDA Toolkit（11/12 系）

で開発しています。

Visual Studio 2026 がリリースされたので、 「よし、VS2026 に移行しよう！」 と思ったのですが

普通に失敗しました。

::toc

起きたこと

VS2022 では問題なく開けた CUDA プロジェクトですが、VS2026 はエラーでこけます：

CUDAバージョンが合わないときに出てくるおなじみのエラーです。

他にも、

CUDA 関連のビルドタスクやプロパティが見つからず、ビルドエラーになる
CUDA のテンプレートや設定ファイル（.props など）が VS2026 側に入っていない
インストール時に CUDA Toolkit が VS2026 を「統合先の Visual Studio」として認識してくれない

があるみたいです。

原因

調べてみると、当初 NVIDIA の公式ドキュメント（CUDA Installation Guide for Windows や cuDNN のサポートマトリクス）には、

Visual Studio 2019
Visual Studio 2022

のみ記載されており、Visual Studio 2026 はサポート対象外でした。

また、NVIDIA Developer Forums でも、

「CUDA Toolkit が VS2026 をインストール時に検出してくれない」
「いつ VS2026 に対応するのか？」

といったスレッドが立っていて、しばらく対応は待ちの状態でした。

🎉 アップデート：CUDA 13.2 で VS2026 が正式サポートされました！

CUDA 13.2 より、Visual Studio 2026（MSVC 195x / VS 2026 18.x）が正式にサポート対象となりました。

NVIDIA 公式の Windows 向け CUDA インストールガイドのコンパイラサポート表（Table 1）には、以下が記載されています：

コンパイラ	IDE	ネイティブ x86_64
MSVC Version 195x	Visual Studio 2026 18.x	✅ サポート
MSVC Version 193x	Visual Studio 2022 17.x	✅ サポート
MSVC Version 192x	Visual Studio 2019 16.x	✅ サポート

なお、Visual Studio 2015 のサポートは CUDA 11.1 で非推奨となり、Visual Studio 2017 のサポートは CUDA 12.5 で非推奨・12.9 で削除されています。

対処方針

CUDA Toolkit を 13.2 以降に更新することで、VS2026 を正式にサポートした状態で開発できます。

CUDA Toolkit は https://developer.nvidia.com/cuda-downloads からダウンロードできます。

参考情報

CUDA Visual Studio 対応表

Codex CLIインストール方法【Mac】

Mon, 13 Oct 2025 00:00:00 GMT

はじめに

GitHub Copilot CLI・Gemini CLIを入れてついでに入れてしまえと入れました。長々と入れ方を書いている記事ばっかりだったので、簡単にまとめます。環境は以下です。

macOS（Tahoe 26）
Node.js 22

Gemini CLIと異なり、課金必須のようです。

::toc

インストール方法

インストール方法、なんと3つあります。バイナリでダウンロードする方法もあるみたいです。

Homebrew（シンプル・推奨）

brew install codex

npm でグローバルインストール（Node.js 18+）

npm install -g @openai/codex

バイナリを直接ダウンロード（オフライン等）

GitHub Releases から macOS 用アーカイブを取得（Apple Silicon は aarch64、Intel Mac は x86_64）。
展開して実行ファイル名を codex にリネームし、PATH の通った場所へ配置（例：/usr/local/bin）。

認証

ChatGPT でサインイン（大体これ）

codex
# 画面の指示に従って「Sign in with ChatGPT」を選択

ChatGPT プラン（Plus/Pro/Team/Edu/Enterprise）に含まれる利用枠をそのまま使えます。制限については下に書いています。

OpenAI API キーを使う

export OPENAI_API_KEY="YOUR_API_KEY"

起動

# 起動コマンド
codex

# 対話したくない時用
codex exec -p "README を日本語要約して"

モデルや実行モードなどの設定は ~/.codex/config.toml で管理できます。

アップデート & アンインストール

# brew
brew upgrade codex      # アップデート
brew uninstall codex    # アンインストール

# npm
npm update -g @openai/codex    # アップデート
npm uninstall -g @openai/codex # アンインストール

トラブルシューティング

「command not found: codex」

Brew の場合：brew doctor → brew reinstall codex

npm の場合：npm prefix -g が PATH に入っているか確認。例：

echo 'export PATH="$(npm prefix -g)/bin:$PATH"' >> ~/.zshrc
source ~/.zshrc

利用制限

Codex 利用制限によると、plusユーザーは30-150、proは300-1,500のメッセージを5時間で送れるようです。週でも制限があるようですが、量は明記されていません。

codex /status

上のコマンドで現時点での制限を確認できるようです。

Gemini CLIインストール方法【Mac】

Mon, 13 Oct 2025 00:00:00 GMT

はじめに

最近流行りのCLIのエージェントを一通り入れてみたれと、今回はGemini CLIをインストールしてみました。

Gemini CLIのインストール方法は恐ろしく色々あるようです。環境は以下です。

macOS（Tahoe 26）
Node.js 22

::toc

インストール方法

インストール方法、なんと大きく3つあります。

Homebrewで楽々

brew install gemini-cli

npm でグローバルインストール（Node.js 20+）

npm install -g @google/gemini-cli

npx でお試し

npx https://github.com/google-gemini/gemini-cli

認証設定

Gemini CLI は 3 通りの方法で認証できます。大体の人はGoogleログインを使うのかなって思います。

Google ログイン

gemini
# 画面の指示に従ってブラウザでログイン

※18歳以下だったり、WorkSpaceアカウントだったりするとGoogle Cloudの Project IDを求められるようです。~~Googleもっと緩くして~~

export GOOGLE_CLOUD_PROJECT="YOUR_PROJECT_ID"

Gemini API キー（AI Studio）

API キーを取得して環境変数に設定：

export GEMINI_API_KEY="YOUR_API_KEY"

Vertex AI

export GOOGLE_GENAI_USE_VERTEXAI=true
export GOOGLE_API_KEY="YOUR_API_KEY"

※ shellの設定ファイルに書き込み際には、再読み込み忘れないでください。

使い方

使えそうなオプションだけ紹介

# 一旦叩くコマンド
gemini

# 対話なんて要らない時用
gemini -p "Hello from macOS"

# flash使いたい!!ってなった時用(モデル変更)
gemini -m gemini-2.5-flash -p "このプロジェクトの構成を要約して"

アップデート & アンインストール

出会いがあれば別れもあるということで、消し方

# brew
brew upgrade gemini-cli     # アップデート
brew uninstall gemini-cli   # アンインストール

# npm
npm update -g @google/gemini-cli   # アップデート
npm uninstall -g @google/gemini-cli # アンインストール

トラブルシューティング

「command not found: gemini」

Brew の場合：brew doctor → brew reinstall gemini-cli
npm の場合：npm prefix -g が PATH に入っているか確認。

解決法↓

echo 'export PATH="$(npm prefix -g)/bin:$PATH"' >> ~/.zshrc
source ~/.zshrc

ブラウザが開かない（ログインできない）

ヘッドレス/SSH 環境では API キー方式を利用。

利用制限

Google ログイン（個人）：概ね 60 リクエスト/分・1,000 リクエスト/日 の無料枠。
Gemini API キー（AI Studio）：無料枠 100 リクエスト/日（モデルや時期で変動あり）。

参考リンク

GitHub（認証関連）
価格/上限（Gemini API Pricing）

GitHub Copilot CLIインストール方法【Mac】

Mon, 13 Oct 2025 00:00:00 GMT

前提条件

GitHub Copilot の有効なサブスクリプション（Individual / Business / Enterprise いずれか）
macOS（zsh）
Node.js 22 以上 / npm 10 以上
ネットワークで github.com へアクセス可能

::toc

Node.js の用意

今回は省略します。まだインストールされていない方は、Node.jsインストールガイドをご確認ください。

インストール

コマンドラインツールで以下を実行

npm install -g @github/copilot
copilot --version

認証設定

copilot 内でログイン

copilot
# プロンプトが出たら
/copilot> /login

指示に従ってブラウザで認証します。

なお、ghをインストール済みだと、勝手にログインされるようです。仕組みとしては環境変数に渡されているようです。

ghのトークン再利用

export GH_TOKEN=$(gh auth token)
# または
export GITHUB_TOKEN=$(gh auth token)

※個人用PATはサポート対象外になったようです(2025年10月現在)GitHub

使い方

任意のリポジトリ直下で copilot を試してみてください。

/copilot> 最近どう? MDにまとめてみて

便利なスラッシュコマンド：

/copilot> /model          # 利用モデルを切り替え
/copilot> /files add .    # 参照対象のファイル/フォルダを追加
/copilot> /undo           # 直前のアクションを取り消し

デフォルトでは実行前に差分を表示し承認を求めます。

アップデート/アンインストール

npmで管理されているので簡単です。

# アップデート（同じコマンドでOK）
npm install -g @github/copilot

# アンインストール
npm uninstall -g @github/copilot

トラブルシューティング

node -v が 22 未満 / npm -v が 10 未満 → nvm install 22 && nvm use 22 を再実行。
copilot が見つからない → npm prefix -g の bin を PATH に追加。
企業/学校アカウントで使えない → 組織/エンタープライズのポリシーで Copilot CLI が無効化されている場合があります。管理者に有効化を依頼。
gh auth token を使っても認証されない → echo $GH_TOKEN / echo $GITHUB_TOKEN で値が設定されているか確認。シェルの再起動や source ~/.zshrc も試す。

Premium request について

Copilot CLI は「1プロンプト = 1 Premium request」 消費します（/model の選択に関わらず）。
カウントは毎月1日 00:00:00 UTC にリセット。各プランの上限や追加購入可否は契約種別によって異なります。
利用状況は GitHub のアカウント設定から確認可能（Usage/Entitlements 画面）。

vs Codeだったりでは無料モデルがありますが、こちらないです。LLM破産ご注意ください。

爆速でNode.jsをnvmで入れてみた【Mac】

Mon, 13 Oct 2025 00:00:00 GMT

::toc

なぜ nvm？

切替が一瞬：nvm use 22／.nvmrc でプロジェクトごとに固定できる。
sudo不要で安全：ユーザー領域に入るので、システムのNodeを汚さない。
再現性◎：.nvmrc を共有すると、メンバー全員が同じNodeで動かせる。

インストール手順

1) nvm を入れる（公式インストーラ）

curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh | bash

最新のコマンドはGitHubを確認

インストール後、~/.zshrc に初期化行があるか確認。無ければ追記：

export NVM_DIR="$HOME/.nvm"[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh"

変更後に実行：

source ~/.zshrc

※隠しファイルの存在確認には以下を使用

ls -a

2) Node.js 22 を導入して使う

nvm install 22
nvm use 22
node -v   # v22.xnpm -v    # 10.x 以上

（任意）常に 22 を既定にする：

nvm alias default 22

3) プロジェクトで固定

echo "22" > .nvmrc
nvm use   # 以後そのディレクトリでは 22 が自動選択

よくあるハマり

nvm: command not found → ~/.zshrc の初期化行と source ~/.zshrc が実行されているのか確認。
22に切り替わらない → which node で Homebrew の Node が優先されていないか確認。必要なら brew uninstall node でbrew版をアンインストール。
グローバルnpmが実行できない → npm prefix -g の bin が PATH にあるか確認（必要時のみ）。

最後に

brewでセットアップが終わればいいのですが、nvmが対応していないようです。面倒ですが、手動設定頑張るしかないです。

fatal: unrecognized sequence when parsing git diff output エラーの原因と解決方法

Thu, 17 Jul 2025 00:00:00 GMT

GitHub Copilot が git commit メッセージを自動生成してくれる機能、めちゃめちゃ便利ですよね。
個人開発で Git の管理をきちんとしたいけれどメッセージを書くのが面倒……というときに本当に助かります。

しかし、時々エラーに遭遇します。この記事では、最近ハマった少し変わったエラーを備忘録として共有します。

何が起きたか

変更をステージし、生成ボタンを押したところ、次のエラーが発生しました。

fatal: unrecognized sequence when parsing git diff output

試したこと

調べたところ、同様の報告が GitHub Discussions にありました。

https://github.com/orgs/community/discussions/163657

Visual Studio の 再起動・更新・キャッシュ消去 や Git の更新 などを試しましたが解決しませんでした。

解決策

私の環境では 日本語名のファイル をアンステージ（または削除）することで解決しました。
上記スレッドでも同様の方法で解決した例が複数報告されています。

最後に

最新版の Visual Studio では Git Windows のアウトプットをそのまま読み込むようになり、エラーは以前よりグッと減りました。
それだけに今回の問題にはかなりハマってしまいましたが、日本語環境で同じエラーに遭遇した方は、まず 日本語ファイル名を一時的に退避 してみてください。

Codex 指定された git ref main は存在しません

Mon, 07 Jul 2025 00:00:00 GMT

先日、Codex を使っていた際に「Codex 指定された git ref main は存在しません」というエラーが発生して少し悩んだので、備忘録として共有します。

::toc

問題 : 「Codex 指定された git ref main は存在しません」

GitHub と Codex を連携し、いざ実行しようとすると 「ブランチが存在しない」 というエラーが表示されます。
おそらく main ブランチをデフォルトで選択する仕様になっているため、古いリポジトリで master ブランチのみ存在する場合に発生するようです（~~エラー文のスクリーンショットを撮り損ねました~~）。

解決方法 1 : プロンプト入力 UI からブランチを選択する

もっとも簡単な方法は、プロンプト UI 下部の プルダウン から目的のブランチを選択することです。
一覧から master を選ぶと、それ以降は master が保持された状態で実行できます。

解決方法 2 : ブランチ名を main に変更する

根本的に解決したい場合は、リポジトリ側でブランチ名を master から main に変更してしまいましょう。最近の多くのツールでは main が標準になっています。以下のコマンド 1 行で変更できます。

git branch -m master main

まとめ

Codex を使い始めてみると、細かなところで不便さを感じる場面もありますが、設定を見直すことで快適に利用できます。
同じエラーでお困りの方は、まずは ブランチ設定 を確認してみてください。

「FAQPage が重複しています」エラーの原因と対処法【Google Search Console】

Sat, 28 Jun 2025 00:00:00 GMT

「FAQPage」が重複しています”エラーの原因と対処法

先日、当サイトの記事に SEO 対策として FAQ（よくある質問）構造化データ を追加しました。効果を期待していたのですが、Google Search Console から「項目 FAQPage が重複しています」とお叱りを受けました。~~とほほ~~
(参考: FAQ を埋め込んだ記事)

::toc

FAQPage とは？

JSON-LD で Question–Answer のペアを定義する構造化データです。これにより Google が FAQ の内容を理解し、かつては検索結果に FAQ リッチリザルトとして表示されていました（現在は表示機会が減少）。~~SEO で悪用し放題だったとか~~

詳しくは Google の公式アナウンスなどをご覧ください。

Google Search Central on X

Epic Notion — FAQ Schema Guide 2025

「FAQPage」が重複していますエラーが発生する理由

1 ページ内に @type: \"FAQPage\" を含む構造化データが 2 つ以上 定義されている
WordPress プラグインなどが自動挿入する FAQ と手動で書いた FAQ が重複
テンプレート側で共通 FAQ を読み込み、記事側でも追加している

Google は FAQ の内容ではなく、構造化データの数で重複を判定します。

修正方法

FAQPage は 1 ページにつき 1 つだけ にする
複数の FAQ を掲載したい場合は mainEntity 配列でまとめる
必ず Question と Answer のペアで書く
実装後は構造化データテストツールで検証
Google Search Console で「修正を検証」をクリック

FAQPage の正しい定義例

以下のように 1 つのスクリプトタグ にまとめれば OK です。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "hoge とは？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "hoge の意味です。"
      }
    },
    {
      "@type": "Question",
      "name": "ほげほげ？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "ほげほげの説明です。"
      }
    }
  ]
}
</script>

構造化データを 1 つにまとめれば、数日〜1 週間程度で重複エラーは解消されることが多いです。修正が反映されたら Google Search Console でステータスを確認しましょう。

【花巻観光】日帰りで楽しむ宮沢賢治の故郷と温泉巡り｜岩手県花巻市旅行記

Wed, 25 Jun 2025 00:00:00 GMT

2月に岩手県花巻市へ日帰り旅行に行ってきました。宮沢賢治記念館、花巻温泉、地元グルメを一日で満喫する弾丸ツアーでしたが、充実した時間を過ごすことができました。

この記事では、花巻観光の魅力的なスポットとおすすめの回り方をご紹介します。年中楽しめる観光コースなので、花巻旅行を計画中の方はぜひ参考にしてください！

::toc

花巻観光のアクセス・移動手段

一日で複数の観光スポットを効率よく回るため、レンタカーを利用しました。花巻空港のすぐ横にタイムズカーシェアのステーションがあり、飛行機から降りてすぐに車を借りることができて非常に便利でした。

冬の花巻旅行では、スタッドレスタイヤがデフォルトで装備されているので安心です！

花巻グルメ｜ＨＡＩＫＡＲＡ−ＹＡハイカラヤでランチ

場所： GoogleMap📌
費用： 1,000円前後
営業時間： 11:00〜17:00

花巻でのランチにハイカラヤを選びました。リーズナブルな価格でありながら、味も雰囲気も抜群のおすすめカフェレストランです。

私が注文した日替わりランチ（980円）は、とろけるチーズとさっぱりとした鶏肉が絶妙にマッチした一品でした。濃厚なチーズが口の中に広がり、ソースも程よい味付けでペロリと完食。ご飯と紅茶（コーヒー）も付いて、この価格は大満足です。

外観からは想像できませんが、店内は丘の上にあるおしゃれなカフェのような素敵な内装でした。混雑することもなく、ゆっくりと食事を楽しめる穴場スポットです。

花巻観光でランチに悩んだ際は、ぜひハイカラヤを訪れてみてください。

花巻の文学スポット｜宮沢賢治記念館・童話村「賢治の学校」

場所： GoogleMap📌
費用： 350円（2館共通）
営業時間： 8:30〜16:30

花巻といえば、童話作家・宮沢賢治が生まれ育った故郷として有名です。「注文の多い料理店」「銀河鉄道の夜」など、多くの名作を生み出した賢治の世界観と生涯について学べる貴重なスポットです。

記念館と童話村は道路を挟んで隣接しており、両方合わせて350円という驚きの安さ！周辺には花巻新渡戸記念館、花巻市博物館もあります。

宮沢賢治記念館の見どころ

記念館では宮沢賢治の創作活動や作品の背景について、豊富な資料で詳しく学べます。時代順に整理された展示は、賢治の作品をよく知らない方でも理解しやすく工夫されています。

子供も楽しめる体験コーナーや、物語のビデオ上映スペースもあり、家族連れの花巻観光にもおすすめです。

宮沢賢治童話村「賢治の学校」の魅力

童話村では、宮沢賢治が描いた動物や昆虫の世界観を体験できます。賢治独特の自然観や生き物への愛情が、わかりやすく楽しい展示で表現されています。

SNS映えする幻想的な空間もあり、真っ白な部屋に青い木と赤いドアが配置された不思議な世界が広がっています。賢治の童話の世界観そのものを体感できる特別な場所です。

花巻温泉｜山の神温泉なごみの湯で一日の疲れを癒す

場所： GoogleMap📌
費用： 900円
営業時間： 10:00〜20:00（入浴は21:00まで）

花巻観光の締めくくりに、山の神温泉なごみの湯で疲れを癒しました。新しくて清潔感のある温泉施設で、露天風呂からは美しい山肌を眺めることができます。

一日の花巻観光の疲れを温泉でゆっくりと癒す、とても贅沢な時間でした。露天風呂で自然を感じながら入浴できるのは、花巻温泉ならではの魅力です。

なお、こちらの施設は山の神温泉優香苑の一部です。優香苑本館の日帰り入浴も可能ですが、15:00頃に受付終了となるのでご注意ください。~~私は間に合いませんでした...~~

まとめ｜花巻観光の魅力と次回への期待

岩手県花巻市は、昔ながらの美しい景色が広がる心癒される観光地でした。宮沢賢治の故郷として文学的な魅力があるだけでなく、美味しいグルメや良質な温泉も楽しめる素晴らしい場所です。

今回訪れたスポット以外にも、花巻には以下のような魅力的な観光地があります：

花巻温泉郷の温泉街での食べ歩き
花巻新渡戸記念館
花巻市博物館
その他の温泉施設

一日では回りきれないほどの見どころがある花巻。次回はもっとゆっくりと滞在して、花巻の魅力をじっくり味わいたいと思います。

花巻観光を計画中の方は、ぜひこのモデルコースを参考にして、宮沢賢治の故郷での特別な時間をお楽しみください！

Codexは初期化する必要があるらしい | CodexとGitHub 連携のエラー

Sat, 21 Jun 2025 00:00:00 GMT

少し前に、OpenAIの Codex が Plus ユーザーにも開放されました。Proユーザーのレビューなどをみて「Codexを使いたいな、課金するかな」なんて悩んでいたので狂喜乱舞です。

早速 Codex の使い心地を確認したのですが、思わぬ罠に引っかかったのでメモを残します。

::toc

Codexとは

OpenAI が開発したクラウドベースのソフトウェアエンジニアリングエージェント。初期のバージョンでは codex-1 と呼ばれるモデルが採用されており、ベースモデルには o3 が用いられています。

エラー: GitHub でリポジトリを用意するだけでは使えない

GitHub でリポジトリを用意し、アプリを作ってもらおうとプロンプトを入力したところ、次のエラーが発生しました。

“GitHub リポジトリは Codex 内で使用するために初期化する必要があります。”

「リポジトリは存在するのに 初期化 とは？」と戸惑いましたが、 README を追加して 1 回コミット すれば解決します。

解決手順

:::important{title="Codexの初期化エラーを解決する方法"} README ファイルを追加してコミットすることで解決できます。方法は以下のいずれかを選択してください。 :::

方法1: GUI で行う場合

GitHub リポジトリ画面で + ボタンから Add file → Create new file をクリックし、README.md を作成して「Commit new file」を押す（内容は適当で OK）。

方法2: ローカルで行う場合

README.md を作成 → git add README.md && git commit -m "docs: add README" → git push origin main（または既定ブランチ名）。

共通: Codex で再度実行

Codex で再度プロンプトを実行すると、エラーが解消されます。

結論

README を追加してコミットするとエラーは発生しなくなりました。

LLM なので入力がないとうまく動作しない、というのは納得なのですが、そこはシステム側で用意してくれても良いのでは……と思ったりします。それでも Codex は信じられないほど便利 ですね。後日チュートリアルの記事も遊びがてら書く予定です。

今回使ったGitHubのリポジトリはこちらです。

::github{repo="badsparky/test-codex"}

GitHub Copilot Agent Modeを自動化する方法｜VS CodeでAuto Approveを有効に

Wed, 11 Jun 2025 00:00:00 GMT

GitHub Copilot Agent Modeの課題とAuto Approveの必要性

GitHub CopilotをVS Codeで使っていてボタンポチポチが面倒に感じたことはありませんか??

Agent Modeと言いつつコマンドを実行する度に求められる許可、一定以上繰り返した後に求められる”**Continue”**ボタン、押す回数を減らしたくないですか??

::toc

コマンドの自動承認

mkdir や cd やらを大仰に許可するのは何とも間抜けな気分になります。 VS Codeには自動的に許可する機能があります!

:::note[情報] この機能を有効にすると、基本的なファイル操作コマンドが自動的に承認されるため、開発効率が大幅に向上します。 :::

手順1: VS Codeの設定画面を開く

以下のいずれかの方法で設定画面を開きます：

コマンドの場合:

Windows / Linux: Ctrl + ,
macOS: Cmd + ,

GUIの場合 [共通]: ⚙マーク（歯車アイコン）をクリック

設定(settings)を選択します。

この画面が出てきたら大丈夫です。

手順2: Auto Approveをtrueに変更

検索欄に chat auto approve と入力します。

Chat > Tools: Auto Approve のチェック欄を選択します。

:::caution[注意] この操作はリスクがあること・試験的な機能であり、動作が変更される可能性もあります。 :::

セッションの自動継続

あまりに長く続くのも嫌ですが、Agent Modeと言いながら、数分毎に止まっていないか確認するのも馬鹿馬鹿しいです。

VS CodeのCopilotのセッションごとの最大リクエスト数を増やす、つまり長く実行してもらうための方法です。

:::note[推奨設定] デフォルト値の15から50程度に増やすことで、より長時間の連続作業が可能になります。 :::

手順1: VS Codeの設定画面を開く

手順は前節の「コマンドの自動承認 - 手順1」と同様です。

手順2: Max Request の数値を変更

Chat max request と検索すると見つかります。

私の場合はデフォルトが 15 でした。この値が大きくなればなるほど、継続してコーディングしてくれるようになります。私は 50 に変更しました。

:::caution[注意] この値が大きければ大きいほど継続的に開発してくれますが、Copilotのリクエスト制限を突破しやすくなるなどのデメリットもあるので、注意してください。 :::

まとめ：Auto Approveを活用してAgent Modeを快適に

VS CodeのCopilotは Cursorなどと比べて設定の自由度が低いですが、色々変更できる箇所もあります。これからも VS Codeを愛用していく予定です。~~だから有料プラン割引して~~

よくある質問（FAQ）

::faq{question="GitHub CopilotのAuto Approveは安全ですか？" answer="GitHub Copilot が実行するコマンドは VS Code の権限内に制限されますが、誤ったコマンドを承認してしまうリスクは残ります。信頼できるリポジトリでのみ有効化し、不要時には無効化しましょう。Auto Approve は権限付与のクリックを省く機能であり、Copilot が実行できる範囲自体を拡張するわけではありません。"}

::faq{question="Auto Approveが機能しない場合の対処方法は？" answer="VS Code の Settings Sync が競合している場合や、Insiders ビルドでのみ発生する既知の不具合が原因の可能性があります。設定を JSON で直接編集し、'github.copilot.agent.autoApprove': true が有効になっているか確認して再起動してみてください。"}

CursorをWindowsにインストールしてみた

Tue, 10 Jun 2025 00:00:00 GMT

::toc

Cursor とは？Windows で使える AI コードエディタ

Cursor は AI を搭載した次世代のコードエディタです。VS Code をベースに開発されており、自然言語でコード生成ができることで注目を集めています。

先日、Cursorの学割に登録しました。インストール方法（cursor install）を調べたところ、Mac向けの記事がほとんどだったため Windows 版の詳細な手順 をまとめておきます。

学割登録の方法を知りたい方は、以下のページを参考にしてください。
Cursor 学生向けプランの申し込み方法

Windows 版 Cursor インストール手順【完全ガイド】

以下では、Windows 10/11 での Cursor インストール方法を画像付きで詳しく解説します。

1. Cursor インストーラーのダウンロード

公式サイトの 「Download for Windows」 ボタンからインストーラーをダウンロードします。
Cursor 公式サイト

補足
Windows 以外 (Mac など) のダウンロードが表示される場合は 「All Downloads」 から Windows (Arm もしくは x64) を選択してください。

CPU が x64 か Arm かを確認する方法

ほとんどの Windows PC は x64 ですが、不安な方は以下の記事で確認方法をチェックできます。
Windows で CPU アーキテクチャを確認する方法

Arm 版のダウンロード方法

こちらのリンク(cursorダウンロード一覧) から Windows 10/11 (Arm64) を選択してください。

2. Windows への Cursor インストール実行

利用規約に同意しないと先へ進めません。~~必要と分かっていても毎度要らないと思ってしまいます~~

エディターのインストール先を指定します。特にこだわりがなければ デフォルト を推奨します。

次に スタートメニューへの登録 を行います。こちらもデフォルトで問題ありません。

オプションが表示されますが、PATH への追加 以外は不要です ~~(過激派)~~

あとはウィザードに従ってクリックしていくだけです。以下の画面が表示されれば完了です。

3. Cursor 初期設定とカスタマイズ

初回起動時に各種設定が走ります。以下の例では拡張機能のインストール画面が表示されています。

:::note VS Code に Copilot 拡張機能が入っていると、Cursor 側にも自動で入ります。不要な場合は無効化してください。
:::

テーマやキーバインドは好みで選択できます。迷ったらデフォルトで OK です。

設定画面の最後に データ共有 に関するオプションが表示されます。デフォルトで共有が有効＆ここではオフにできないのが厄介です。切りたい方は次節を参照してください。

Cursor のプライバシー設定【重要】

:::warning{title="プライバシー保護のための必須設定"} デフォルトでデータ共有が有効になっているため、プライバシーを重視する場合は必ず設定を変更してください。 :::

データ共有を無効にする手順

デフォルトでデータ共有が有効なのは気になるところ。右上の ⚙️ (設定アイコン) → Privacy Mode を Enable にするとオフになります。

プライバシーモードのメリット

🔒 コードの自動送信を防止
🛡️ 機密情報の保護

:::tip{title="プライバシー設定のコツ"} Privacy Mode を有効にすると、コードの自動送信が無効になります。必要に応じて手動で AI 機能を使用できます。 :::

Cursor の使い方｜Python で Hello World を実行

:::note{title="AI コード生成の体験"} Cursor を初めて使用する場合、実際に AI でコードを生成してみましょう。Python 環境の設定が必要になる場合があります。 :::

実際に Cursor の AI 機能 を体験してみましょう。ここでは Python で Hello World を作成する例を紹介します。

AI コード生成の手順

チャット機能の使用
右下のチャット欄に以下のプロンプトを入力
```
Make Hello World with python
```
自動実行の設定
スクリプト生成後は毎回確認ダイアログが出るので、自動実行に切り替えると便利です。

安全な使用のための注意点

:::caution{title="自動実行の注意点"} 自動実行を有効にすると、AI が生成したコードが確認なしで実行されます。重要なプロジェクトでは慎重に使用してください。 :::

警告も丁寧に表示されます。大きな変更が加えられる可能性があるため、ブランチを切る など対策をおすすめします。

:::important{title="バージョン管理の重要性"} バージョン管理システム（Git）を使用している場合は、必ず作業ブランチを作成してから AI 生成コードをテストしてください。 :::

実行結果

最終的にターミナルへ Hello World が出力されれば成功です。

感想: VS Code の Copilot より動作がスムーズで少し感動しました。

まとめ｜Cursor で始める AI プログラミング

Cursor インストールのポイント

✅ 公式サイトから最新版をダウンロード
✅ プライバシーモードを有効化
✅ VS Code からの移行は拡張機能も引き継がれる

次のステップ

LLM がコードを書いてくれるなんて、なんと楽な時代でしょう (by 若造)。
使えるものは使い、LLM ができないことを磨いていきたい ですね。

AI コードエディタの Cursor で、あなたのプログラミング体験がより効率的で楽しいものになることを願っています。

学生がCursorに登録してみた【Cursor for Students】

Mon, 09 Jun 2025 00:00:00 GMT

::toc

プログラミングエディター Cursor には、学生向けの割引プランがあります。この記事では、登録手順をスクリーンショット付きで詳しく書きます。これであなたも 「Cursor 学割登録方法」 で学割ゲット!

Cursor学割（Cursor 学生プラン）とは？

Cursor Student Plan（Cursor 学生プラン）は、大学や高専などに在籍する学生を対象に、通常の Pro プランを一部機能制限付きで無料提供する制度です。万年金欠の学生が最新の開発環境を体験出来てしまいます。Cursor 学生向けの特別プランですね。

はじめに・必要なもの

CursorとObsidianが熱い!!!Cursor!!!Cursor!!!という記事をよく見ます。

なんでそんなに?GitHub Copilotでよくない？と思いつつ、食わず嫌いはよくないなと思い使い始めることにしました。

エディターが増えるだけ?無駄?気になるから仕方ない()

無料で使えないかな、と思い調べてみたらあるではありませんか、Cursor 学生プラン（学生プラン）。

Cursor 学生向けプランへの登録方法載せておきます。

必要なのは2つです。

sheerid に登録された学校のメールアドレス（Cursor 学生認証用）
Cursorのアカウント

手順（Cursor 学生プラン登録）

まずはCursor 学生プランページにアクセス

::url{url="https://www.cursor.com/ja/students"}

ここにアクセスしてください。Cursor 学生向けの専用ページです。

Vertify Statusを押して進みます。

Cursor 学生資格の認証

上から、国・学校・名・姓・誕生日・学校のメールアドレス の6つを入力します。

次に学校のアドレスに来たメールの Finish Vertifycation を押してください。

※数分待ってメールが来ない場合は、webに戻り、

メールアドレスのチェック
Re-send ボタンを押して再送
迷惑メールに入っていないか

学校の認証システムでログイン

“sign into my institution” を押して学校の認証システムに飛びます。

認証終了後このような画面になったら無事成功です。あとは、”Apply Discount” を押すことであなたも学割をゲット!

まとめ

無事学割登録出来ましたでしょうか??

これでCursorデビュー!と考えていたあなた、この学割は正式なProプランよりも制限が厳しいです。上手くできていますよね…. 気に入ったらProを購入しろという事らしいです。

Cursor 学生向けプランのインストール方法・具体的制約についても他の記事でまとめようと思います。

Astroでリダイレクト設定がうまくいかない時の対処法【静的サイトSEO】

Fri, 23 May 2025 00:00:00 GMT

先日、Astro(SSG)のサイトの記事関係のシステムをいじっていたのですが、~~間違って~~意図と異なるURLで記事を公開してしまいました。

大問題にはならなかったのですが、1つの記事がそのURLでGoogleSearchConsoleに登録されちゃいました、、

初めは時間が解決してくれるんだ~とURLを戻すだけで対処しようとしたのですが、どうやらSEO的にナンセンスのようで、、、~~しぶしぶ~~リダイレクトを設定することにしました。

Astroのリダイレクトを実装しようとしたら、躓いたのでそれをまとめます。

対象読者: Astro で静的サイトを構築していて、リダイレクト設定に悩んでいる方 / Cloudflare・Vercel でホストしている方

::toc

なぜリダイレクトが SEO に重要なのか

重複コンテンツ回避: 誤った URL と正しい URL が併存すると評価が分散!!
被リンクの継承: 301 / 308 リダイレクトなら被リンクの評価を新 URL へ移行可!!
クロール効率の最適化: 不要な 404 を減らし、クロールバジェットを節約!!

:::tip Google は「恒久的（301 / 308）」「一時的（302）」を見分けて評価を移譲します。目的に合わせてステータスコードを選んでください！ :::

前提環境

Astro v4（SSG モード）
Cloudflare Pages でホスティング（Vercel でも同様に動作を確認）

方法①: `astro.config.*` でリダイレクトを定義する

Astro の設定ファイルに redirects を追加する方法です。公式推奨 で管理も楽(大事)なため、少量のリダイレクトならこれで十分!!

export default defineConfig({
  redirects: {
    // ① 同一サイト内のパス移動（デフォルト 301）
    "/posts/old-slug": "/posts/new-slug",

    // ② 動的ルートも OK（パラメータ名は合わせる）
    "/blog/[...slug]": "/articles/[...slug]",

    // ③ ステータスコードを明示したいとき
    "/note": {              // 308＝恒久的 POST 可
      status: 308,
      destination: "/posts/note"
    },

    // ④ 外部 URL へ
    "/docs": "https://example.com/docs"
  }
});

メリット: Astro だけで完結。SSG ビルド時に <meta http-equiv="refresh"> つき HTML が自動生成されます。
デメリット: 大量のルールを記述すると設定ファイルが肥大化。

方法②: `vercel.json` を使う（Cloudflare Pages でも利用可）

より細かい条件分岐やホスト名ベースの振り分けが必要なら vercel.json が便利です。

{
  "redirects": [
    {
      "source":  "/posts/old-slug",
      "destination": "/posts/new-slug",
      "permanent": true         // 308
    },
    {
      "source":      "/blog/:year/:month/:slug",
      "destination": "/posts/:slug",
      "statusCode":  301
    },
    {
      "source":      "/docs/:path*",
      "destination": "https://example.com/docs/:path*",
      "permanent":   true
    },
    {
      "source": "/:path*",
      "has": [
        { "type": "host", "value": "old.example.com" }
      ],
      "destination": "/legacy/:path*",
      "statusCode": 302
    }
  ]
}

メリット
- ワイルドカードやホスト条件など高機能。
- 設定ファイルを分離できるので保守しやすい。
デメリット
- trailingSlash 設定に依存し、末尾スラッシュ強制削除の挙動に注意が必要。

:::warning vercel.json で定義したリダイレクトは、デフォルトで末尾スラッシュを削除します。trailingSlash: "always" を指定している場合は整合性を要確認！ :::

どちらを選ぶべき？

ケース	推奨手段
少量（〜10 件程度）の静的リダイレクト	方法① Astro 設定
動的パス・サブドメイン条件・大量登録	方法② vercel.json

私のサイトでは末尾スラッシュを必ず付与するため、方法①を採用しました。

まとめ

正しいステータスコード を選び、評価をロスなく移譲しよう。
Astro 標準の redirects がもっとも手軽。
高度な条件分岐や大量設定は vercel.json が便利。ただし trailingSlash との相性に注意。

:::success 誤った URL をインデックスさせないためにも、公開前チェックとリダイレクト設定は忘れずに！!! :::

AstroでのtrailingSlashの設定変更はこちらにあります!!

::url{url="https://docs.astro.build/ja/reference/configuration-reference/#trailingslash"}

参考リンク

【神戸・兵庫】市ケ原ハイキング＆プチキャンプ｜三宮から徒歩60分

Mon, 19 May 2025 00:00:00 GMT

::toc

神戸・市ケ原ハイキング＆プチキャンプ

市ケ原までハイキングをしてきました。1人ではなかなか歩いて山?を登ることはないのですが、先輩に連れられて(感謝!)行ってきました。

午後から雨予報で寒くなるのでは、、？と恐れていましたが、ちょうど良い気温で快適でした。キャンプ場で定番のウインナーやマシュマロを焼いて、お酒をグビグビと楽しみました!!

市ケ原でまったりか、近くのキャンプ場で、、なんて思っていませんか??市ケ原は辿り着くまでも楽しめるのです!!

辿り着くまでに軽い山登りがあるのですが、神戸三ノ宮駅から徒歩圏内とは思えないほどに自然豊かなのです。

:::important 結論： 三宮から徒歩 1 時間で「滝×新緑×河原キャンプ」が全部楽しめる最高のスポット。
:::

市ケ原についてまとめました!!

市ケ原はどんな場所？｜都会近接の“秘境”

所在地：神戸市中央区
標高：340 m 前後
特徴：布引渓流と広い河原があり、ハイキング + プチキャンプが楽しめる

アクセス・モデルコース

スタート	主要ルート	距離	所要時間*
JR・阪急・阪神三宮駅	布引の滝 → 布引貯水池 → 市ケ原	約 4 km	約 45–60 分

*平坦路換算・休憩含まず。
📌 詳細地図は Google マップ。

必携ギアチェックリスト

軽量レジャーシート
キャンプ用コンロ + ミニクッカー + マシュマロ
500 ml 缶×2 本が入るソフトクーラー
レインウェア（突然の雨対策）
ゴミ袋（Leave No Trace）

道中の見どころ

布引の滝は「日本の滝百選」にも数えられる名瀑。轟音と水しぶきでリフレッシュ効果抜群!!

5 月の新緑は“映え”確実。

この日は曇りでしたが、晴れの日には神戸港を一望。夜景も楽しめそうです。

河原でプチキャンプを楽しむコツ

場所取りは早めに
休日は 11 時以降混み始めるので、午前中到着が安心。
火気ルールを厳守
直火禁止。
映えるメニュー
- ウインナー＆マシュマロ
- コーヒードリップセット
- 缶ビール or 日本酒

:::warning

注意事項とマナー

トイレは市ヶ原堰堤の公共トイレを利用
ゴミは必ず持ち帰る
大音量スピーカーは NG（他ハイカー配慮） :::

まとめ｜週末 6 時間で“本格アウトドア”を体験しよう

市ケ原 は「アクセス性 × 自然 × アクティビティ」のバランスが抜群。
三宮 9 : 00 出発 → 10 : 00 到着 → 13 : 30 下山、という“半日コース”がおすすめです。下山後には三宮のおしゃれなカフェに!?

気になった点

:::note 行く前に気になっていたことを確認したので載せておきます

::faq{question="トイレはある?" answer="はい、市ヶ原堰堤というところに公共トイレがあります。キャンプ場から道側に階段を登ったところにあります!"} ::faq{question="飲み物を買える?" answer="はい、売店があります!お汁粉も販売されていました!"} :::

【Astro】paramsとpropsを使い分ける

Tue, 13 May 2025 00:00:00 GMT

Astroにおける `params` と `props` の違いと使い分け

Astroでウェブサイトを開発していると疑問に思った事がありました、データの受け渡し方法です。 params と props という2つの概念はは一体全体何なのか分からなくなりました。この記事では、params と propsの違い、使い方などを調べたことからまとめています。

::toc

問題: Astroでのデータ受け渡しのなぞなぞ

新しいAstroプロジェクトで開発を進めていると、こんな疑問に直面することはありませんか？

「ページコンポーネントにデータを渡すときは params と props どちらを使うべき？」
「なぜインタラクティブコンポーネントで Astro.params にアクセスできないの？」
「動的ルートでコンポーネントにデータを渡す最適な方法は？」

これらの疑問に答えるために、まずは基本的な違いを整理しましょう。

`params` と `props` の基本的な違い

観点	`params`	`props`
生成元	ルーティングの動的セグメント（例: `/blog/[slug].astro`）	親コンポーネントが明示的に渡す
取得方法	`Astro.params` で取得	`Astro.props` で取得（関数引数として受け取る）
アクセス可能範囲	ページ / レイアウトファイルのみ（クライアントコンポーネントでは不可）	すべてのコンポーネント（ページ・レイアウト・クライアントコンポーネント）
主な用途	URL に依存したデータ取得やページ生成	再利用性の高い UI 部品への値受け渡し
型付け	ルート定義に依存するため手動型付けしがち	`interface Props { ... }` で型安全に定義しやすい
ビルド時 vs 実行時	Astro が URL を解析して自動注入	親が値を束ねてレンダリング時に注入
落とし穴	- 動的ルートがないと空になる<br>- クライアントコンポーネントでは参照不可	- 渡し忘れ / 型不一致<br>- 過剰に渡すと肥大化
代表パターン	- 記事ページ<br>- 多言語 (`[lang]/[...page].astro`)	- 汎用カード / ボタン<br>- レイアウト設定値

解決策: 使い分け方法

以下の判断基準で使い分けると良さそう：

1. URL依存性に基づく選択

URL構造がデータの主要なソースとなる場合は params を使いましょう：

// src/pages/articles/[category]/[id].astro
---
const { category, id } = Astro.params;
// URLから直接取得した値をデータ取得に使用
const article = await fetchArticle(category, id);
---

ポイント: URLがユーザーの状態やナビゲーション履歴を表現する場合に有効です。

2. コンポーネント再利用性の最大化

再利用可能なコンポーネントには必ず props を使用しましょう：

---
// src/components/Alert.astro
interface Props {
  type: 'info' | 'warning' | 'error';
  message: string;
  dismissable?: boolean;
}

const { type, message, dismissable = true } = Astro.props;
---

<div class={`alert alert-${type}`} data-dismissable={dismissable}>
  <p>{message}</p>
  {dismissable && <button class="close">×</button>}
</div>

実用例:

<Alert type="warning" message="保存されていない変更があります" />
<Alert type="error" message="接続に失敗しました" dismissable={false} />

3. データフェッチと404ハンドリング

params の値が無効な場合の処理も考慮しましょう：

---
// src/pages/products/[id].astro
const { id } = Astro.params;
const product = await getProduct(id);

// 商品が存在しない場合は404ページにリダイレクト
if (!product) {
  return Astro.redirect('/404');
}

// または Status Code のみ変更
if (!product) {
  Astro.response.status = 404;
}
---

{product ? (
  <ProductDetail item={product} />
) : (
  <ProductNotFound id={id} />
)}

4. TypeScriptとの相性を最大化

型安全なコードベースのために型定義を活用しましょう：

// params用の型定義
export interface ProductParams {
  id: string;
  category?: string;
}

// 共通的なprops用の型定義（再利用可能）
export interface CardProps {
  title: string;
  description: string;
  imageUrl?: string;
  isPromoted?: boolean;
}

実装例: 実践的なコード

動的ブログ記事ページの例

---
// src/pages/blog/[slug].astro
import { getCollection } from 'astro:content';
import BlogLayout from '../../layouts/BlogLayout.astro';
import RelatedPosts from '../../components/RelatedPosts.astro';
import ShareButtons from '../../components/ShareButtons.astro';

// 1. paramsからスラッグを取得
const { slug } = Astro.params;

// 2. コンテンツの取得
const posts = await getCollection('blog');
const post = posts.find(post => post.slug === slug);

// 3. 記事が存在しない場合は404
if (!post) {
  return Astro.redirect('/404');
}

// 4. 関連記事の取得（同じタグを持つ記事）
const relatedPosts = posts
  .filter(p => p.slug !== slug && p.data.tags.some(tag => post.data.tags.includes(tag)))
  .slice(0, 3);

// 5. 記事の内容をレンダリングする準備
const { Content } = await post.render();
---

<BlogLayout title={post.data.title} description={post.data.description}>
  <article class="prose lg:prose-xl mx-auto">
    <h1>{post.data.title}</h1>
    
    <div class="metadata">
      <time datetime={post.data.date.toISOString()}>
        {post.data.date.toLocaleDateString('ja-JP')}
      </time>
      <div class="tags">
        {post.data.tags.map(tag => (
          <a href={`/tags/${tag}`} class="tag">#{tag}</a>
        ))}
      </div>
    </div>
    
    <Content />
    
    <!-- コンポーネントにはpropsで必要なデータを渡す -->
    <ShareButtons 
      title={post.data.title} 
      url={`https://myblog.com/blog/${slug}`} 
    />
    
    <RelatedPosts posts={relatedPosts} />
  </article>
</BlogLayout>

再利用可能なUI部品の例

---
// src/components/PostCard.astro
interface Props {
  title: string;
  date: Date;
  excerpt: string;
  slug: string;
  featured?: boolean;
}

const { title, date, excerpt, slug, featured = false } = Astro.props;
const formattedDate = date.toLocaleDateString('ja-JP');
---

<article class={`card ${featured ? 'card-featured' : ''}`}>
  <a href={`/blog/${slug}`}>
    <h2>{title}</h2>
    <p class="excerpt">{excerpt}</p>
    <time datetime={date.toISOString()}>{formattedDate}</time>
  </a>
</article>

<style>
  .card {
    border: 1px solid #eee;
    padding: 1.5rem;
    border-radius: 8px;
    transition: transform 0.2s, box-shadow 0.2s;
  }
  
  .card:hover {
    transform: translateY(-3px);
    box-shadow: 0 10px 20px rgba(0,0,0,0.1);
  }
  
  .card-featured {
    border-left: 4px solid #7c3aed;
    background-color: #f5f3ff;
  }
</style>

よくある間違いと解決策

間違い1: クライアントコンポーネントから`params`にアクセスしようとする

---
// ❌ これは動作しません
---
<script>
  // クライアントサイドではAstro.paramsは利用できない
  console.log(Astro.params.slug);  // エラー!
</script>

解決策: 必要な値はdata属性などで渡しておく

---
const { slug } = Astro.params;
---
<div data-article-id={slug}>
  <script>
    // data属性経由でアクセス
    const container = document.querySelector('[data-article-id]');
    const slug = container.dataset.articleId;
    console.log('Article slug:', slug);
  </script>
</div>

間違い2: propsの型付けを省略する

---
// ❌ 型がないため、誤った使い方を防げない
const { titl } = Astro.props; // タイポしても警告されない
---

解決策: 常にPropsインターフェースを定義する

---
// ✅ 型安全なpropsの扱い
interface Props {
  title: string;
  description?: string;
}

const { title, description = '' } = Astro.props;
---

まとめ: 気を付けるポイント

Astroプロジェクトを効率的に開発するためのポイント！！：

params は「URLからの入力」として考える
- ユーザーナビゲーションに関わる重要な情報
- SEO的にも意味のあるURL構造に使う
props は「コンポーネントのAPI」として設計する
- 明示的なインターフェースを持つ
- デフォルト値と型で堅牢さを確保
データフローを常に意識する
- params → データ取得 → props という流れが基本
- URLからデータベースやAPIを通って、UIコンポーネントに至る
適切なエラーハンドリング
- paramsの入力値検証を忘れない
- 404や他のエラー状態を適切に処理

これらの原則に従えば、Astroプロジェクトが驚くほど扱いやすくなるはずです！🚀 大規模サイトや長期運用が必要なプロジェクトでも、最初からこれらのパターンを取り入れておけば「あとで直すの大変だなぁ...」というため息をつく機会がグッと減るはず✨

最後に：Astroのデータ管理におけるチェックリスト

新しいAstroプロジェクトを始める際や、既存プロジェクトを改善する際に役立つチェックリストをまとめました：

データの流れを図式化する
- URLからコンポーネントまでのデータフローを明確にする
- どの値がどのコンポーネントに必要かマッピングする
型定義を最初に作成する
- paramsとpropsの型定義を先に作っておく
- インターフェイス設計を事前に決めておく
コンポーネントの責務を明確にする
- ページコンポーネント：データ取得と全体構造
- UIコンポーネント：表示のみに集中
パフォーマンスを意識する
- 必要最小限のプロパティだけを渡す
- 大きなデータは適切に分割する
デバッグしやすいコードを書く
- 複雑なデータ変換は独立した関数に分ける
- エラー発生箇所を特定しやすくする

Astroはユニークなメンタルモデルを持つフレームワークですが、一度paramsとpropsの概念を理解すれば、開発での悩みが減るはずです!!多分！

参考リソース

【奈良県】曽爾高原で天体観測｜みずがめ座η流星群と明けの明星を見に行こう@曽爾高原

Mon, 12 May 2025 00:00:00 GMT

::toc

2025年5月、みずがめ座η流星群が極大を迎えるということで、関西屈指の星空観察スポット「曽爾高原」へ行ってきました。この記事では、流星群や明けの明星（金星）を実際に観察した体験と、曽爾高原の観察環境について紹介します。

まず初めに、流星群について調べたことを書いておきます。曽爾高原での観察体験だけを知りたい方は「曽爾高原でみずがめ座η流星群を観察してみた」からどうぞ！

みずがめ座η流星群とは？特徴と2025年の見頃時期

流星群と言われると星が大群で移動している姿を想像されるかもしれませんが、実際は 彗星から落ちた塵（カケラ） です。流星群は一つの彗星とそこから零れ落ちた塵で構成されており、大気圏で燃えて光る様子が私たちの見る流星なのです。

彗星が過去に通過した軌道には、塵が多く残されています。その軌道に地球が差し掛かったとき、流星群が現れます。

みずがめ座η流星群の特徴と2025年の極大日

みずがめ座η流星群は、ハレー彗星が残した塵と地球が鉢合わせすることで発生します。放射点（流星が飛び出してくるように見える点）がみずがめ座の方向にあることから、この名前がつけられました。

2025年の極大日は5月6日で、時間帯は夜明け前が見ごろとされています。

※極大とは、流星群が最も活発に活動する時期のことです。

曽爾高原でみずがめ座η流星群を観察してみた

アクセス方法と駐車場情報

曽爾高原駐車場（奈良県宇陀郡曽爾村太良路）には深夜1:00ごろに到着しました。駐車場代は800円かかりますが、広々としており停めやすく、24時間利用可能なお手洗いもあって安心です。大阪から車では県道81号を利用します。

実際の観測体験と気温対策

5月にもかかわらず気温は7度ほどと冷え込みましたので、防寒対策は必須です。車内でゆったり過ごした後、観測に出かけました。キャンプ用のコンロでウインナーを焼きながら見上げる夜空は格別でした。

みずがめ座η流星群の観測結果

流星群の撮影はできませんでしたが、実際に2つの流星を目視で確認できました！流れ星は一瞬で消えてしまうため、写真に収めるのは難しいですが、目で見る輝きは格別です。肉眼での観察には、星空に目を慣らすため、約15分ほど暗闇で過ごすことをおすすめします。

明けの明星（金星）との感動的な出会い

16:00ごろには空が白んできて帰ろうとしたところ、東の山の境目にピッカと光るものが…。それは**明けの明星（金星）**でした！日の出前に東の空で見られる金星は、太陽系で最も明るく輝く惑星です。

中学生の頃に覚えた「明けの明星」をこのような形で見ることができて、とても得した気分になりました。天体観測の楽しみは、このような予想外の出会いもあることです。

悔やまれるのは、気づくのが遅く、もっと明るく美しいタイミングでの写真が撮れなかったことです。

曽爾高原が流星群観察に最適な理由【関西随一の星空スポット】

曽爾高原は関西エリアで最も人気の高い星空観測スポットの一つです。その理由は：

アクセスの良さ：駐車場完備（24時間利用可能）で車でも訪れやすい
光害が少ない：夜間の人工的な灯りが少なく、星空の見え方が格段に良い
観測環境の快適さ：トイレや休憩スペースもあり安心して長時間滞在できる
標高が高い：約700mの高原にあるため、空気が澄んでいて星が見やすい

準備しておくと良いもの

曽爾高原で天体観測を行う際には、以下のものを準備しておくと快適に過ごせます：

防寒着・ブランケット：夜は気温が下がるので必須
レジャーシートや折りたたみ椅子：長時間の観測に便利
懐中電灯（赤色光推奨）：白色光は暗順応を妨げるため
双眼鏡：流星群には不要ですが、他の天体観測に役立つ
カメラ・三脚：星空撮影に挑戦したい方向け

2025年のおすすめ流星群観測情報

次回の流星群は7月31日ごろのみずがめ座δ流星群に観測できるそうです。その後、8月13日のペルセウス座流星群や12月14日のふたご座流星群も見どころです。興味がある方は、ぜひ曽爾高原で天体観測を楽しんでみてください！

観測前に天気予報と月の満ち欠けをチェックすることをおすすめします。満月に近い日は月明かりで星が見えにくくなることがあります。

まとめ：曽爾高原で流星群観測を楽しもう

曽爾高原は関西エリアでも屈指の星空観測スポットです。みずがめ座η流星群や他の流星群、そして金星のような惑星観測も楽しめる最高の場所です。アクセスも良く、初心者の私でも安心して訪れることができました。次回の流星群の時には、ぜひ曽爾高原で星空観測を体験してみてください。

【Astro】NoAdapterInstalledエラーの解決法 - SSGビルドのトラブルシューティング

Fri, 09 May 2025 00:00:00 GMT

Astroのビルドで発生する「NoAdapterInstalled」エラーを解決する方法

Astroでプロジェクトをビルドしようとしたとき、突然NoAdapterInstalledエラーに遭遇した経験はありませんか？特に「静的サイト生成（SSG）でビルドしたいのに、サーバーサイドレンダリング（SSR）が必要と言われる」というケースでお困りの方も多いでしょう。自分だけでありませんように。

このエラーは一見小さな問題ですが、解決に時間がかかることがあります。この記事では、私自身が実際に経験したNoAdapterInstalledエラーの5つの主な原因と解決法をチェックリスト形式でご紹介します。

原因1: astro.config.*の設定ミス - output値の確認

SSGのみにするときは必ず

export default defineConfig({
  output: 'static',
});

にしてくださいね。してるわ、という声が聞こえてきそうですけど。

export default defineConfig({
  output: 'hybrid',
});

や

export default defineConfig({
  output: 'server',
});

にはご注意ください。

原因2: `prerender = false`設定の誤った使用

これが罠です。この一行どこかにないですか??

export const prerender = false;

これだけでそのページは動的生成の対象になります。その影響はビルドに影響します。恐ろしや。

原因3: 動的ルートに`getStaticPaths()`メソッドが未実装

これは犯罪です。[...blog]みたいな階層があるのに用意していない、それは確信犯です。

原因4: APIエンドポイントのSSG非対応問題

src/pages/apiとかあったりしませんか？諦めてください、それはSSGでは無理だと思います。

原因5: サーバー用アダプターの不要な設定

@astrojs/netlify/functions,とか@astrojs/vercel/serverlessを手違いでインストール&使用していないですか??

import { defineConfig } from 'astro/config';
import vercel from '@astrojs/vercel/serverless';

export default defineConfig({
  output: 'server',
  adapter: vercel(),
});

みたいなのがあれば消してください。

実体験：私が遭遇したNoAdapterInstalledエラーの解決策

私自身の場合は、原因2が問題でした。テスト目的で追加したprerender = false設定を元に戻し忘れていたのです。その結果、astro.config.mjsでoutput: 'static'と指定していたにも関わらず、ページレベルの設定で上書きされてしまっていました。

この経験から学んだ重要な教訓は、Astroの設定は階層的に適用されるということです。グローバル設定（astro.config.*）がページレベルの設定によって上書きされる可能性があるため、ビルドエラーが発生した際は必ずページ単位の設定も確認しましょう。

まとめ：NoAdapterInstalledエラーの解決チェックリスト

AstroプロジェクトでNoAdapterInstalledエラーが発生した際は、以下の5つのポイントを順番にチェックしてみてください：

astro.config.*ファイルのoutput設定が'static'になっているか確認する
ページレベルでのprerender = false設定が混入していないか確認する
動的ルーティングページにgetStaticPaths()が実装されているか確認する
APIエンドポイントがSSGモードと互換性があるか確認する
サーバー用アダプターが誤って設定されていないか確認する

これらのポイントを順に確認することで、多くの場合は問題を特定して解決できるはずです。

Nao

Copilot Agent Modeの自動修正を止める設定方法

こんな困りごとはありませんか？

解決方法

設定手順

settings.json での設定例

自動修正が便利な場面もある

まとめ

Copilot Agent Modeが途中で止まるときの設定方法

こんな困りごとはありませんか？

解決方法

設定手順

settings.json での設定例

まとめ

CopilotのCode Actions（電球アイコン）を非表示にする設定方法

こんな困りごとはありませんか？

解決方法

設定手順

settings.json での設定例

まとめ

Copilotの編集提案を自動で承認する設定方法

こんな困りごとはありませんか？

解決方法

設定手順

settings.json での設定例

おすすめの設定値

まとめ

Copilot Chatで意図しないメンションが自動選択されるのを止める設定方法

こんな困りごとはありませんか？

解決方法

設定手順

settings.json での設定例

メンションを手動で指定する方法

まとめ

MarkdownやテキストファイルでCopilotの補完が出てきて邪魔なときの設定方法

こんな困りごとはありませんか？

解決方法

設定手順

settings.json での設定例

まとめ

Copilot Chatが英語で返答してくるときの設定方法

こんな困りごとはありませんか？

解決方法

設定手順

settings.json での設定例

まとめ

Copilotの次の編集候補（NES）を有効・無効にする設定方法

こんな困りごとはありませんか？

解決方法

設定手順

settings.json での設定例

NES とインライン補完の違い

まとめ

Copilotのリネーム候補が自動で出てくるのを止める設定方法

こんな困りごとはありませんか？

解決方法

設定手順

settings.json での設定例

まとめ

VS Code Copilot 設定項目一覧｜設定画面から変更できる全項目まとめ

全般

コード編集

Chat

Agent

Agent セッション

インライン Chat

コードレビュー

カスタム指示

Copilotの次の編集候補（NES）の表示を控えめにする設定方法

こんな困りごとはありませんか？

解決方法

設定手順

settings.json での設定例

動作の違い

まとめ

GitHub Copilot CLI の変更履歴を確認する方法【/changelog】

はじめに

使い方

AI に要約してもらう

/update との合わせ技