HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
googleworkspace
cli
Rust2026–2026
googleworkspace / cli

cli

Google Workspace CLI — one command-line tool for Drive, Gmail, Calendar, Sheets, Docs, Chat, Admin, and more. Dynamically built from Google Discovery Service. Includes AI agent skills.

17Distinct people
19Mentions
0Explicit recommenders
32.3KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Google Workspace CLI — one command-line tool for Drive, Gmail, Calendar, Sheets, Docs, Chat, Admin, and more. Dynamically built from Google Discovery Service. Includes AI agent skills.

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 11:56:56 AM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by week19 dated mentions

Observed mentions: 2026-03-04 16:06:51 UTC to 2026-09-21 00:42:47 UTC. Weeks start Monday, UTC.

02468102026-03-02 00:00:00 UTC to 2026-03-09 00:00:00 UTC (exclusive): 9 mentions; 3 submissions, 6 commentsMar 22026-03-09 00:00:00 UTC to 2026-03-16 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2026-03-16 00:00:00 UTC to 2026-03-23 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-03-23 00:00:00 UTC to 2026-03-30 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-03-30 00:00:00 UTC to 2026-04-06 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2026-04-06 00:00:00 UTC to 2026-04-13 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-04-13 00:00:00 UTC to 2026-04-20 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-04-20 00:00:00 UTC to 2026-04-27 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-04-27 00:00:00 UTC to 2026-05-04 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2026-05-04 00:00:00 UTC to 2026-05-11 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-05-11 00:00:00 UTC to 2026-05-18 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-05-18 00:00:00 UTC to 2026-05-25 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-05-25 00:00:00 UTC to 2026-06-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-06-01 00:00:00 UTC to 2026-06-08 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2026-06-08 00:00:00 UTC to 2026-06-15 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsJun 82026-06-15 00:00:00 UTC to 2026-06-22 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-06-22 00:00:00 UTC to 2026-06-29 00:00:00 UTC (exclusive): 4 mentions; 0 submissions, 4 comments2026-06-29 00:00:00 UTC to 2026-07-06 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-07-06 00:00:00 UTC to 2026-07-13 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-07-13 00:00:00 UTC to 2026-07-20 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-07-20 00:00:00 UTC to 2026-07-27 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-07-27 00:00:00 UTC to 2026-08-03 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-08-03 00:00:00 UTC to 2026-08-10 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-08-10 00:00:00 UTC to 2026-08-17 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-08-17 00:00:00 UTC to 2026-08-24 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-08-24 00:00:00 UTC to 2026-08-31 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-08-31 00:00:00 UTC to 2026-09-07 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2026-09-07 00:00:00 UTC to 2026-09-14 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-09-14 00:00:00 UTC to 2026-09-21 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-09-21 00:00:00 UTC to 2026-09-28 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsSep 21

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Mar 22026-03-02 00:00:00 UTC2026-03-09 00:00:00 UTC936
Mar 92026-03-09 00:00:00 UTC2026-03-16 00:00:00 UTC101
Mar 162026-03-16 00:00:00 UTC2026-03-23 00:00:00 UTC000
Mar 232026-03-23 00:00:00 UTC2026-03-30 00:00:00 UTC000
Mar 302026-03-30 00:00:00 UTC2026-04-06 00:00:00 UTC110
Apr 62026-04-06 00:00:00 UTC2026-04-13 00:00:00 UTC000
Apr 132026-04-13 00:00:00 UTC2026-04-20 00:00:00 UTC000
Apr 202026-04-20 00:00:00 UTC2026-04-27 00:00:00 UTC000
Apr 272026-04-27 00:00:00 UTC2026-05-04 00:00:00 UTC110
May 42026-05-04 00:00:00 UTC2026-05-11 00:00:00 UTC000
May 112026-05-11 00:00:00 UTC2026-05-18 00:00:00 UTC000
May 182026-05-18 00:00:00 UTC2026-05-25 00:00:00 UTC000
May 252026-05-25 00:00:00 UTC2026-06-01 00:00:00 UTC000
Jun 12026-06-01 00:00:00 UTC2026-06-08 00:00:00 UTC101
Jun 82026-06-08 00:00:00 UTC2026-06-15 00:00:00 UTC000
Jun 152026-06-15 00:00:00 UTC2026-06-22 00:00:00 UTC000
Jun 222026-06-22 00:00:00 UTC2026-06-29 00:00:00 UTC404
Jun 292026-06-29 00:00:00 UTC2026-07-06 00:00:00 UTC000
Jul 62026-07-06 00:00:00 UTC2026-07-13 00:00:00 UTC000
Jul 132026-07-13 00:00:00 UTC2026-07-20 00:00:00 UTC000
Jul 202026-07-20 00:00:00 UTC2026-07-27 00:00:00 UTC000
Jul 272026-07-27 00:00:00 UTC2026-08-03 00:00:00 UTC000
Aug 32026-08-03 00:00:00 UTC2026-08-10 00:00:00 UTC000
Aug 102026-08-10 00:00:00 UTC2026-08-17 00:00:00 UTC000
Aug 172026-08-17 00:00:00 UTC2026-08-24 00:00:00 UTC000
Aug 242026-08-24 00:00:00 UTC2026-08-31 00:00:00 UTC000
Aug 312026-08-31 00:00:00 UTC2026-09-07 00:00:00 UTC101
Sep 72026-09-07 00:00:00 UTC2026-09-14 00:00:00 UTC000
Sep 142026-09-14 00:00:00 UTC2026-09-21 00:00:00 UTC000
Sep 212026-09-21 00:00:00 UTC2026-09-28 00:00:00 UTC101

