Source snapshot: 514ab1975951d94342ea38e64101d5a0f1c51c77
1.5 KiB
type, id, title, status, date, supersedes
| type | id | title | status | date | supersedes |
|---|---|---|---|---|---|
| ADR | 0151 | Antigravity add-dir workspace flag | active | 2026-07-02 | 0147 |
Context
ADR-0147 introduced the Antigravity CLI adapter with agy -p <prompt> --cwd <vault>.
Newer Antigravity CLI builds reject that workspace flag with flags provided but not defined: -cwd and list --add-dir as the supported workspace-directory argument.
Tolaria still needs app-managed Antigravity runs to start in the active vault, expose that vault as the only intended workspace, and preserve the Safe / Power User permission mapping from ADR-0103.
Decision
Tolaria launches app-managed Antigravity sessions with:
agy -p <prompt> --add-dir <vault>
The subprocess current_dir remains the active vault path, and Tolaria still writes the transient MCP config to <vault>/.agents/mcp_config.json before launch.
Safe mode continues to pass --sandbox=true --toolPermission=proceed-in-sandbox.
Power User continues to pass --sandbox=false --toolPermission=always-proceed.
Tolaria still avoids --dangerously-skip-permissions.
Consequences
- Antigravity CLI versions that reject
--cwdcan start from the Tolaria AI panel. - The active vault remains both the process working directory and the explicit Antigravity workspace directory.
- Adapter tests must reject regressions that reintroduce
--cwdor drop--add-dir. - Future Antigravity CLI workspace flag changes should supersede this ADR with a new adapter decision and test update.