From ad8785a34918d647b0010fad07c76a32ceac8828 Mon Sep 17 00:00:00 2001 From: "github-actions[bot]" <41898282+github-actions[bot]@users.noreply.github.com> Date: Sat, 27 Jun 2026 21:04:56 +0000 Subject: [PATCH 1/2] docs: update Learning Hub with CLI v1.0.64-1.0.65 features Add five missing features from the past week's CLI releases: - HTTP(S) proxy user setting (v1.0.64) - /every command and /loop alias for in-session scheduled prompts (v1.0.64) - Inline image rendering in the terminal (v1.0.64) - Autopilot auto-handles elicitation/permission prompts (v1.0.64) - Shell command history accessible in normal mode via up/down and Ctrl+R (v1.0.65) Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> --- .../copilot-configuration-basics.md | 19 ++++++++++++++++++- 1 file changed, 18 insertions(+), 1 deletion(-) diff --git a/website/src/content/docs/learning-hub/copilot-configuration-basics.md b/website/src/content/docs/learning-hub/copilot-configuration-basics.md index 1ceadc805..1b95d5555 100644 --- a/website/src/content/docs/learning-hub/copilot-configuration-basics.md +++ b/website/src/content/docs/learning-hub/copilot-configuration-basics.md @@ -3,7 +3,7 @@ title: 'Copilot Configuration Basics' description: 'Learn how to configure GitHub Copilot at user, workspace, and repository levels to optimize your AI-assisted development experience.' authors: - GitHub Copilot Learning Hub Team -lastUpdated: 2026-06-25 +lastUpdated: 2026-06-27 estimatedReadingTime: '10 minutes' tags: - configuration @@ -392,6 +392,7 @@ CLI settings use **camelCase** naming. Key settings added in recent releases: | `include_gitignored` | Include gitignored files in `@` file search | | `extension_mode` | Control extensibility (agent tools and plugins) | | `continueOnAutoMode` | Automatically switch to the auto model on rate limit instead of pausing | +| `proxy` | HTTP(S) proxy URL for all outbound CLI requests (e.g., `http://proxy.example.com:8080`) (v1.0.64+) | > **Note**: Older snake_case names (e.g., `include_gitignored`, `auto_updates_channel`) are still accepted for backward compatibility, but camelCase is now the preferred format. @@ -531,6 +532,10 @@ Use `/diagnose` when a session is behaving unexpectedly — it inspects session **Background running tasks**: Press **Ctrl+X → B** to move the current running task or shell command to the background. The task continues executing while you can type a new message or review earlier output. This is useful for long-running commands where you want to interact with the agent while waiting for the result. +**Shell command history in normal mode** (v1.0.65+): The **↑/↓** arrow keys and **Ctrl+R** reverse search now include past shell commands (commands run with `!`) while you are in normal (non-shell) input mode. Previously you had to type `!` to enter shell mode before history worked. Now you can recall and re-run a shell command without switching modes first — useful for quickly repeating a build, test, or diagnostic command from earlier in the session. + +**Inline image rendering** (v1.0.64+): The CLI can display images inline in the terminal when your terminal supports it. If an MCP tool, agent, or attachment returns an image, it is rendered directly in the conversation timeline rather than shown as a file path or URL. This works in terminals with image protocol support (such as iTerm2, Kitty, Wezterm, and tmux with appropriate configuration). + The `/ask` command lets you ask a quick question without affecting your conversation history. The current session context is preserved, so you can use it for one-off lookups without derailing an ongoing task. Responses are rendered as full markdown, including tables and formatted links: ``` @@ -601,8 +606,20 @@ The `/autopilot` command (v1.0.45+) is a quick in-session toggle that switches b Use `/autopilot` when you want to flip between supervised and unsupervised operation mid-session without typing out the full `/allow-all on` or `/allow-all off` commands. +> **Enhanced autopilot (v1.0.64+)**: When autopilot mode is active — including when launched with `--autopilot` at startup or during automatic continuation turns — the agent automatically handles elicitation dialogs, `ask_user` prompts, sampling requests, and permission prompts without surfacing them as interactive dialogs. This means long-running automated sessions can proceed end-to-end without manual confirmation steps. + > **Read-only `gh` CLI commands (v1.0.46+)**: Read-only `gh` commands — such as `gh issue list`, `gh pr view`, `gh run status`, and other commands that don't write to GitHub — are **automatically approved** without a permission prompt. Only commands that write to GitHub (like creating issues, merging PRs) still require explicit approval. This reduces friction during exploratory sessions where you frequently check issue or PR status. +The `/every` command (v1.0.64+, also aliased `/loop`) schedules a prompt to run on a repeating interval within the current session. Use it to build self-paced loops — for example, polling for CI results, summarising new activity periodically, or automating a batch task that runs on a timer: + +``` +/every 5m check if CI has finished and summarize the result +/every 1h summarize new issues opened since the last run +/loop 10m run the test suite and report failures # /loop is an alias for /every +``` + +The scheduled prompt runs at the specified interval until you cancel with **Ctrl+C** or stop it with `/every stop`. Each run includes fresh context from the current session. You can manage active schedules from `/settings`. + The `--effort` flag (shorthand for `--reasoning-effort`) controls how much computational reasoning the model applies to a request: ```bash From 38511e2234919a4d6d6c95cbebaf61e5b9081a99 Mon Sep 17 00:00:00 2001 From: Aaron Powell Date: Mon, 29 Jun 2026 12:01:02 +1000 Subject: [PATCH 2/2] docs: consolidate /every, /loop, /after docs and remove duplicate section - Merge the duplicate /every+/loop section (added at line 640) into the existing first-occurrence at line 521 - Add /after command documentation (from PR #2148 suggestion) - Add example of /every invoking slash commands (/every 1d /chronicle standup) - Add Ctrl+C as alternative to /every stop - Add Experimental callout for /every, /loop, and /after - Update lastUpdated to 2026-06-29 Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> --- .../copilot-configuration-basics.md | 20 +++++++------------ 1 file changed, 7 insertions(+), 13 deletions(-) diff --git a/website/src/content/docs/learning-hub/copilot-configuration-basics.md b/website/src/content/docs/learning-hub/copilot-configuration-basics.md index 2f4ecb048..86f88b5ca 100644 --- a/website/src/content/docs/learning-hub/copilot-configuration-basics.md +++ b/website/src/content/docs/learning-hub/copilot-configuration-basics.md @@ -3,7 +3,7 @@ title: 'Copilot Configuration Basics' description: 'Learn how to configure GitHub Copilot at user, workspace, and repository levels to optimize your AI-assisted development experience.' authors: - GitHub Copilot Learning Hub Team -lastUpdated: 2026-06-27 +lastUpdated: 2026-06-29 estimatedReadingTime: '10 minutes' tags: - configuration @@ -518,14 +518,18 @@ This creates a branch named from your task description and begins working on it After the command runs, the session is inside the new worktree. Use this when you want to work on a second task in parallel without stashing changes or opening a new terminal. In v1.0.64+ you can also use the experimental `--worktree` flag at startup (`copilot -w [name]`) to create or reuse a worktree under `.worktrees/` before the session begins. -The `/every` command (also available as `/loop` since v1.0.64) schedules a recurring prompt to run automatically at a specified interval. This is useful for self-paced automation — running a check every few minutes, polling for results, or periodically summarizing progress during a long session: +The `/every` command (also available as `/loop` since v1.0.64) schedules a recurring prompt to run automatically at a specified interval. The companion `/after` command runs a prompt once after a specified delay. Both are useful for self-paced automation — polling for results, periodically summarizing progress, or triggering other slash commands on a timer: ``` /every 5m Check if there are any new test failures and summarize them /loop 30s Check if the build is done +/after 2h /compact # compact the session after 2 hours +/every 1d /chronicle standup # daily standup report via /chronicle ``` -The interval can be specified in seconds (`s`), minutes (`m`), or hours (`h`). To see and manage all your scheduled prompts, use `/every` with no argument — it opens the schedule manager. To cancel a running schedule, use `/every stop` or press the stop option in the schedule manager. +The interval can be specified in seconds (`s`), minutes (`m`), or hours (`h`), and both commands can invoke other slash commands as their payload. To see and manage all your scheduled prompts, use `/every` with no argument — it opens the schedule manager. To cancel a running schedule, use `/every stop` or **Ctrl+C**. + +> **Experimental**: `/every`, `/loop`, and `/after` are part of the experimental feature set. They appear in the `/experimental` slash command list — enable experimental features if they are not already visible in your current session. > **Note**: Scheduled prompts run in the background of the current session and use your active model. They share the session context window, so very frequent scheduling with long responses may consume context rapidly. Use `/compact` if context usage becomes a concern. @@ -637,16 +641,6 @@ Use `/autopilot` when you want to flip between supervised and unsupervised opera > **Read-only `gh` CLI commands (v1.0.46+)**: Read-only `gh` commands — such as `gh issue list`, `gh pr view`, `gh run status`, and other commands that don't write to GitHub — are **automatically approved** without a permission prompt. Only commands that write to GitHub (like creating issues, merging PRs) still require explicit approval. This reduces friction during exploratory sessions where you frequently check issue or PR status. -The `/every` command (v1.0.64+, also aliased `/loop`) schedules a prompt to run on a repeating interval within the current session. Use it to build self-paced loops — for example, polling for CI results, summarising new activity periodically, or automating a batch task that runs on a timer: - -``` -/every 5m check if CI has finished and summarize the result -/every 1h summarize new issues opened since the last run -/loop 10m run the test suite and report failures # /loop is an alias for /every -``` - -The scheduled prompt runs at the specified interval until you cancel with **Ctrl+C** or stop it with `/every stop`. Each run includes fresh context from the current session. You can manage active schedules from `/settings`. - The `--effort` flag (shorthand for `--reasoning-effort`) controls how much computational reasoning the model applies to a request: ```bash