What Hacker News says

19 sources
I don't know that I'd call the repo "non-Google-affiliated", but whatever it is, it is still up [1] in a google-owned github organization [2], which also includes several other repos with the line "This is not an officially supported Google product," such as this one that's two years old [3]. So, yeah, whatever it is, I'd say it looks normal. [1] https://github.com/googleworkspace/cli [2] https://github.com/googleworkspace [3] https://github.com/googleworkspace/redriveapp
In Fired by Google for creating the Google workspace CLI
It's a fair point that it's still up, though looking just now for two minutes there are at least some issues with auth[1] which would make me really not trust it. It was just speculation about what could be bad enough if they really did have permission to release it, but the OP is being so cagey below now I'm just wondering if they got release permission but misrepresented what they would be releasing or something. > and is official [1] FWIW no idea what you're trying to point out on that page unless you mean the one link to a different project in the same github org indicates the org is official, but that never seemed in doubt in this thread of comments. [1] https://github.com/googleworkspace/cli/issues/780
In Fired by Google for creating the Google workspace CLI
Location: Durango, Colorado Remote: Yes Willing to relocate: Yes Technologies: Rust, TypeScript, Python, Go, SQL, React, SvelteKit, GCP, AWS, Kubernetes, Docker, Applied ML, MCP Résumé/CV: https://justin.poehnelt.com | https://github.com/jpoehnelt Email: justin.poehnelt@gmail.com GitHub: https://github.com/jpoehnelt LinkedIn: https://www.linkedin.com/in/justin-poehnelt/ I am a Senior Software Engineer with a decade of experience bridging deep machine learning foundations with modern agent infrastructure. Previously a Senior Developer Relations Engineer at Google and a Founding Engineer at Descartes Labs. Recently, I architected the open-source https://github.com/googleworkspace/cli in Rust—built entirely via AI agents which hit 20k+ stars and #1 on HN. My background spans building petabyte-scale Kubernetes architectures, engineering visua
Read the rest
l search engines over billions of satellite images, and developing full-stack embedded Rust IoT firmware with custom LoRa mesh networking for endurance races. I excel at taking systems from 0 to 1 and driving adoption developer experiences. I'm looking for Senior/Staff or Founding Engineer roles where I can tackle complex distributed systems or build secure, agent-first infrastructure.
In Ask HN: Who wants to be hired? (June 2026)
theahura·May 1, 2026Submission

Show HN: An Agent First Slack CLI

