Coming soon: This README previews the next iteration of GitSense Chat, where you bring your agents’ work together. The repository will be updated shortly.
A platform for getting more from your agents.
Your terminal, multiplexer, or agent development environment is where you run your agents. GitSense Chat is where you bring their work together.
Whether you are keeping track of a few sessions or building and maintaining a complex system, GitSense Chat helps you coordinate related work, build knowledge you and your agents can reuse, and inspect activity when something goes wrong.
Keep using the tools and workflows you already have. GitSense Chat works alongside them. No proxy or wrapper is required.
Share what you know and what you want your agents to know in a conversation.
GitSense Chat can turn it into useful context your agents can query. It can
help create focused knowledge agents, save useful findings as notes and
lessons, and make that knowledge available to you and any agent that can run
the GitSense Chat CLI, gsc.
Saved knowledge gives new work a better starting point. It can also help you find previous sessions when all you remember is what was discussed or which files were changed.
| Same search, more context | Find work worth reusing |
|---|---|
![]() | ![]() |
| Regular ripgrep on the left. GitSense adds each file’s purpose on the right, helping your agents decide where to look next. | Search sessions by conversation, files, repository, role, or time to find work you want to pick up again. |
Build knowledge once, share it across agents
Create a knowledge agent that other agents can turn to for help. Here, a
GitHub Watcher running in Pi brings together recent issues from two repositories
and answers questions from Claude Code, Codex, and OpenCode through gsc.
▶ Download and watch the demo video (MP4, 3.1 MB)
Any agent that can run gsc can ask your knowledge agents for help or share
information with them, such as new findings or a progress update.
Find sessions by what was discussed or which files they touched, then bring related work into a Group. Follow activity across the Group, and add a lead or dedicated agent to compare approaches, summarize progress, and help coordinate what happens next.
Session activity stays current while your agents work, so you can follow the Group from one place even when its sessions are scattered across terminal tabs, windows, or workspaces.
Review and monitor the work

Use Groups to organize your sessions by status, recent activity, role, or whatever makes sense for the work. A session can appear in multiple Groups without being moved or copied.
| Organize by status | Review recent activity | Filter what you see |
|---|---|---|
![]() | ![]() | ![]() |
Use a Group when your task benefits from several agents, such as independent code reviews, competing implementations, or experiments. Your lead can create agents, bring in existing sessions, and direct follow-ups to specific members as the work changes.
Add agents without leaving the Group. Create and configure an agent directly, bring in one already running in your terminal, or tell your lead what team you need.
| Create an agent directly | Ask your lead to create the team |
|---|---|
![]() | ![]() |
| Click Create agent to add it to the Group. You can always change the model or thinking level later. | Tell your lead how many agents you need or explain the problem first. Refine the team before creating it. |
Managed agents can keep working in the background. When you want to interact
with one, use the GitSense Chat CLI: gsc pi sessions attach <session-id> to
join it or gsc pi sessions handoff <session-id> to move it into your terminal.
This example uses Hello World to keep the workflow easy to follow. The lead creates six agents named C, Go, Rust, Python, JavaScript, and Java. One request reaches all six, then a follow-up changes only the C and Go programs.
▶ Download and watch the demo video (MP4, 7.4 MB)

Doing more with your agents also means being able to understand what went wrong and improve the next run. Bring sessions into a Group, track their activity, and start or stop your managed agents as needed. Open a session to inspect its history, review message and tool-call counts, or browse reads, writes, and edits by file.
| Start and stop agents | Session overview | File activity |
|---|---|---|
![]() | ![]() | ![]() |
Turn a wall of tool calls into findings you can act on. From the Overview, open Session Insights to investigate failed commands, recovery attempts, and verification after edits. Create different analyzers to examine the same logs from different perspectives, such as tool usage, code changes, or progress.
For example, when building a GitHub Watcher, create an analyzer to review its API calls and look for evidence that it read the required skill instructions. Use the findings to investigate mistakes, refine instructions, and improve future runs.
You can ask an agent to open a diff or run a command. But coming back later can mean finding the right session and asking again. GitSense Chat lets agents include actions directly in their answers and reports, so you can open files, launch applications, or run commands when you're ready.
You control execution permissions, including which commands can run without another confirmation and for how long.
Here, a lead brings together findings from multiple sessions and adds actions that take you to the work. Opening Zed is already approved for this demo, so the diff opens with one click.

