Experimental feature flag toggles
- 主要语言
- Shell
- 星标
- 11.2k
- 派生
- 1.9k
- 平均合并
- 14 小时 16 分钟
- 30 天内合并 PR
- 6
描述
### Describe the feature or problem you'd like to solve
_No response_
### Proposed solution
I’m using Copilot CLI 1.0.32 on Windows.
I’d like clearer control and documentation for experimental feature flags, especially PERSISTED_PERMISSIONS.
Today `/experimental` lists individual feature flags such as `PERSISTED_PERMISSIONS`, but the public docs and local CLI help only document the global
experimental switch (`--experimental`, `--no-experimental`, `/experimental on|off`).
This makes it unclear whether these flags are:
- individually toggleable
- informational only
- persisted somewhere in config
- or automatically gated by version/account/platform
`PERSISTED_PERMISSIONS` is the experimental feature I need most because repeated permission prompts cost a lot of time.
Please either:
1. document exactly how to enable/disable each feature flag individually, especially `PERSISTED_PERMISSIONS`, or
2. if per-feature toggling is not supported, make that explicit in `/experimental` and in the docs.
It would also help to document how `PERSISTED_PERMISSIONS` behaves:
- what exactly is persisted
- whether it is per repo, per folder, or per location
- where approvals are stored
- how it interacts with session-scoped approvals
- what the user should expect in the permission UI when it is active
### Example prompts or workflows
_No response_
### Additional context
_No response_
贡献指南
调研方向
Start with the `/experimental` command and the local CLI help, then compare them with the public documentation. Determine whether flags such as `PERSISTED_PERMISSIONS` can be toggled individually and document their persistence, scope, storage, session interaction, and permission-UI behavior; if not, make that limitation explicit.
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- shell
- 领域
- cli, documentation
- Issue 类型
- 文档
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 活跃度
- 冷清
- 描述清晰度
- 基本清楚
- 新手友好度
- 45/100