Skip to main content

Agent-Session-Relay

简体中文 · Contributing · Architecture

Use your normal Git staging UI to review an agent's work across multiple turns.

An agent changes four files. You accept one, stage two good hunks in another, adjust a third by hand, and send the rest back. Agent-Session-Relay keeps track of what you accepted, what you edited, and what is still pending. You can keep using your preferred Git UI without explaining the origin of every staged or unstaged change in each prompt.

The CLI is relay. Relay provides session state and semantic diffs; it does not provide a review UI.

Mental model

State Meaning What you do
Reviewed checkpoint The version accepted so far; still editable Continue refining it when needed
Staged Hunks accepted during this human turn Stage files or selected hunks; unstage to revoke this turn's acceptance
Unstaged / new files Proposals that still need review Edit, request another agent pass, or discard using Git
Human edits Directional proposals, with turn provenance Leave them unstaged until you have reviewed them

Reviewed code is soft approval, never a lock. If the agent renames or refactors accepted code, the new delta returns to pending review. The same freedom applies to human-authored edits.

At each normal prompt handoff, Relay incorporates staged approvals into an internal reviewed checkpoint, leaves the staging area clean relative to it, and preserves every remaining proposal. On Agent Stop, Relay captures the agent's output and presents it as unstaged changes or untracked new files.

The human uses Git. The agent uses Relay. Relay uses Git internally.

Install

Requires Python 3.10+, Git 2.37+, and Linux, macOS, or WSL. There are no Python runtime dependencies. Kiro IDE 1.x / CLI 3.x is the first supported harness.

Install the published CLI with pipx:

pipx install agent-session-relay
relay --version

Upgrade it later with pipx upgrade agent-session-relay. If relay is not yet on PATH, run pipx ensurepath once and open a new terminal.

Alternatively, build a standalone executable from this repository with the standard library:

git clone https://github.com/Vopaaz/Agent-Session-Relay.git
cd Agent-Session-Relay
python3 scripts/build_zipapp.py
mkdir -p ~/.local/bin
install -m 755 dist/relay.pyz ~/.local/bin/relay
export PATH="$HOME/.local/bin:$PATH"
relay --version

Add that PATH setting to your shell configuration if needed. The archive is portable between supported platforms and still needs Python and Git on PATH. dist/relay.pyz.sha256 contains its checksum.

To install from a checkout, use pipx install ., or run python -m pip install . inside a virtual environment. Contributors can use ./relay directly.

Configure Git's user.name and user.email before finishing a session; the final public commit uses your normal Git identity. Internal snapshots and abort recovery also work without that identity.

Kiro integration

Choose one installation scope:

relay kiro install --global
# or, inside the target repository:
relay kiro install --project
Scope File written Applies to
Global ~/.kiro/hooks/agent-session-relay.json Your Kiro work across projects
Project <repository>/.kiro/hooks/agent-session-relay.json This repository; commit the file to share it

These use Kiro's standalone v1 hook schema. Project installation must be committed before relay start so the repository is clean. Ensure relay is on Kiro's PATH, then open a new Kiro session. Installation preserves other hook files and is idempotent; replacing a customized Relay file requires --force. Remove that dedicated file to uninstall the integration.

Three hooks implement the workflow:

Event Relay behavior
Prompt Submit (UserPromptSubmit) Snapshot the turn and inject its protocol; normal turns also seal approvals and list human-changed files
Agent Stop (Stop) Leave normal output pending; save unexpected btw writes before restoring the original review state
Pre Tool Use (PreToolUse) Block direct Git commands; during btw, also block known write tools and obvious shell writes

Every active turn receives a compact, self-contained protocol for its mode. Normal turns with human changes automatically include their complete file list, covering edits and discards; full patches remain on demand. Btw turns omit that list but retain semantic queries. No separate Agent Skill is needed.

With no active session, including while suspended, every hook succeeds silently without changing Git or injecting context. Normal Kiro conversations retain their ordinary Git behavior.

The adapter follows the Kiro hook schema, event mapping, command I/O contract, and configuration scopes. See integration details and a live smoke test.

