github / github/copilot-cli

Open sourcing the copilot cli

オープン
#3,241 コメント 1 件 リアクション 15 件 担当者 0 名 GitHub で見る
主要言語
Shell
スター
11.2k
フォーク
1.9k
平均マージ
14時間 16分
マージ済み PR(30日)
6

説明

### Describe the feature or problem you'd like to solve

Open sourcing all of copilot cli, and whatever else you please.

### Proposed solution

Hey,

Let me preface this in the context of a developer working at a large company, writing a workflow/pipline sdk for agents, deployed on our own metal.

The reason that i/we (we as in everyone) would want copilot cli to be open sourced is due to seeing what happens internally, the raw tool execution loop, and whatever else added.
It is a blackbox for devs, and since copilot cli has very frequent releases, we are at the whims of whatever on earth is implemented in between these releases, in which we are told are x and y, but z could be included within here, changing behaviour that is unseen.

This is why it is less favourable for me to use copilot sdk for my implementation, rather pi instead.

Don't get me wrong, the features built into copilot and the sdk are desirable, hence my reason for writing this, but it is such a large "if" for whatever is pushed there, which is blackboxed.

For all we know, on each release, anything can be added or removed to the system prompt, changing behaviour, yes the sdk allows you to remove sections of this prompt, but that in itself is blackboxed, where we only know that these "sections" are changed in some way.

Why you should?

- For the above stated reasons of clarity and trust, no serious developer will implement copilot cli in headless agent workflows, due to a total blackbox
- You people added BYOK; so what reason is there to even close source this? There is no revenue loss from open sourcing this.
- A lot of major ai projects like codex, pi, hermes, and a shit ton more are open source, Though yes anthropic is closed source for claude code, we all had a view of there horrible harness engineering, which was seemingly a joke.
- More ideas/issues from others that are diagnosed further. Less time spent on strain to debug/fix issues. Even if this is closed contribution there are these benefits
- It's embarrasing to close source a cli tool in 2026
- YOU 🫵 (the copilot devs) can make a change from doing things in microslop fashion, to be more developer centric, despite the move of github going into the AI organisation. I know there are great developers working on this, just open source it!

duplicate of #83 i know, though it should be brought up again in the current climate, and after the move to byok, which is large imo for a reason to open source this.

### Example prompts or workflows

_No response_

### Additional context

_No response_

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

No files, tests, or entry points are named. Start by comparing this request with duplicate issue #83 and the current BYOK and release model; done would require a maintainer decision on whether and what portion of Copilot CLI can be open sourced.

索引モデルが issue の本文から書いたものです。

評価

技術スタック
shell
領域
cli
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
静か
明瞭さ
説明が足りない
初心者へのやさしさ
20/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。