Approval before protected files and Studio access.
Make AI collaboration usable without weakening repository authority.
Zippri adds familiar Hub collaboration around the existing secure repository core: access requests for gated assets, repository watches, persistent notifications, threaded discussions, semantic Git pull requests, a scoped CLI and a Python SDK. All developer clients reuse the same organization, project and repository permissions as the browser.
Gated repository requests
Owners can require purpose/custom fields and approve manually or through an allowed-domain policy. Approval is checked by repository read and blob-download authorities, not only by the UI.
Persistent repository threads beside semantic Git PRs.
Watch important repositories and keep unread state server-side.
Use the same platform authority from scripts and automation.
Community and watches
Discussion replies persist server-side and watched repository events generate persistent notifications. Existing semantic PR review remains the source-control collaboration path.
CLI R3
The Zippri CLI covers Git/CAS workflows plus filtered AI search, Model/Dataset Cards, Dataset Studio, gate requests, watches, Spaces and endpoint profiles.
Python SDK R1
The first-party SDK uses the same REST routes and scoped API keys, including org/project/repository restrictions. It is intentionally lightweight and dependency-free.
Common questions about Gated AI Community & SDK
Can an API token bypass a gate?
No. API-key Experience routes are still restricted to the token organization/project/repository scope and protected repository access.
Are discussion comments stored only in the browser?
No. Experience R1 stores comments and watch notifications server-side.
Can the Python SDK change production state without normal gates?
No. SDK calls use the same API permissions and action gates as browser/CLI clients.