Human commands

Command Effect
relay start [-m "message"] Start from a completely clean, stable Git workspace, optionally describing the work
relay message [session] [-m "message"] Set the session message; omit -m to open the Git editor
relay status Show the session message, lifecycle, reviewed checkpoint, staged approvals, and remaining proposals
relay end-interrupted-agent-turn After manually interrupting the agent, close its open turn before human review
relay btw [--cancel] Make the next prompt a read-only aside; --cancel cancels the unconsumed selection
relay suspend Save full staging/workspace state and return to the origin branch
relay resume [session] Restore the only suspended session, or a selected ID/prefix
relay finish [-m "message"] Require full review and a custom message; create and switch to a result branch with one public commit
relay abort Ask once, preserve all current project code in a recovery branch, then remove the session
relay list List active and suspended sessions in this worktree with their message subjects

status and list also accept --json. relay recover is available for an interrupted operation. The usual single-session workflow never requires a session ID.

Starting rejects staged changes, unstaged changes, non-ignored untracked files, unresolved index conflicts, and unfinished merge/rebase/cherry-pick/revert/bisect operations. An initial commit is required. While active, use Git for staging and discarding; suspend before switching branches, committing, stashing, or rewriting history.

After manually interrupting the agent

If Stop did not run, submitting another prompt in the same Kiro conversation continues the open Relay turn. The hook explains that no new human-to-agent handoff occurred. The turn number, review baselines, workspace, and index stay intact; old approval/human file lists are not announced again. Repeated hook delivery uses the same continuation notice and preserves the same state.

Before editing, staging, or discarding anything yourself, ensure the agent and its tools have stopped, then run:

relay end-interrupted-agent-turn

This human-only command performs the existing Agent Stop cleanup and enters the human phase. For a normal turn, it snapshots the partial output, preserves working files, and leaves proposals unstaged. It does not stop the agent process or detect whether cancellation actually occurred. It rejects inactive/suspended sessions and the human phase, including a second invocation after success or after the normal Stop hook already completed. Check relay status if unsure. The next prompt then captures your subsequent edits and approvals as a new handoff.

The command cannot reconstruct human edits made before that boundary. relay recover handles an interrupted Relay transaction, not a missing Agent Stop.

Ask a side question with btw

While partway through review, run relay btw and send your question in Kiro. It selects only the next turn; relay status shows the current and next modes. Run relay btw --cancel before sending the prompt to cancel. Each later prompt is normal unless you select btw again.

Btw leaves HEAD, staged approvals, and manual edits in place. It does not seal approvals or advance the main human-diff baseline. relay agent diff human remains available, fixed at btw entry, and querying it does not consume anything. The next normal turn receives the accumulated human changes, including changes made before and after any intervening btw turns. diff reviewed is empty in btw. As in normal turns, wait for Agent Stop before editing, staging, or discarding.

The agent is instructed to answer without writing and to request a normal turn when implementation is needed. The tool guard catches known file writers and obvious shell writes on a best-effort basis. If writes get through, Stop saves the output, then restores the entry workspace and complete index. Unchanged files are not rewritten. This covers captured project files, not unrelated ignored files or effects outside the repository; it is not an execution sandbox.

The only btw commands are relay btw and relay btw --cancel. Emergency snapshots are excluded from Relay's review state, semantic diffs, status, and subsequent handoffs. If needed, inspect the underlying snapshots through relay agent git. Suspend/resume preserves these Git objects and any pending btw selection; finish/abort deletes them with the session.

Versions 0.3.0 through 0.6.0 share schema 2, so existing v0.3.0–v0.5.0 sessions need no migration. For the removed btw commands and status fields, see the v0.6.0 release notes. The earlier agent status changes are documented in the v0.5.0 release notes. Before upgrading from v0.2.x, finish or abort all sessions with the old version and remove its empty metadata file as described in the upgrade instructions.

Session messages

The session message becomes the single result commit's message and appears in status and list.

relay start       # Start immediately, without an editor
relay message     # Write or revise the message in your Git editor
relay finish      # After review, reuse the message; open the editor if none is saved

