Skip to content

What's new

  • Refact.ai: deployment, models and repository updated
  • Aider, Arize (AX, Phoenix) and 19 more: repository now published
  • Omnara added
All changes
Google Antigravity

Questions to ask Google Antigravity

4 of 29 questions have something published in the records. For the other 25, ask Google. The question list is the same for every tool, at /evaluate.

Data

  1. Which model providers and hosting providers process our code and prompts, model by model?

    Not published: ask the vendor.

    One vendor documents that prompts and code context go to several outside model providers, and that its own models may add inference providers.

  2. Does zero data retention apply to every model and every preview feature, or only some?

    Not published: ask the vendor.

    One product's models run on several hosts, and retention terms and exceptions differ between them.

  3. Is our code used to train any model, yours or a provider's, and where is that written down?

    Not published: ask the vendor.

    Buyers name uncertainty about what models learn as a reason not to buy.

  4. What happens to our terms when a provider changes its own?

    Not published: ask the vendor.

    A contract that spans several providers can change under the buyer without the vendor changing anything.

  5. Can the tool run in our cloud account, on premises or in a single tenant?

    Not published: ask the vendor.

    Where code goes decides what a security team will sign.

Continuity

  1. Who owns the vendor today, and has it been acquired or announced a sale?

    Published: No acquisition or shutdown recorded

    A change of owner changes terms, roadmap and support. The market moves page lists the recorded ones.

  2. Does the product depend on one model provider, and what happens if that supplier cuts access?

    Not published: ask the vendor.

    Some tools route to several providers and some to one. Many vendors do not publish which.

  3. What can we export on exit: repository context, prompts, policy configuration, audit logs and usage history?

    Not published: ask the vendor.

    We found no public standard for exit and portability terms of AI coding tools, so the answer has to come from the vendor.

  4. Is any part open source, so we can keep running it if the vendor stops?

    Not published: ask the vendor.

    Published source is a hedge against the vendor failing or being bought.

  5. Which companies of our size use it in production, and will they talk to us?

    Not published: ask the vendor.

    Teams revert to manual process when they do not trust a tool, so references from peers carry weight.

Pricing

  1. Is pricing per seat, per usage, a subscription or a mix?

    Published: free tier plus Google AI plans and Google Cloud consumption (antigravity.google (opens in a new tab))

    Seat price alone understates cost: total cost can include token overages, premium model tiers, agentic compute and governance infrastructure.

  2. What triggers overage charges, and is there a cap we can set?

    Not published: ask the vendor.

    The same analysis says overages can multiply the headline price for heavy agentic use.

  3. Which models sit in premium tiers, and who decides which one a developer uses?

    Not published: ask the vendor.

    Premium model tiering is a named cost driver.

  4. What does it cost us per accepted change at today's usage, before we expand?

    Not published: ask the vendor.

    The analysis recommends a measured baseline before rollout. We found no public benchmark for companies of 50 to 2,000 engineers that separates productivity gain from added review and governance cost.

Integration

  1. Which source control, CI/CD and issue tracker does it connect to, and how?

    Published: Google, Google (Gemini)

    Evaluation advice is to prefer assistants that integrate with the repository and the other development tools.

  2. Which other tools on this map does it pair with, and which does it replace?

    Published: Google, Google (Gemini)

    The records name which tools integrate, ship inside one another or compete.

  3. Can our policies decide who may use which feature, per team and repository?

    Not published: ask the vendor.

    Policy permission is on the list of things to test in a trial.

  4. What integration commitments do you publish, and where?

    Not published: ask the vendor.

    We found no comparable published integration commitments across IDEs, source control, CI/CD, identity and scanners.

Security

  1. Which compliance attestations does the vendor hold, and for which products?

    Not published: ask the vendor.

    Buyers cite the inability to prove output reliability to auditors as a reason not to buy.

  2. Do you keep audit logs of prompts, outputs and accepted changes, and for how long?

    Not published: ask the vendor.

    Governance built for traditional software often does not map to AI workflows.

  3. Do you answer a standard security questionnaire for AI-generated code?

    Not published: ask the vendor.

    One security vendor publishes a template covering scanning, fix accuracy, policy alignment and scale. It is a vendor's own, so treat it as a starting point.

  4. Can we start on low-stakes work and widen the scope as we build trust?

    Not published: ask the vendor.

    The published rollout pattern starts with boilerplate, tests and documentation, keeps people accountable for generated code, then widens.

Acceptance

  1. Can a named person accept or refuse each AI-generated change, and can an administrator set who holds that authority?

    Not published: ask the vendor.

    Acceptance that cannot be refused is not acceptance, so the authority and the right to refuse come first.

  2. What does the reviewer see before accepting: the change's intent, its footprint, what changed in the system meanwhile, the evidence and its gaps?

    Not published: ask the vendor.

    A person can only decide from a brief that is short enough to read and complete enough to trust.

  3. Can we set a boundary below which changes are accepted by policy, so only consequential changes reach a person?

    Not published: ask the vendor.

    The number of decisions each person faces has to stay within what they can judge.

  4. Does the tool record who accepted which change, on what evidence, and can we export that record?

    Not published: ask the vendor.

    A decision has to be reconstructable before anyone can answer for it.

  5. After acceptance, can a person halt, roll back or disable an AI-generated change, and is doing so safe by design?

    Not published: ask the vendor.

    Authority without a way to stop and reverse is not control.

  6. Does the tool show a person how the changes they accepted behaved in production?

    Not published: ask the vendor.

    People keep their judgment accurate only when they see how past decisions turned out.