Feature Request: support multiple repositories in a single session
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- java
調査の方向性
ファイルやテストは指定されていません。まずセッションの作成と、リポジトリまたはワークスペースのルートがどのように表現されているかを追跡し、次に権限の適用と結果の報告を調べてください。完了条件は、複数のリポジトリをサポートし、リポジトリごとのアクセス、共有コンテキスト、明示的な解決失敗、リポジトリごとの変更または関連付けられた pull requests に対応することです。
索引モデルが issue の本文から書いたものです。
説明
Problem
A session today operates against a single repository working directory. Real changes frequently span more than one repository: a service and its client, a shared package and its consumers, or a target repository plus a separate repository that holds reusable instructions, prompts, and skills.
The only workaround is to start a separate session per repository. Each session has its own context, its own history, and its own result, so the agent cannot reason across the set, validate a change end to end, or produce a coordinated outcome.
What is missing
- No way to declare more than one repository when creating a session.
- No per-repository permission model, so a caller cannot grant read-only access to one repository and write access to another.
- No way to produce linked pull requests, or a combined status and rollback plan, across repositories.
Proposed behavior
- Session creation accepts a list of repositories or workspace roots rather than a single working directory.
- Each entry carries an explicit access level (for example
readorwrite). - The agent can read, edit, and run validation across all declared roots within one session and one shared context.
- The session can open linked pull requests and report a combined result, identifying which repositories changed and which were read only.
- Repositories that fail to resolve are reported explicitly rather than silently omitted.
Example scenario
A caller asks the agent to trace a failing API call from a consuming application into the library that implements it, fix the library, update the consumer, and run both test suites. This requires both repositories present in one session.
Acceptance criteria
- A session can be created with two or more repositories.
- Access level is configurable per repository and enforced.
- Shared context is retained across all roots for the lifetime of the session.
- The result identifies per-repository changes and any linked pull requests.
- 主要言語
- TypeScript
- スター
- 10.5k
- フォーク
- 1.5k
- 平均マージ
- 1日 11時間
- マージ済み PR（30日）
- 81
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
github/copilot-sdk のほかの issue
-
Clarify SDK architecture and in-process runtime transport対応中かも @KalebCole が 3 日前に担当しました。 オープンdocumentation
難易度 1/5 1時間未満 初心者へのやさしさ 92/100
github/copilot-sdk#2804 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
Python ModelLimits drops max_output_tokens from model metadata対応中かも @HDMowri が 5 日前に担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
github/copilot-sdk#2798 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
github/copilot-sdk#2793 ·
メンテナーはふだん 1 日以内に返信
-
agentic-workflows
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
github/copilot-sdk#2782 ·
メンテナーはふだん 1 日以内に返信
-
Rust: subagent lifecycle hooks are logged as unknown対応中かも @hackberry-lab が 7 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
github/copilot-sdk#2781 ·
メンテナーはふだん 1 日以内に返信
github/copilot-sdk の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
bug:new
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
callstackincubator/simlock#350 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
openwatersio/maritime-zones#33 ·
メンテナーはふだん 1 日以内に返信
-
Booking email verification fails for plus aliases with impersonation protection enabled対応中かも @kankadev が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
calcom/cal.diy#30293 · コメント 1 件 ·
メンテナーはふだん 5 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
AOSSIE-Org/DebateAI#611 ·
メンテナーはふだん 3 日以内に返信