All three commands accept -m "Description"; repeat -m for separate paragraphs. The editor prefills any saved message and uses your Git editor and commit.template settings. An empty message, unchanged template, or cancelled edit leaves the session open.

Agent commands

relay agent status                         # JSON summary; no complete patches
relay agent diff session                   # Session base → live workspace, approved or pending
relay agent diff reviewed                  # Exact newly accepted hunks at the latest handoff
relay agent diff human                     # Previous normal Agent Stop → latest pre-agent snapshot
relay agent diff pending                   # Reviewed checkpoint → live workspace
relay agent git log --oneline main          # Read-only history outside this session

Every semantic diff supports --name-only, --stat, and literal path filters after --:

relay agent diff reviewed --name-only
relay agent diff human --name-only
relay agent diff pending --name-only
relay agent diff session --stat
relay agent diff reviewed -- Parser.kt
relay agent diff human -- Parser.kt Config.kt
relay agent diff pending -- src/parser/

Paths are relative to the command's current directory. Use --name-only -z for NUL-delimited names in scripts. Patches include binary changes. Renames appear as a deletion/addition so path-filtered views remain explicit. Inspection never changes the real index or working files. --stat and --name-only are alternative output formats. Empty diffs produce no output and exit 0; unsupported options fail with a nonzero exit code and an error on stderr.

session shows the current net changes by both the human and the agent since the immutable session base. It includes approved changes and pending proposals, including new project files; reverted changes cancel out. Sealing approvals does not change this view. It is not an authorship report or an event history.

reviewed and human are fixed for the latest handoff, including after Agent Stop; session and pending stay live. Before the first handoff, reviewed/human are empty. The human view includes direct edits and discards, since both change the workspace after the agent stops. It describes provenance, not ownership or an instruction to preserve those lines verbatim. Before the next handoff, staged approvals are still part of the delta against the previous reviewed checkpoint.

Normal-turn hooks announce approvals only when changes were sealed at that handoff, listing the affected paths separately from human edits. Only the approved hunks leave pending; a partially approved file can appear in both reviewed and pending.

relay agent status focuses on decisions the agent can make:

{
  "active": true,
  "phase": "agent",
  "turn": 2,
  "turn_kind": "normal",
  "session_changes": true,
  "pending_changes": false,
  "provenance": {"available": true, "newly_reviewed": true, "human_edits": false}
}

phase is human or agent; turn/turn_kind describe the current or latest turn (normal or read-only btw, initially 0/null). session_changes and pending_changes correspond to the two live diffs; all changes being approved can leave the former true and the latter false. provenance describes the latest turn entry, stays fixed during the turn, and is unavailable before the first handoff. Its flags indicate whether the reviewed/human diffs contain changes, including human edits visible during btw. Without an active session, the agent receives only {"active": false}.

The agent summary omits session IDs, commit hashes, origin, commit messages, next-turn controls, index/staging details, and static command lists. Human diagnostics remain available through relay status --json; consumers needing those fields should use that command. Inspection syntax is provided by the hook and relay agent diff --help.

For changes outside the current session, use relay agent git <subcommand> <args...>. It forwards supported read-only Git queries with the original arguments, stdin/stdout/stderr, exit code, and current directory. Direct Git remains blocked during active sessions, including btw. Prefer relay agent diff for current-session changes; avoid treating Relay-managed refs, branches, or commits as project history because they include internal bookkeeping. Queries mentioning those objects are allowed: the command validates the operation, not the identity of its targets.

Only explicitly supported command/option combinations are allowed; unknown forms are rejected. For example, relay agent git branch --list 'feature/*' is supported, while creating a branch, diff --output=file, and describe --dirty are rejected. Aliases and global Git options such as -c and -C are unsupported. See relay agent git --help and the supported query forms.

A complete multi-turn partial-review example

Begin on main at commit C:

main
A --- B --- C
relay start

The immutable base is now C. Send this prompt in Kiro:

Refactor the parser and move token configuration into the new config model.

