Live data from Hacker News

Google Workspace CLI

github.com

211–220 of 316 posts

Re: Google Workspace CLI

#211
post #5

Haha in the world of AI/MCPs, all of a sudden we have a push for companies to properly build out APIs/CLI tools.

I have always said that if we had done for developers what we are doing for agents the whole world would have been a much better place.

Even if the AI bubble bursts hard, we'll still have all of the better tooling for us actual humans.

But saying "it's for AI" is a corporate life hack for you to get permission to build said better tooling... =)

Re: Google Workspace CLI

#212
For the love of god, please google, give us personal access tokens and not this Oauth madness inside GCP. It is impossible to get that in any big enterprise.

Re: Google Workspace CLI

#213
Nice, now I can use this alongside claude to auto document my research work.

Also, what I find fascinating is that the repo was initialized 3 days ago so it seems it's still a work in progress.

Re: Google Workspace CLI

#216
post #196

I have been working on extrasuite ( https://github.com/think41/extrasuite ). This is like terraform, but for google drive files. It provides a git like pull/push workflow to edit sheets/docs/slides. `pull` converts the google file into a local folder with agent friendly files. For example, a google sheet becomes a folder with a .tsv, a formula.json and so on. The agent simply edits these files and `push`es the change…

We have been using something similar for editing Confluence pages. Download XML, edit, upload. It is very effective, much better than direct edit commands. It’s a great pattern.

Re: Google Workspace CLI

#217
post #34

Interesting post from the main contributor about this (at least I assume it’s what he’s referencing) https://justin.poehnelt.com/posts/rewrite-your-cli-for-ai-ag...

This is really interesting: "Humans hate writing nested JSON in the terminal. Agents prefer it." Are others seeing the same thing? I've just moved away from json-default because agents were always using jq to convert it to what I could have been producing anyway.

Re: Google Workspace CLI

#218
post #179

Earlier quoted context omitted.

Most people aren't going to have npm installed though. Nobody outside of web devs uses it.

If you had to pick one package manager that was most likely installed across all the different user machines in the world, I'd say npm is a pretty good bet.

Pip.

Re: Google Workspace CLI

#219
post #30
post #26

I'm curious why `npm` is used to install a `rust` binary?

I found that strange as well. My guess is that `npm` is just the package manager people are most likely to already have installed and doing it this way makes it easy. They might think asking people to install Cargo is too much effort. Wonder if the pattern of using npm to install non-node tools will keep gaining traction.

It's still weird. Why not just use an effing install.sh script like everybody else? And don't tell me "security". Because after installation you will be running an unknown binary anyway.

Re: Google Workspace CLI

#220
post #196

I have been working on extrasuite ( https://github.com/think41/extrasuite ). This is like terraform, but for google drive files. It provides a git like pull/push workflow to edit sheets/docs/slides. `pull` converts the google file into a local folder with agent friendly files. For example, a google sheet becomes a folder with a .tsv, a formula.json and so on. The agent simply edits these files and `push`es the change…

We have been using something similar for editing Confluence pages. Download XML, edit, upload. It is very effective, much better than direct edit commands. It’s a great pattern.

I would be very interested in this if you could share? Maintaining a Knowledge Base without a Git workflow is a pain currently.
Post reply on HN