gws-people — Claude Code skill: what it does, how to install
Manages Google People contacts and profiles through the gws CLI. It handles directory lookups, contact updates, and contact groups.
npx skills add googleworkspace/cli --skill gws-people -a claude-codeWhat gws-people does
This skill connects agents to the Google People API v1 via the gws command-line tool. It covers operations across resources like people, contactGroups, and otherContacts. It handles contact creation and domain directory searches.
Running commands requires the gws binary. You also need authentication rules from gws-shared/SKILL.md, created by running gws generate-skills. Any method parameters can be inspected beforehand with gws schema people...
Install this if you manage Google Workspace directory data from your editor. It is useless without the gws tool. Mutation calls must run sequentially to prevent concurrency errors. Supplying multiple values to singleton fields like biographies will trigger a 400 error.
What it helps with
- search contacts and domain directory profiles
- create and rename user contact groups
- copy other contacts into the main group
- update person records in batches
Example prompts for the agent
- Run gws people people searchContacts to find Engineering leads
- Inspect required parameters with gws schema people.people.createContact
- Create a contact group named Operations via gws people
How to install gws-people
1Skills CLI (Vercel)
npx skills add googleworkspace/cli --skill gws-people -a claude-code2Manually: put the files in place
~/.claude/skills/gws-people/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/gws-people/
1Skills CLI (Vercel)
npx skills add googleworkspace/cli --skill gws-people -a codex2Manually: put the files in place
.agents/skills/gws-people/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add googleworkspace/cli --skill gws-people -a cursor2Manually: put the files in place
.cursor/skills/gws-people/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install googleworkspace/cli gws-people2Manually: put the files in place
.github/skills/gws-people/SKILL.md1Skills CLI (Vercel)
npx skills add googleworkspace/cli --skill gws-people -a gemini-cli2Platform CLI
gemini skills install https://github.com/googleworkspace/cli --path skills/gws-peopleManually: put the files in place
.devin/skills/gws-people/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add googleworkspace/cli --skill gws-people -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
From the same set95
The whole set →Similar
Questions about gws-people
How to install gws-people in Claude Code?
Run npx skills add googleworkspace/cli --skill gws-people -a claude-code. The skill file is placed in ~/.claude/skills/gws-people/SKILL.md.
What does gws-people do?
It runs Google People API v1 operations through the gws CLI. Agents use it to fetch, create, and update contact profiles and groups.
What is required before searching contacts?
You need the gws binary and authentication setup. For searching, sending an initial warmup request with an empty query updates the cache.
Source text
SKILL.md · Apache-2.0
---
name: gws-people
description: "Google People: Manage contacts and profiles."
metadata:
version: 0.22.5
openclaw:
category: "productivity"
requires:
bins:
- gws
cliHelp: "gws people --help"
---
# people (v1)
> **PREREQUISITE:** Read `../gws-shared/SKILL.md` for auth, global flags, and security rules. If missing, run `gws generate-skills` to create it.
```bash
gws people <resource> <method> [flags]
```
## API Resources
### contactGroups
- `batchGet` — Get a list of contact groups owned by the authenticated user by specifying a list of contact group resource names.
- `create` — Create a new contact group owned by the authenticated user. Created contact group names must be unique to the users contact groups. Attempting to create a group with a duplicate name will return a HTTP 409 error. Mutate requests for the same user should be sent sequentially to avoid increased latency and failures.
- `delete` — Delete an existing contact group owned by the authenticated user by specifying a contact group resource name. Mutate requests for the same user should be sent sequentially to avoid increased latency and failures.
- `get` — Get a specific contact group owned by the authenticated user by specifying a contact group resource name.
- `list` — List all contact groups owned by the authenticated user. Members of the contact groups are not populated.
- `update` — Update the name of an existing contact group owned by the authenticated user. Updated contact group names must be unique to the users contact groups. Attempting to create a group with a duplicate name will return a HTTP 409 error. Mutate requests for the same user should be sent sequentially to avoid increased latency and failures.
- `members` — Operations on the 'members' resource
### otherContacts
- `copyOtherContactToMyContactsGroup` — Copies an "Other contact" to a new contact in the user's "myContacts" group Mutate requests for the same user should be sent sequentially to avoid increased latency and failures.
- `list` — List all "Other contacts", that is contacts that are not in a contact group. "Other contacts" are typically auto created contacts from interactions. Sync tokens expire 7 days after the full sync. A request with an expired sync token will get an error with an [google.rpc.ErrorInfo](https://cloud.google.com/apis/design/errors#error_info) with reason "EXPIRED_SYNC_TOKEN". In the case of such an error clients should make a full sync request without a `sync_token`.
- `search` — Provides a list of contacts in the authenticated user's other contacts that matches the search query. The query matches on a contact's `names`, `emailAddresses`, and `phoneNumbers` fields that are from the OTHER_CONTACT source. **IMPORTANT**: Before searching, clients should send a warmup request with an empty query to update the cache. See https://developers.google.com/people/v1/other-contacts#search_the_users_other_contacts
### people
- `batchCreateContacts` — Create a batch of new contacts and return the PersonResponses for the newly Mutate requests for the same user should be sent sequentially to avoid increased latency and failures.
- `batchUpdateContacts` — Update a batch of contacts and return a map of resource names to PersonResponses for the updated contacts. Mutate requests for the same user should be sent sequentially to avoid increased latency and failures.
- `createContact` — Create a new contact and return the person resource for that contact. The request returns a 400 error if more than one field is specified on a field that is a singleton for contact sources: * biographies * birthdays * genders * names Mutate requests for the same user should be sent sequentially to avoid increased latency and failures.
- `deleteContactPhoto` — Delete a contact's photo. Mutate requests for the same user should be done sequentially to avoid // lock contention.
- `get` — Provides information about a person by specifying a resource name. Use `people/me` to indicate the authenticated user. The request returns a 400 error if 'personFields' is not specified.
- `getBatchGet` — Provides information about a list of specific people by specifying a list of requested resource names. Use `people/me` to indicate the authenticated user. The request returns a 400 error if 'personFields' is not specified.
- `listDirectoryPeople` — Provides a list of domain profiles and domain contacts in the authenticated user's domain directory. When the `sync_token` is specified, resources deleted since the last sync will be returned as a person with `PersonMetadata.deleted` set to true. When the `page_token` or `sync_token` is specified, all other request parameters must match the first call. Writes may have a propagation delay of several minutes for sync requests. Incremental syncs are not intended for read-after-write use cases.
- `searchContacts` — Provides a list of contacts in the authenticated user's grouped contacts that matches the search query. The query matches on a contact's `names`, `nickNames`, `emailAddresses`, `phoneNumbers`, and `organizations` fields that are from the CONTACT source. **IMPORTANT**: Before searching, clients should send a warmup request with an empty query to update the cache. See https://developers.google.com/people/v1/contacts#search_the_users_contacts
- `searchDirectoryPeople` — Provides a list of domain profiles and domain contacts in the authenticated user's domain directory that match the search query.
- `updateContact` — Update contact data for an existing contact person. Any non-contact data will not be modified. Any non-contact data in the person to update will be ignored. All fields specified in the `update_mask` will be replaced. The server returns a 400 error if `person.metadata.sources` is not specified for the contact to be updated or if there is no contact source.
- `updateContactPhoto` — Update a contact's photo. Mutate requests for the same user should be sent sequentially to avoid increased latency and failures.
- `connections` — Operations on the 'connections' resource
## Discovering Commands
Before calling any API method, inspect it:
```bash
# Browse resources and methods
gws people --help
# Inspect a method's required params, types, and defaults
gws schema people.<resource>.<method>
```
Use `gws schema` output to build your `--params` and `--json` flags.
© googleworkspace · Apache-2.0 · googleworkspace/cli