github / github/copilot-plugins

Clarify default-list eligibility for internal-access plugin sources

未关闭
#86 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
PowerShell
星标
360
派生
125
平均合并
5 天 17 小时
30 天内合并 PR
2

描述

We maintain D4NA, a Microsoft-owned plugin intended for internal colleagues. It already installs through its own configured plugin list. We want eligible colleagues to find the same plugin under **Customize → Plugins → Available**, without manually adding another list.

The source repository will remain internal for now. We understand that a listing does not grant repository access: installation would still require the user's existing authorized GitHub access, and the listing would need to make that restriction clear.

I reviewed the README, CONTRIBUTING guide and plugin source documentation, but did not find a stated policy for access-restricted sources.

**Can the built-in `copilot-plugins` list reference an internal GitHub repository, or should this use enterprise-managed plugin standards instead?** Please confirm the supported submission route before we propose an entry that some users cannot install.

This is an eligibility question only. No private source, credentials, or internal operational data are attached.

贡献指南

打开贡献指南

调研方向

Start with the README, CONTRIBUTING guide, and plugin source documentation mentioned in the issue, then verify how the built-in copilot-plugins list handles access-restricted GitHub repositories. Done means the supported submission route and whether enterprise-managed plugin standards apply are confirmed, with the installation restriction stated clearly.

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

评估

技术栈
github
领域
documentation
Issue 类型
文档
难度
4/5
预计耗时
3-5 天
活跃度
活跃
描述清晰度
描述清楚
新手友好度
35/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。