Cloud|

Operate machine directory shares

Roll out, inspect and revoke bounded directory access for machine accounts.

1 min read Updated 2026-10-23 #identity#service-accounts#authorization

Core creates the directory-share table during its normal schema setup. Existing machine accounts receive no directory access automatically. Upgrade Core before using the new administrator controls in Accounts.

An installation administrator manages exact entries under Accounts → Service accounts → Directory access. Review the selected account and entries before adding a share. Group membership and resource grants do not create directory shares.

Revoke an individual share to hide that entry on subsequent lookups. Disable the machine account to stop all its credentials, or revoke one credential to stop that token. Existing resource access remains independent of directory visibility.

Audit actions accounts.directory.grant, accounts.directory.revoke, and accounts.directory.search record changes and successful scoped lookups. Their metadata identifies the machine account. Lookup events do not contain search strings or directory results.

If a machine sees an empty result, check its current shares and search filters. HTTP 403 indicates a missing read scope, unsupported account kind, or a relationship query; directory shares do not disclose group relationships. HTTP 401 requires an active credential and account. See Directory shares for the API contract.

Connect a coding agent

The Cloud skill provides compact working instructions. MCP supplies exact current documentation when details matter.

CLI command
bunx skills add https://docs.example.com

This command installs the working instructions published by this website in the selected coding agent.

For exact, current details, also connect the MCP server through one of the agent tabs.

Installation uses the open-source Vercel Skills CLI.

The skill and MCP complement each other: the skill describes workflows, while MCP supplies current documentation.