Has anyone found a way to reliably get workflows to call other workflows? I have tried a few things and implemented in the format shown in the example documentation, but the models frequently end their output with something like:
@[/geocoding-pipeline] The contract has been approved. The api-service layer changes have been completed and verified. Please read @/memories/session/feature_contract.md and implement the changes marked for the geocoding-pipeline layer.
Where the agent often hallucinates what a user would type, sort-of, to call the workflow: @[/geocoding-pipeline]. Which itself is incorrect, I have tried “always on” rules that enforces typing as “/geocoding-pipeline” but that does not actually call a workflow either, when an agent outputs that text string.
I ported a bunch of agents from my VSCode setup into Antigravity, and originally using the VSCode template format, it appeared that the agent would perform end-to-end tasks. I then refactored into something that aligned with Antigravity documentation and I no longer get the end-to-end task complete.
I had decided to switch to the Antigravity templates as I couldn’t be sure if the workflow was actually being called by the starting workflow, or if the model was hallucinating its way through, and was hoping that by conforming to the documentation formats, it would provide better visibility into workflows calling other workflows, but it did not.
VS-Code/Copilot has a specific “agent” tool, and in the chat window I can see specifically when a subagent has been called. This would be a really welcome addition to Antigravity to provide better visibility of what the agents are actually doing. Further, actually knowing what tools Agent has access to would really help in filling out workflows so I could actually tell the agent that it can or should use a specific tool to accomplish a job.