Skip to main content
Hooks run shell commands at specific points during a session. Configure them in .tembo.json at your repository root.

Available hooks

setupScript - Runs after Tembo clones your repository, before the agent starts working. Use it to install dependencies and prepare the workspace. prePush - Reserved for commands that run before Tembo pushes changes and opens a pull request.
prePush is accepted and validated in .tembo.json, but Tembo does not currently execute it. Do not rely on it to gate pushes. Put checks you need enforced in setupScript, in your CI pipeline, or in a rule file that instructs the agent to run them before pushing.

Example

When setupScript runs

setupScript runs when a session builds its workspace from scratch:
  • A new session clones your repository into a fresh sandbox.
  • A snapshot is being built, after the selected repositories are cloned.
setupScript is skipped when a session restores a workspace that already exists, such as resuming an earlier session or starting from a snapshot. The workspace is expected to already carry the results of the setup that ran when it was built.
This matters when you change setupScript. Sessions that restore from an existing snapshot keep the dependencies baked into that snapshot, so your new commands do not run until the snapshot is rebuilt. Rebuild the snapshot after changing setup commands, or your sessions will keep starting from the old environment.

Working with tembo.nix

If your repository root contains a tembo.nix file, Tembo runs your hook commands inside that Nix dev shell, so packages you declare there are on PATH. When a snapshot already pre-built your dependencies, Tembo reuses the saved environment from that build instead of re-entering the dev shell. Either way, your hook commands see the same toolchain.

Failure handling

  • Commands run sequentially from the repository root.
  • If a command exits non-zero, Tembo logs the failure and continues with the remaining commands in the hook. A failing hook does not stop the session.
  • Chain commands with && in a single entry when a later step must not run after an earlier one fails:
  • Shell features such as piping, redirects, and && are supported.
When a snapshot is built, each hook command and its exit code are streamed into the snapshot build log, which is the most reliable place to confirm what ran and why it failed.

Configuration reference

Notes on how Tembo reads the file:
  • .tembo.json is optional. Without it, every hook defaults to an empty list.
  • If .tembo.json contains invalid JSON or does not match the expected shape, Tembo logs the error, falls back to the defaults, and continues the session. A malformed file therefore behaves exactly like no hooks at all, with no failure surfaced in the session.
  • Unrecognized fields are ignored, which means a typo like setupScripts is dropped without an error.