Review the install script, then install the gsc CLI:
curl https://raw.githubusercontent.com/gitsense/chat/refs/heads/main/install.sh | bash
This installs the gsc CLI. To install and configure GitSense Chat, ask your
coding agent:
Install and configure GitSense Chat for me. Start by running `gsc docs help`.
You can also build the CLI from source.
GitSense Chat currently supports Pi sessions, which you can organize into Groups with lead agents. Follow pi-brains to see how sessions, Session Insights, checkpoints, shared knowledge, messaging, lead agents, and group observation loops work together.
GitSense knowledge is not tied to Pi. Any agent that can run gsc can query the
same Brains, notes, lessons, and rules.
Your lead is a personal GitSense assistant. Tell it what you need help with, from keeping an eye on sessions to creating agents and coordinating their work. Start small and let it help you grow, without managing every session yourself.
Adding a lead to a Group takes two clicks. No setup, no scripting.
1. Add a lead![]() Click Add a lead from the Group. | 2. Create the lead agent![]() Confirm the settings and click Create lead agent. |
Once it's running, tell the lead what you need or ask how it can help:
Give your lead something to watch, remind you about, or help coordinate. It can check for changes and use saved checkpoints to stay informed without rereading every conversation. The examples below show a few ways to put it to work.
| Delegate the watching | Monitor what matters |
| Give the lead a job, like notifying you when a session stalls or finishes. | Add focused agents that each watch a responsibility. |
![]() | ![]() |
GitSense Chat is currently designed to complement an individual’s local agent workflow. It does not provide authentication or multi-user access controls.
Only make GitSense Chat available through the local loopback interface, such as
localhost or 127.0.0.1. Do not expose it directly to a local network or the
public internet.
If you access GitSense Chat through a tunnel, restrict access to yourself and make sure the tunnel provides its own authentication. Treat anyone with access as having terminal-level access to your agent environment: they may be able to send messages to your agents, inspect session activity, and trigger actions allowed by your existing permissions.
Pi is currently the supported runtime integration. Codex, Claude Code, OpenCode, and other coding-agent harnesses are not yet integrated for session logs, lifecycle state, or Group coordination.
GitSense knowledge is portable. Any agent that can run gsc can query the same
Brains, notes, lessons, and rules without requiring runtime integration.
GitSense Chat surfaces evidence and supports action. Executable actions remain subject to application authorization and command validation. It does not decide whether an agent's work is correct, and agent findings do not automatically become trusted knowledge. People remain responsible for reviewing evidence, resolving uncertainty, and deciding what happens next.
The gsc CLI is licensed under the
Apache License 2.0.
Manifests are plain JSON files built on an open format. You can create, modify,
distribute, and use them with the open-source gsc CLI without requiring
GitSense Chat.
GitSense Chat is licensed under the Fair Core License (FCL-1.0-ALv2). You may use, modify, and run it internally, including for personal projects, shared workflows, and self-hosted deployments. You may not use it to build or operate a product or service that competes directly with GitSense Chat.
The core GitSense Chat application currently ships as minified source while the project is in its early stages. We intend to open the source further as the project matures. Under the Fair Core License, each release becomes available under Apache 2.0 two years after it is published. See LICENSE and NOTICE for the complete terms.
28 commits
JavaScript
89.2%
CSS
7.6%
TypeScript
1.8%
Coming soon: This README previews the next iteration of GitSense Chat, where you bring your agents’ work together. The repository will be updated shortly.
A platform for getting more from your agents.
Your terminal, multiplexer, or agent development environment is where you run your agents. GitSense Chat is where you bring their work together.
Whether you are keeping track of a few sessions or building and maintaining a complex system, GitSense Chat helps you coordinate related work, build knowledge you and your agents can reuse, and inspect activity when something goes wrong.
Keep using the tools and workflows you already have. GitSense Chat works alongside them. No proxy or wrapper is required.
Share what you know and what you want your agents to know in a conversation.
GitSense Chat can turn it into useful context your agents can query. It can
help create focused knowledge agents, save useful findings as notes and
lessons, and make that knowledge available to you and any agent that can run
the GitSense Chat CLI, gsc.
Saved knowledge gives new work a better starting point. It can also help you find previous sessions when all you remember is what was discussed or which files were changed.
| Same search, more context | Find work worth reusing |
|---|---|
![]() | ![]() |
| Regular ripgrep on the left. GitSense adds each file’s purpose on the right, helping your agents decide where to look next. | Search sessions by conversation, files, repository, role, or time to find work you want to pick up again. |
Build knowledge once, share it across agents
Create a knowledge agent that other agents can turn to for help. Here, a
GitHub Watcher running in Pi brings together recent issues from two repositories
and answers questions from Claude Code, Codex, and OpenCode through gsc.
▶ Download and watch the demo video (MP4, 3.1 MB)
Any agent that can run gsc can ask your knowledge agents for help or share
information with them, such as new findings or a progress update.
Find sessions by what was discussed or which files they touched, then bring related work into a Group. Follow activity across the Group, and add a lead or dedicated agent to compare approaches, summarize progress, and help coordinate what happens next.
Session activity stays current while your agents work, so you can follow the Group from one place even when its sessions are scattered across terminal tabs, windows, or workspaces.
Review and monitor the work

