Allow scheduled automations to continue an existing session

### Feature summary

Let an automation optionally add its prompt to an existing project session instead of creating a separate run session.

### What problem are you trying to solve?

I use automations for recurring work that continues the same plan and workspace.

An automation can reuse its workspace, but in the project-bound automation I tested, successive runs each had a separate conversation. The work, tool history, decisions, and summary can therefore become split across run sessions instead of appearing in the session where I normally coordinate the work.

### Proposed solution

Add a **Run in** choice:

- **New automation run** — current behavior and default
- **Existing project session** — queue the automation prompt as a labeled new turn in a selected session

If the session is busy, the prompt should wait rather than steer the active work. If the target has been deleted, belongs to another project, or cannot be resumed, the run should fail clearly instead of silently creating another session.

The automation run should link to the resulting turn. Interactive, Plan, and Autopilot should be selectable for that turn.

### Workflow impact

Recurring work could stay in one continuous, auditable conversation without changing the current isolated-run behavior for existing automations.

### Installation context

GitHub Copilot app 1.1.1 on Windows x64, OS build 26200.8893, using a local project automation.

### Additional context

Related:

- #173 requests promoting a workflow run to a session.
- #1150 requests project-scoped automation actions in the session UI.

Copilot CLI also supports scheduling prompts in the current session with `/every` and `/after`, but only while that session is running:
https://docs.github.com/en/copilot/how-tos/copilot-cli/automate-copilot-cli/schedule-prompts

This request is for the same-session option to work as a durable GitHub Copilot App automation destination.

尚未确定实现文件、测试或入口点。首先阅读相关 issue #173 和 #1150，以及链接的 Copilot CLI 调度文档，然后确定项目自动化流程在哪里选择并恢复会话。完成的标准是支持新的目标及其所述的忙碌、已删除、所有权、失败、链接和交互模式行为，同时不改变默认的隔离运行行为。

由索引模型根据 Issue 内容生成。