Why this matters
Local workflows are only useful if teams can collaborate safely. Without guardrails, local editing quickly becomes chaotic:- one developer overwrites another’s work
- invalid resources are pushed upstream
- branch state becomes unclear
- review becomes difficult
Branch-based work
Developers can create and switch branches for isolated work.
Validation before push
Local changes can be checked before they are sent back to Agent Studio.
Review support
Changes can be compared and shared for review before merge.
Platform compatibility
The CLI validates that pushed changes remain valid for the project.
Branch workflow
The collaborative workflow follows the standard CLI working pattern, with each developer working on their own branch. Create a branch withpoly branch create, edit and push, then merge with poly branch merge or through the Agent Studio UI when ready.
Validation as a guardrail
Runpoly validate before pushing to catch issues locally, before they reach Agent Studio.
Examples of what validation protects against include:
- invalid resource structures
- missing required values
- incompatible references between resources
- malformed configuration files
Validate before pushingIn collaborative workflows, treat
poly validate as a standard step in the editing cycle, not an optional one.Pulling and merge behavior
If work is done to your branch in Agent Studio and you want to bring those changes into your local copy, you can runpoly pull:
Review workflow
When changes are ready for review, generate a review artifact withpoly review create:
- local changes against the remote project
- one branch against another
- a feature branch against
mainorsandbox
Guardrails inherited from Agent Studio
The ADK is intentionally aligned with the Agent Studio platform. That means it is not just a free-form local editing tool. It is structured so that developers should not be able to push changes that are incompatible with the project as defined by the platform. In practice, this means:- project resources must still conform to Agent Studio expectations
- references between resources must remain valid
- branch merges happen either through the CLI (
poly branch merge) or in Agent Studio - deployment still happens through Agent Studio
Best practices for teams
When multiple developers are working on the same project, a few habits make the workflow much smoother:- create a branch before making substantial changes
- pull the latest changes before starting work
- validate locally before pushing
- use
poly diffandpoly statusfrequently - review branch output before merging
- keep resource names stable and descriptive
Common failure modes
Common collaboration problems usually come from process, not tooling. Watch out for:- editing directly on the wrong branch
- forgetting to pull before starting work
- pushing without validation
- mixing large unrelated changes into one branch
- treating Agent Studio UI edits and local edits as if they cannot collide
Related pages
Working locally
Learn how the local project structure maps to Agent Studio.
CLI reference
Review the commands used for branching, validation, diffing, and review.

