Feature Request: --disable-plugin flag for per-session plugin control

## Summary

Currently, there is no way to start a Copilot CLI session with specific plugins disabled without fully uninstalling them. A `--disable-plugin ` startup flag would allow lightweight sessions without losing plugin configuration.

## Current behaviour

The only way to start without a plugin is to uninstall it:
```bash
copilot plugin uninstall
# ...later...
copilot plugin install
```

## Proposed change

Add a `--disable-plugin ` flag (can be used multiple times, similar to the existing `--disable-mcp-server`):

```bash
# Start a minimal session — no user plugins, only built-in tools
copilot --disable-plugin security-best-practices --disable-plugin context-engineering

# Or a blanket flag to skip all plugins for this session
copilot --no-plugins
```

This mirrors the existing pattern of `--disable-mcp-server` and `--disable-builtin-mcps` which already provide per-session MCP control.

## Use case

Power users often configure multiple plugins for different workflows. A simple alias pattern like:

```bash
alias copilot_minimal='copilot --no-plugins --disable-mcp-server playwright --disable-mcp-server postgres'
```

...would let you switch between heavy and lightweight sessions without touching installed state.

## Related

- #2714 — requests persistent `plugin enable/disable` commands (different angle: that is config-level; this is per-session flag)

## Notes

The feature gap is noticeable because MCP servers already have this per-session control (`--disable-mcp-server`) but plugins do not. Parity between the two would make the CLI much more composable for scripting and alias-based workflows.

首先定位现有的 --disable-mcp-server 和 --disable-builtin-mcps 选项定义，并跟踪会话启动如何加载插件。定义重复使用 --disable-plugin 标志和 --no-plugins 时的行为，然后添加覆盖测试，说明已禁用的插件会被跳过，而不会更改已安装的配置。

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