Skip to main content
Endor Labs hooks for GitHub Copilot send a structured event for every session, prompt, shell command, file operation, and MCP tool call. The hook covers the Copilot CLI and VS Code agent mode, and enforces your Coding Agent Governance policies locally before each action runs. Copilot on github.com, such as web chat and pull request reviews, runs on GitHub’s infrastructure and is out of scope.

Before you begin

Confirm the following requirements before you install the hook:
  • An admin has completed the prerequisites, including creating an API key with the AI Audit User role.
  • The target machine runs macOS, Linux, or Windows with the Copilot CLI or VS Code with Copilot installed.
  • endorctl is on PATH. See endorctl CLI.
  • The environment that launches Copilot has these environment variables set:
    • ENDOR_API (for example, https://api.endorlabs.com)
    • ENDOR_NAMESPACE
    • ENDOR_API_CREDENTIALS_KEY
    • ENDOR_API_CREDENTIALS_SECRET
Do not export ENDOR_TOKEN in the environment that runs the hook. Hooks authenticate with the API key and secret only, and on older versions of endorctl the extra token triggered a mixed-authentication error that blocked endorctl ai-audit.
Use the following hook configuration. The bash command runs on macOS and Linux, and the powershell command runs on Windows.
Use the capitalized event names shown above on both surfaces. They make the Copilot CLI include the event name in the hook payload, so the same command works everywhere.The timeoutSec value is the ceiling Copilot applies to each hook invocation. endorctl limits itself to 5 seconds per invocation regardless, and fails open when the limit is reached, so the hook never holds an action for the full 30 seconds.

Install for one developer

Use this for a single-machine trial or a personal install. Personal hooks apply to the Copilot CLI.
  1. Open ~/.copilot/hooks/endor.json in a text editor. Create the file and directory if they do not exist.
  2. Paste the configuration shown in Before you begin.
  3. Save the file and start a new Copilot session.
If COPILOT_HOME is set, create the file under that directory instead.

Install for a repository

Repository hooks apply to both the Copilot CLI and VS Code agent mode, so they are the lever for covering VS Code users. Add <repository>/.github/hooks/endor.json with the same configuration and commit it.

Install on a managed fleet

Copilot has no system-wide hooks path. Use your MDM, such as Jamf, Intune, Kandji, or JumpCloud, to deliver ~/.copilot/hooks/endor.json and the four Endor Labs environment variables to each managed machine for CLI coverage. Cover VS Code agent mode by committing the repository-level file to the repositories your developers work in.
On macOS, environment variables set in ~/.zshrc reach apps launched from a terminal but not apps launched from Spotlight. Ship the variables through your MDM payload (for example, a launchctl setenv profile or an ~/.zprofile snippet) for full coverage.
If your MDM’s deployment script rejects the inline JSON payload, encode the configuration in Base64 in the script, and decode it on the target machine. This avoids the quoting and escaping issues that some MDMs introduce when publishing JSON.

Copilot hook events used by Coding Agent Governance

Enforcement hooks fail open. If the hook itself errors out, Copilot allows the action rather than blocking it and keeps working. The usual cause is a missing binary. An unreadable local policy cache does not disable enforcement, because the hook falls back to the built-in system policies. A successfully evaluated Block policy still stops the action. On a policy match at PreToolUse, a Block policy denies the tool call. An Ask Permission policy prompts the developer in VS Code agent mode only. The Copilot CLI honors deny but not ask, so on CLI sessions an Ask policy lets the call proceed and records it, the same way Alert behaves. An Alert policy lets the call proceed and records it on both surfaces. Session start is not a blocking point for Copilot. A session-level policy match surfaces as a governance notice in the session instead.

Tune the hook

For an audit-only rollout, set ENDOR_AI_AUDIT_NO_BLOCKING=true in the hook environment. endorctl ai-audit then downgrades every Block action to Alert at evaluation time. For Cursor, set it in the shell that launches the IDE. For Claude Code, set it in the env block of settings.json. Policies still record violations under Policy Violations, but the hook never denies a . Use this to seed a new policy without interrupting developers, then unset the variable when you’re ready to enforce. Any value parsable as a Go bool (such as true, 1, or t) turns the option on. Unset, empty, or unparseable values keep enforcement on.

Verify hooks are firing

  1. Start a session in and ask the agent to run a benign shell command, such as ls.
  2. Select Agent Governance from the left sidebar, then select Workstation Inventory.
  3. Confirm the developer’s row shows a recent value under Last Active.
If no row appears, see Troubleshoot a quiet machine.

What developers see when a policy fires

When a policy with the Block action matches an event, the hook returns a deny response to . stops the and surfaces the User Message to the developer. The agent receives a deny response that carries the User Message, explains that a governance policy denied the action, and tells the agent not to work around the block. When a policy with the Ask Permission action matches, the hook returns an ask response. pauses and asks the developer to confirm or deny before the agent proceeds. When a policy with the Alert action matches, the hook allows the action to proceed. Endor Labs records the event under Policy Violations for your security team to review.

Troubleshoot a quiet machine

Run these checks if a developer’s actions never appear under Workstation Inventory or Policy Violations:
  • Confirm the developer has started at least one session. With the event cache enabled, the hook batches events and flushes them within about 30 seconds of hook activity, and fully at session start and end, so inventory Sessions, Last Active, and counts can lag the newest actions by that interval.
  • Hook errors fail open. If the hook cannot run or reach the Endor Labs API, allows the . The event is missing from inventory rather than surfacing an error. The remaining checks rule out the common causes.
  • Confirm endorctl is on PATH in the environment that runs the hook. The hook fails silently if the binary is not found. Run endorctl version from the same shell to verify.
  • Confirm only one endorctl installation is active. If endorctl ai-audit fails with Failed with non-blocking status code: No stderr output, conflicting installations are the likely cause, such as an npx-provisioned endorctl alongside a Homebrew install. Keep one installation method per machine, remove the others, then run endorctl version to confirm.
  • Confirm ENDOR_API, ENDOR_NAMESPACE, ENDOR_API_CREDENTIALS_KEY, and ENDOR_API_CREDENTIALS_SECRET are set for the process that runs the hook. Cursor reads them from the shell that launched it. Claude Code reads them from the env block in settings.json.
  • Confirm ENDOR_TOKEN is not also exported alongside your Coding Agent Governance API key credentials in the hook environment. Hooks rely only on ENDOR_API_CREDENTIALS_KEY and ENDOR_API_CREDENTIALS_SECRET. ENDOR_TOKEN is redundant and, on older versions of endorctl, triggered a mixed-authentication error that blocked endorctl ai-audit.
  • Confirm the API key has the AI Audit User role and has not expired.
  • Confirm the developer restarted after the hooks file changed. reads the configuration at session start.
  • Confirm the developer restarted after a policy edit. The local policy cache refreshes at session start.
  • Confirm the JSON file parses. A trailing comma silently disables every hook in the file.
  • Confirm the Endor Labs API is reachable from the environment that runs the hook. Network failures appear as gaps in the inventory.

Next steps

With hooks deployed, continue with the following pages: