A bit more context on the motivation here:

I’m an OpenClaw user, and this came from a real workflow gap we hit while automating Google Docs from an agent environment.

gog docs already gave us most of what we needed:

• list tabs
• read tabs
• write to an existing tab
• manage comments

But in practice we still got stuck on the missing tab lifecycle operations:

• create a new tab
• rename a tab
• delete a tab

That forced awkward workarounds exactly at the point where the CLI was otherwise close to being a complete automation surface for Docs.

Before opening this, we checked the official Google Docs API and confirmed these operations are already supported upstream through documents.batchUpdate:

• addDocumentTab
• updateDocumentTabProperties
• deleteTab

So this PR is really about closing that last gap and making the existing tab support fully usable for automation.

This is especially useful for agent-driven document workflows where a tool needs to:

• create a structured multi-tab doc
• label tabs predictably
• fill them programmatically
• clean up or reorganize them later

Also, as an OpenClaw user, it felt especially worth contributing back here because gog is already a key part of making these workflows practical.

Thanks for building it. It’s been genuinely useful.

Thanks for the PR. Docs tab lifecycle commands are already on main as part of 6867fe8 (feat(docs): add tab-aware editing fixes), including docs add-tab, docs rename-tab, docs delete-tab, docs, changelog credit, and tests.

The PR is now conflicting against current main, so I am closing it as superseded rather than asking you to rebase duplicate work. Attribution is preserved in the changelog.