The Prompt Submit hook teaches the agent Relay's protocol, including relay agent status and the session, reviewed, human, and pending diffs. The agent changes Parser.kt, Token.kt, Config.kt, and README.md. Agent Stop snapshots its output; all four files are pending in your usual Git UI.

Review the files:

File Human action
Token.kt Correct: stage the entire file
Parser.kt Stage only the good hunks; manually adjust another hunk and leave that edit unstaged
Config.kt Wrong direction: leave it unstaged for the next agent turn
README.md Unnecessary: discard the change through Git

Your Git UI now shows:

Staged:
  Token.kt
  selected Parser.kt hunks

Changes:
  Parser.kt
  Config.kt

Send the next prompt:

Keep the direction I used in Parser.kt, but simplify it further. Rework Config.kt using the existing configuration abstraction.

Also rename TokenDefinition to ParsedToken across the implementation.

Prompt Submit seals Token.kt and the selected parser hunks into the reviewed checkpoint. The index becomes clean; the remaining parser and configuration changes stay pending. Relay snapshots pre-agent code, records the newly reviewed patch and human changes, and injects the protocol again. The hook lists Parser.kt/Token.kt as containing newly approved changes and Parser.kt/README.md as human-edited paths.

The agent can first get a file overview:

relay agent diff reviewed --name-only
# Parser.kt, Token.kt
relay agent diff human --name-only
# Parser.kt, README.md (the discard is also a human workspace change)
relay agent diff pending --name-only
# Config.kt, Parser.kt
relay agent diff session --name-only
# Config.kt, Parser.kt, Token.kt (all current changes, including approvals)

Then it can read exact hunks only where useful:

relay agent diff reviewed -- Parser.kt   # What you accepted
relay agent diff human -- Parser.kt      # Your manual adjustment
relay agent diff pending -- Parser.kt    # What remains unresolved

The agent simplifies the parser, reworks the config, and edits previously reviewed Token.kt to perform the rename. That is expected: the new token delta is pending again. Agent Stop captures the new output. You review and stage all remaining changes, leaving no unstaged or untracked proposals.

relay finish -m "Refactor parser and configuration"

The session is complete. There is one public result commit, regardless of how many turns and internal checkpoints were used:

A --- B --- C                      main (unchanged)
             \
              R                    relay/result/<session>

R.parent = C
R.tree   = final reviewed tree

Suspend and resume

After the agent stops, save an unfinished review to handle other work:

relay suspend
git switch -c urgent-fix
# Make the fix, then commit it normally.
git add -A
git commit -m "Handle urgent fix"
relay resume

Relay restores the reviewed checkpoint, staged hunks, unstaged edits, new project files, turn data, and provenance. A file staged as version A and edited further to version B returns in that same state. Intent-to-add, binary contents, symlinks, and executable bits are preserved using Git's model. Unrelated ignored files remain in place. Resume requires a clean, stable normal workspace.

If multiple sessions are suspended, use relay list, then relay resume <session> (an unambiguous prefix also works). Sessions belong to a Git worktree; linked worktrees can run independent sessions. Other branches may advance while a session is suspended; its base commit never changes.

Suspend and abort return to the original branch's current tip. If that branch was deleted or is checked out in another worktree, Relay returns to the original commit in detached mode instead of moving or hijacking the branch.

Finish and integrate the result

Finish refuses pending changes. You may stage the last accepted hunks and immediately finish; another agent handoff is not required. A custom session message must be saved, supplied with -m, or entered in the editor that opens when neither is available; there is no generated fallback. Even a session with no final code delta produces one result commit with that message. Relay switches to relay/result/<session> and removes that session's internal refs/metadata.

Finish never merges, rebases, cherry-picks, or absorbs new mainline commits. Afterward, normal Git is available again. For example, with main as your current development branch:

# On the result branch after relay finish:
git rebase main
# Then integrate with normal Git, for example:
git switch main
git merge --ff-only relay/result/<session>

Or switch to your destination branch and use git merge relay/result/<session> or git cherry-pick relay/result/<session>. Replace <session> with the branch printed by finish. These are your explicit Git operations; Relay does not run them.

Abort preserves a recovery branch

relay abort

