Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Google Workspace CLI

github.com

Post reply on HN
Print view View original

291–300 of 316 posts

Re: Google Workspace CLI

#291

Post by chrisweekly »

Lord_Zero wrote: post #289
chrisweekly wrote: post #270

Earlier quoted context omitted.

Obsidian has become almost an operating system for working with markdown. Its Live View / Edit mode is excellent (WYSIWYG) and its ability to accept pasted content and handle it appropriately is good and getting better. Its plugin/extension ecosystem is robust (and has a low barrier to entry), and now that it has a CLI I expect to see an acceleration of clever workflows and integrations. No affiliation, just a very h…

BUT the main supported sync module is cloud only they wont let you self host for free which is really shitty and lame.

Wow, that's a strong opinion and harsh words that come across as really entitled, and probably unfair. From my PoV, they're a tiny, scrappy, transparent and likeable company who built and maintain a fantastic software application that radically improved ~everything about my daily workflow and PKM. I get more value out of Obsidian in a day than most other apps in their entire lifespan. The core app is free! They have to eat. I'd probably throw $ at them even if they didn't charge a few bucks / month for Sync. (Which works flawlessly.) Sure it'd be cool if you could self-host their Sync module -- but many Obsidian users use other DIY approaches for sync; in the end it's markdown files on a local disk, do with it what you will.

Re: Google Workspace CLI

#292

Post by KerrickStaley »

Tried this out today and it feels half-baked unfortunately. I can't get auth working (https://github.com/googleworkspace/cli/issues/198).

The decision to pass all params as a JSON string to --params makes it unfriendly for humans to experiment with, although Claude Code managed to one-shot the right command for me, so I guess this is fine. This is an intentional design per https://justin.poehnelt.com/posts/rewrite-your-cli-for-ai-ag...

Re: Google Workspace CLI

#293

Post by lewisjoe »

ksri wrote: 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…

Excellent project! I see that the agent modifies the google docs using an interesting technique: convert doc to html, AI operates over the HTML and then diff the original html with ai-modified html, send the diff as batchUpdate to gdocs.

IMO, this is a better approach than the one used by Anthropic docx editing skill.

1. Did you compare this one with other document editing agents? Did you have any other ideas on how to make AI see and make edits to documents?

2. What happens if the document is a big book? How do you manage context when loading big documents?

PS:I'm working on an AI agent for Zoho Writer(gdocs alternative) and I've landed on a similar html based approach. The difference is I ask the AI to use my minimal commands (addnode, replacenode, removenode) to operate over the HTML and convert them into ops.

This works pretty well for me.

Re: Google Workspace CLI

#294

Post by reachableceo »

holmb wrote: post #220
sothatsit wrote: post #216

Earlier quoted context omitted.

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.

Edit the markdown using GitHub workflow. Then insert markup (pick markdown) into the confluence page.

Works wonderfully!

Re: Google Workspace CLI

#295

Post by varenc »

krzyk wrote: post #257
varenc wrote: post #51

Earlier quoted context omitted.

For many, installing something with npm is still easier. It chooses the right binary for your OS/architecture, puts it on your PATH, and streamlines upgrades. Their Github releases provides the binaries, as well as a `curl ... | sh` install method and a guide to use github releases attestation which I liked.

I feel better with `curl ... | sh` than with npm. npm suggests projects written in js, which is not something I'm comfortable. It is nice to see that this is not JS, but Rust.

Agreed! The `curl ... | sh` is sketchy, but it's more obviously a security risk and easier to inspect. With install hooks, `npm install ...` also allows arbitrary code execution when you run it, but this is less obvious.

Re: Google Workspace CLI

#296

Post by dgellow »

hahn-kev wrote: post #141
jamesmishra wrote: post #58

Earlier quoted context omitted.

Why should the package's original language matter? When I use apt-get, I have no idea what languages the packages were written in.

Because npm is not an os package manager, it's a nodejs package manager

It’s actually not node specific

Re: Google Workspace CLI

#297

Post by sothatsit »

neuronexmachina wrote: post #271
sothatsit wrote: post #216

Earlier quoted context omitted.

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've found that usually works ok, but currently tends to timeout with the Atlassian MCP when trying to do updates on large Confluence pages: https://github.com/atlassian/atlassian-mcp-server/issues/59

Yeah, we wrote our own CLIs for Jira/Confluence/Zendesk using their REST APIs instead. Works well, although a bit more work.

Re: Google Workspace CLI

#298

Post by sothatsit »

graeme wrote: post #244
sothatsit wrote: post #226

Earlier quoted context omitted.

I'm afraid I can't easily share this, as we have embedded a lot of company-specific information in our setup, particularly for cross-linking between confluence/jira/zendesk and other systems. I can try explain it though, and then Claude Code is great at implementing these simple CLI tools and writing the skills. We wrote CLIs for Confluence, Jira, and Zendesk, with skills to match. We use a simple OAuth flow for user…

Thank you! Sounds like a fantastic setup. Are the claude code agents acting autonomously from any trigger conditions or is this all manual work with them? And how do you manage write permissions for documents amongst team members/agents, presumably multiple people have access to this system? (Not OP, but have been looking into setting up a system for a similar use case)

This is all manual, so people ask their agent to load Jira issues, edit Confluence pages, etc. Users sign-in using their own accounts using the CLIs, so the agents inherit their own permissions. Then we have the permissions in Claude Code setup so any write commands are in Ask, so it always prompts the user if it wants to run them.

Re: Google Workspace CLI

#299

Post by dheera »

virgildotcodes wrote: post #95

God, getting this set up is frustrating. I've spent 45 minutes trying to get this to work, just following their defaults the whole way through. Multiple errors and issues along the way, now I'm on `gws auth login`, and trying to pick the oAuth scopes. I go ahead and trust their defaults and select `recommended`, only to get a warning that this is too many scopes and may error out (then why is this the recommended set…

Auth is a massive pain across almost all Google products.

Just being able to send commands to my Nest thermostat (which I own, and is on the same LAN) involved creating a cloud account, a "project" (wtf is a project, I just want an API key damnit, this isn't JIRA), a billing account, enabling billing, enabling the billing account, creating another account somewhere else on some other Google site, doing through mountains of 2FA issues in the process where I had to tap "Yes" on another device instead of the device I was actually using, enabling the project in the other account, installing it, publishing it, paying $5 somewhere in between and I didn't understand exactly for what, ...

Why the hell can't I set my temperature with a simple "curl" command to the thermostat's LAN IP? At the most with a simple "Authentication: Bearer" header?

Re: Google Workspace CLI

#300

Post by joquarky »

Lord_Zero wrote: post #289
chrisweekly wrote: post #270

Earlier quoted context omitted.

Obsidian has become almost an operating system for working with markdown. Its Live View / Edit mode is excellent (WYSIWYG) and its ability to accept pasted content and handle it appropriately is good and getting better. Its plugin/extension ecosystem is robust (and has a low barrier to entry), and now that it has a CLI I expect to see an acceleration of clever workflows and integrations. No affiliation, just a very h…

BUT the main supported sync module is cloud only they wont let you self host for free which is really shitty and lame.

git + cron
Post reply on HN