Hey folks, My team and I have been building a background agents as a service product. One of the things we needed pretty early on was for some way for the agents to be able to drive slack. Right now, I don't think there are many good agent-first ways of doing this. I don't love MCP -- it's just too many tokens in the context window, and agents seem to do better with CLIs because they can embed them in code and so on. But other CLIs that exist are either a) subsets of the web api that only focus on human needs and b) have polished terminal UIs with spinners and colors and interactive things that make it hard for LLMs to actually use them. nori-slack-cli is a very thin dynamic wrapper over @slack/web-api (i.e. bolt). Whatever the SDK can call, the CLI can call. When slack adds a new method it should just work without a new release on our en
Read the rest
d. (Inspired by the GWS cli: https://github.com/googleworkspace/cli). So you(r agent) can do things like: `nori-slack chat.postMessage --channel C123 --text "hi"` `nori-slack admin.users.list` `nori-slack bookmarks.add` etc. It's pretty easy to build a cli these days, so what makes this special? We spent a bunch of time thinking about what is necessary to make something 'agent first', which is I think the real value of this CLI: the design stuff. - Every response is a one line JSON on stdout, no colors or interactivity. - Every error includes a source field with the on-disk path to the CLI. When the agent is confused it can just go read the source (also useful for asking the agent to go add a feature on the fly) - (Re the above, we generally recommend downloading and running the cli from source on your machine!) - you can describe any method to get required/optional params, pagination support, and the docs URL without having your agent do additional webfetches - there's a list-methods function for discovery - the 'paginate' flag auto-cursors and merges pages into a single response - and my personal favorite: any unknown method will try and Levenshtein fuzzy match to surface other methods the agent may have meant We purposely wanted the CLI to match the bolt API 1:1 because we felt it critical that the agent had the capability of doing anything it needed. Scopes are managed via the tokens the cli has access to. Repo: https://github.com/tilework-tech/nori-slack-cli Would love to hear feedback about what works for other people when designing cli products for agents
1 points · Open discussion
Yea, it has been a little shocking to me that the rising narratives around "AI agents everywhere" and "enable the web for AI agents" requires what we've all been wanting for awhile on the web (openness and interoperability) but that the same big players in tech have been clearly against for a long time. Like the fact that Google recently released that Google Workspace CLI (https://github.com/googleworkspace/cli) is a perfect example. They could've released something like that years ago (the discovery service it's built on has existed for over a decade) but creating a simple, accessible, unified CLI for general integration apparently wasn't worth it until agents became the hot thing. I wonder when / if there will be a rug pull on all of this. Because I really don't see what the long-term incentives are for incumbent tech platforms to make
Read the rest
it easy for automated systems to essentially pull users away from the actual platform. I guess they're focused on the short term incentives. And once they decide the party's over, promising upstarts and competition can get absorbed and it'll be business as usual. Idk, we'll see.
In Show HN: DenchClaw – Local CRM on Top of OpenClaw
Today I launched and pushed the first version of [Better CLI](https://github.com/yogin16/better-cli). It’s a simple skill that helps build command-line tools that are easier for people to use and easier for AI agents to run. I made it for a very practical reason: a lot of CLI tools work, but still feel confusing. Errors are vague, help text is thin, and automation breaks on small surprises. Make CLIs such that it helps AI Agent navigate, instead of fighting with it. Inspiration came, when I was writing CLI for [lore](https://github.com/lorelang/lore), and couldn't find any skill for CLI writing that I was looking for. So this project is my attempt to keep things straightforward: - clearer commands - clearer errors - output that is easier to reuse - fewer “guess what I meant” moments To test this skill, I ran it on recently launched Google
Read the rest
's [gws cli](https://github.com/googleworkspace/cli): ```bash npx skills add yogin16/better-cli ``` Then on Claude just one prompt: ```bash use better-cli skill and improve the cli as needed with best practices, no regression, ultrathink. ``` The gws cli is already nicely written for AI Agents, still it came up with [these changes](https://github.com/googleworkspace/cli/pull/297/changes) to improve error messages so that AI Agents using the cli knows what do with it. If you build CLIs (or suffer through them every day), I’d love your feedback. CLI is what the new software is becoming, at least for now. (API -> MCP -> CLIs) Hope this helps you better the CLIs for your software for agents.
In Better-CLI: A Skill that teaches agents best practices for improving CLIs

Showing the 15 most recent of 19 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.