The command displays a warning and asks for one confirmation: type abort to proceed. EOF or any other response cancels without cleanup. There is no --yes shortcut. A suspended session must be resumed before aborting it.

Before deleting anything needed to resume, Relay creates relay/aborted/<session> with one commit whose parent is the immutable base and whose tree contains the complete current project code: previously reviewed code, staged/unstaged changes, agent/human edits, and non-ignored new files. Unrelated ignored files are excluded and left in place. The recovery commit preserves code, not staged/unstaged distinction.

Relay then removes internal session refs and provenance, returns to the origin workspace, and prints the recovery branch name. The session cannot be resumed. Relay does not delete the recovery branch. Inspect it with normal Git or switch to it. Only when you decide it is no longer needed:

git branch -D relay/aborted/<session>

Architecture and support

src/agent_session_relay/
  cli.py                    Human and agent command interfaces
  core/
    git.py                  Temporary indexes, trees, commits, refs, workspace transitions
    storage.py              Atomic metadata, process lock, recovery journal
    session.py              Review lifecycle and provenance baselines
  integrations/
    protocol.py             Self-contained instructions injected every active turn
    kiro/                   Installation, lifecycle adapter, shell/Git guard
docs/                       Requirements, architecture, integration contract
tests/                      Real Git workflow and adapter tests

State lives under the worktree's Git directory in agent-session-relay/, with snapshots pinned under refs/relay/sessions/. Internal history never becomes an ancestor of a public result/recovery commit. Mutations are locked and journaled; ordinary failures roll back. If a process is killed mid-transition, relay recover first preserves the current code in relay/recovered/<id>, then restores the prior review state. Do not edit files or run other Git operations during a lifecycle command.

Kiro IDE 1.x / CLI 3.x is implemented. Codex, Claude Code, and other harnesses can add adapters using the same core; they are not shipped as supported integrations in this release. The command guard covers ordinary Git invocations, wrappers, and common shell substitutions; it is not a security sandbox for arbitrary programs.

Relay deliberately rejects sparse checkouts, submodules/embedded repositories, and assume-unchanged/skip-worktree flags instead of taking incomplete snapshots. Git ignore rules, attributes, and clean/smudge filters apply normally. See security scope.

Develop

python3 -m unittest discover -s tests -v
python3 scripts/build_zipapp.py

See CONTRIBUTING.md for development and release checks.

Copyright 2026 Agent-Session-Relay contributors. Licensed under Apache-2.0.

Metadata

Release files for agent-session-relay 0.6.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for agent-session-relay 0.6.0
File Size Uploaded
agent_session_relay-0.6.0.tar.gz 120.0 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for agent-session-relay 0.6.0
File Interpreter ABI Platform
agent_session_relay-0.6.0-py3-none-any.whl Python 3 none any Details

Total release size: 170.8 kB

Release files / agent_session_relay-0.6.0.tar.gz

Download URL agent_session_relay-0.6.0.tar.gz
Size 120.0 kB
Tags Source
SHA-256 checksum
How to use checksums
9812213ae08f749d42965c74a9bef9e0f158fbff9eaee628211a64a012cb4801
BLAKE2b-256 checksum
How to use checksums
bcbeb406aa8effc044ee86edae6de9b6fbceb06aed3c52b1881acf8cb14edd97
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.11.5

Release files / agent_session_relay-0.6.0-py3-none-any.whl

Download URL agent_session_relay-0.6.0-py3-none-any.whl
Size 50.8 kB
Tags Python 3
SHA-256 checksum
How to use checksums
30f56920b681824383ca3ad7ef265aea947f54e9c5946d9c7424ac71a8c2adf2
BLAKE2b-256 checksum
How to use checksums
294a03ee0e41c0d9b5c52ff52f6eb5e816e83ffdd3994fb1a5190015f3cef9ca
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.11.5

Release history Release notifications | RSS feed

0.7.1

2 release files

0.7.0

2 release files

This release

0.6.0 This release

2 release files

0.5.0

2 release files

0.4.0

2 release files

0.3.0

2 release files

0.2.1

2 release files

0.2.0

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page