Use Groups to organize your sessions by status, recent activity, role, or whatever makes sense for the work. A session can appear in multiple Groups without being moved or copied.
| Organize by status | Review recent activity | Filter what you see |
|---|---|---|
![]() | ![]() | ![]() |
Use a Group when your task benefits from several agents, such as independent code reviews, competing implementations, or experiments. Your lead can create agents, bring in existing sessions, and direct follow-ups to specific members as the work changes.
Add agents without leaving the Group. Create and configure an agent directly, bring in one already running in your terminal, or tell your lead what team you need.
| Create an agent directly | Ask your lead to create the team |
|---|---|
![]() | ![]() |
| Click Create agent to add it to the Group. You can always change the model or thinking level later. | Tell your lead how many agents you need or explain the problem first. Refine the team before creating it. |
Managed agents can keep working in the background. When you want to interact
with one, use the GitSense Chat CLI: gsc pi sessions attach <session-id> to
join it or gsc pi sessions handoff <session-id> to move it into your terminal.
This example uses Hello World to keep the workflow easy to follow. The lead creates six agents named C, Go, Rust, Python, JavaScript, and Java. One request reaches all six, then a follow-up changes only the C and Go programs.
▶ Download and watch the demo video (MP4, 7.4 MB)

Doing more with your agents also means being able to understand what went wrong and improve the next run. Bring sessions into a Group, track their activity, and start or stop your managed agents as needed. Open a session to inspect its history, review message and tool-call counts, or browse reads, writes, and edits by file.
| Start and stop agents | Session overview | File activity |
|---|---|---|
![]() | ![]() | ![]() |
Turn a wall of tool calls into findings you can act on. From the Overview, open Session Insights to investigate failed commands, recovery attempts, and verification after edits. Create different analyzers to examine the same logs from different perspectives, such as tool usage, code changes, or progress.
For example, when building a GitHub Watcher, create an analyzer to review its API calls and look for evidence that it read the required skill instructions. Use the findings to investigate mistakes, refine instructions, and improve future runs.
You can ask an agent to open a diff or run a command. But coming back later can mean finding the right session and asking again. GitSense Chat lets agents include actions directly in their answers and reports, so you can open files, launch applications, or run commands when you're ready.
You control execution permissions, including which commands can run without another confirmation and for how long.
Here, a lead brings together findings from multiple sessions and adds actions that take you to the work. Opening Zed is already approved for this demo, so the diff opens with one click.

Review the install script, then install the gsc CLI:
curl https://raw.githubusercontent.com/gitsense/chat/refs/heads/main/install.sh | bash
This installs the gsc CLI. To install and configure GitSense Chat, ask your
coding agent:
Install and configure GitSense Chat for me. Start by running `gsc docs help`.
You can also build the CLI from source.
GitSense Chat currently supports Pi sessions, which you can organize into Groups with lead agents. Follow pi-brains to see how sessions, Session Insights, checkpoints, shared knowledge, messaging, lead agents, and group observation loops work together.
GitSense knowledge is not tied to Pi. Any agent that can run gsc can query the
same Brains, notes, lessons, and rules.
Your lead is a personal GitSense assistant. Tell it what you need help with, from keeping an eye on sessions to creating agents and coordinating their work. Start small and let it help you grow, without managing every session yourself.
Adding a lead to a Group takes two clicks. No setup, no scripting.
1. Add a lead![]() Click Add a lead from the Group. | 2. Create the lead agent![]() Confirm the settings and click Create lead agent. |
Once it's running, tell the lead what you need or ask how it can help:
Give your lead something to watch, remind you about, or help coordinate. It can check for changes and use saved checkpoints to stay informed without rereading every conversation. The examples below show a few ways to put it to work.
| Delegate the watching | Monitor what matters |
| Give the lead a job, like notifying you when a session stalls or finishes. | Add focused agents that each watch a responsibility. |
![]() | ![]() |
GitSense Chat is currently designed to complement an individual’s local agent workflow. It does not provide authentication or multi-user access controls.
Only make GitSense Chat available through the local loopback interface, such as
localhost or 127.0.0.1. Do not expose it directly to a local network or the
public internet.
If you access GitSense Chat through a tunnel, restrict access to yourself and make sure the tunnel provides its own authentication. Treat anyone with access as having terminal-level access to your agent environment: they may be able to send messages to your agents, inspect session activity, and trigger actions allowed by your existing permissions.
Pi is currently the supported runtime integration. Codex, Claude Code, OpenCode, and other coding-agent harnesses are not yet integrated for session logs, lifecycle state, or Group coordination.
GitSense knowledge is portable. Any agent that can run gsc can query the same
Brains, notes, lessons, and rules without requiring runtime integration.
GitSense Chat surfaces evidence and supports action. Executable actions remain subject to application authorization and command validation. It does not decide whether an agent's work is correct, and agent findings do not automatically become trusted knowledge. People remain responsible for reviewing evidence, resolving uncertainty, and deciding what happens next.
The gsc CLI is licensed under the
Apache License 2.0.
Manifests are plain JSON files built on an open format. You can create, modify,
distribute, and use them with the open-source gsc CLI without requiring
GitSense Chat.
GitSense Chat is licensed under the Fair Core License (FCL-1.0-ALv2). You may use, modify, and run it internally, including for personal projects, shared workflows, and self-hosted deployments. You may not use it to build or operate a product or service that competes directly with GitSense Chat.
The core GitSense Chat application currently ships as minified source while the project is in its early stages. We intend to open the source further as the project matures. Under the Fair Core License, each release becomes available under Apache 2.0 two years after it is published. See LICENSE and NOTICE for the complete terms.
28 commits
JavaScript
89.2%
CSS
7.6%
TypeScript
1.8%