pingdotgg / pingdotgg/t3code

[Feature]: Show changed files from repositories modified by the agent

Open
#12,089 1 comment 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
TypeScript
Stars
23k
Forks
5.9k
Avg merge
11h 14m
Merged PRs (30d)
357

Description

Description

I use T3 Code with multiple separate Git repositories.

One repository acts as a central context and knowledge repository. It contains project instructions, documentation, shared context, and information used by the agent.

Other repositories contain the actual applications being developed.

For example:

context-repository/
application-repository/

The active T3 Code project is the context repository because it contains the instructions and project information needed by the agent. However, I often ask the agent to modify files in a separate application repository.

The agent can successfully edit files in the application repository, but the Changed files panel continues to show only changes from the active context repository.

Current behavior

  1. The active T3 Code project is the context repository.
  2. The agent modifies files in a separate application repository.
  3. The agent confirms that files in the application repository were changed.
  4. The Changed files panel shows only changes from the active context repository.
  5. The changes in the application repository are missing from the panel.

Expected behavior

The Changed files panel should detect and display changes based on the repositories and files actually modified by the agent during the thread.

Ideally, T3 Code should:

  1. Show changed files grouped by repository.
  2. Automatically detect which Git repository was modified.
  3. Provide a repository selector in the Changed files panel.
  4. Show a clear notice when the agent modifies files outside the active workspace, with an option to open that repository's diff.

For example:

context-repository
  No changes

application-repository
  src/components/Example.astro
  src/pages/index.astro

Why this matters

The current behavior makes it difficult to verify the agent's work. It can create the impression that no changes were made, or that the wrong files were modified.

This is especially problematic for workflows where one central repository contains the agent's instructions and project context, while implementation happens in separate application repositories.

The active workspace should be allowed to remain responsible for context and instructions, while the change review interface should still display modifications made in other repositories.

Possible implementation direction

T3 Code could track the Git repositories touched during the thread and expose their changes in the Changed files panel.

Alternatively, T3 Code could display a repository selector next to the current Changed files panel.

Environment

  • T3 Code
  • Windows
  • Multiple local Git repositories
  • One repository used for agent context and instructions
  • One or more separate repositories used for application development

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the Changed files panel and the Git repository or diff handling used by the active T3 Code project. Reproduce the workflow with a context repository and a separate application repository, then define how repositories touched during a thread are detected and displayed. Done means changes are reviewable and clearly associated with the repository where they occurred.

Written by the indexing model from the issue text.

Assessment

Tech stack
git, typescript
Domain
desktop, devtools
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.