ワークスペース

複数のプロジェクトを1つのプロダクトに統合し、共有メンション、クロスプロジェクトのタスク表示、Team Map フィルターを実現します。

プロダクトが1つのリポジトリだけで構成されることは稀です。Webアプリ、API、モバイルクライアントは、サイドバーでは3つのプロジェクトですが、頭の中では1つのものです。Workspaces はその結びつきを実体化し、雑多なリンクの集まりではなく、一つの運用単位として機能するようにします。

ワークスペースの作成

2つの方法があります:

Settings → Workspaces → Create workspace
プロジェクトサイドバーのグループを右クリック → Create workspace…

シートには、保存する前に実際に解決されるプロジェクトがアバター、色、絵文字付きで表示されるため、グループが期待通りに展開されなかったことでワークスペースが空になることはありません。

メンバーシップには2つの方式があります:

Follow a sidebar group — グループの変更に応じてワークスペースも変化します
Snapshot — 現在のメンバーが固定されます

Free プランではワークスペースは1つのプロジェクトに制限されます。これは保存時にエラーになるのではなく、シート上でその場に表示されます。

他のプロジェクトをメンションする

Agent Input の @ ピッカーに Projects タブが追加されます。

@Backend を使うと、兄弟プロジェクトのコンテキストをプロンプトに挿入でき、現在のターミナルから離れる必要がありません。
@Acme — ワークスペース自体 — は送信時にメンバープロジェクトごとに1ブロックに展開されます。プロジェクトごとのサイズ上限があり、リポジトリが収まらない場合は明確な省略線が表示されます。
単一の兄弟プロジェクトをメンションすると、ファイル検索がそのプロジェクトのルートに再ターゲットされます。そのため、@ によるファイルメンションもリポジトリの境界を越えて機能します。

Terminals タブではワークスペースメンバーが優先的に表示されます。兄弟リポジトリのターミナルが、通常あなたが探しているものだからです。

エージェントがプロダクト全体にアクセスできる

既に許可したリンクを介して、エージェントはワークスペースの名簿を一覧表示したり、別プロジェクトのピアに送信したり、全員にブロードキャストしたり、複数のターミナルからの返信を一度に収集したりできます。権限モデルは変わりません — 詳細は読み取り権限を参照してください。

ワークスペース横断のタスク

タスクボードに Workspace 表示が追加され、メンバープロジェクト全体のタスクが一覧表示されます。また、割り当てダイアログでは兄弟プロジェクトのターミナルが project · workspace としてグループ化されるため、フロントエンドボードから API エージェントにタスクを割り当てるのが、プロジェクト切り替えではなく1つのダイアログで済みます。

ワークスペースが表示される場所

Mission Control カードにはワークスペースバッジが付き、ワークスペースの増減も表示されます。
Team Map にはワークスペースチップが追加され、それ以外のすべてに対する Show outside トグルも表示されます。
既に存在するフォルダの追加 は、追加前に検出されます。Add Project ダイアログでは、フォルダが既にプロジェクトとして存在する場合に警告し、どのプロジェクトかを明示して、同じ作業ディレクトリを共有する2番目のエントリを作成する代わりに開くことを提案します。