`direnv` / `flake.nix` environment is not propagated to agent sessions

[sgiath]

I’m using direnv together with flake.nix to provide project-local dependencies automatically when entering a directory.

This setup works as expected in:

• terminal-based agents
• Cursor
• Zed

But when I run t3code, the agent behaves as if those dependencies are not available in the project environment.

For example, tools/binaries made available through direnv are visible in my shell, but the T3 Code agent reports that they are missing:

Expected behavior

• T3 Code should use the environment for the target project/worktree directory
• if a project relies on direnv + flake.nix, the agent should see the same dependencies that are available in a normal shell inside that directory

Actual behavior

• T3 Code appears to inherit only the parent process environment
• workspace-local environment activation does not seem to happen for the agent session

Notes

• My guess is that this may also affect other environment managers with similar behavior, such as asdf, mise, nix develop, etc.
• I suspect the issue is that changing cwd alone is not enough; tools like direnv require explicit environment activation for that directory

Example project

Here is one of my projects that uses this setup: https://github.com/sgiath/nostr

[Eriyc]

+1 on this. I have exactly this use case as well

[sgiath]

@Eriyc I have added this to my global Codex AGENTS.md and it mostly solved any problems with this kind of setup:

## NixOS

This is a NixOS system. Many projects use `flake.nix`; when project-specific tools are missing, prefer `nix develop -c <command>`. If `direnv` has already loaded the dev shell, run commands normally.

[jakob1379]

@Eriyc I have added this to my global Codex AGENTS.md and it mostly solved any problems with this kind of setup:

NixOS

This is a NixOS system. Many projects use flake.nix; when project-specific tools are missing, prefer nix develop -c <command>. If direnv has already loaded the dev shell, run commands normally.

If unrelated to NixOS, this has worked for me on all my projects:

• we use nix devshell, run all commands inside it with nix develop -c <commands>

The overhead of running a nix dev command if direnev is aldready loaded, is not that bad in most cases

[danielo515]

I have this very same problem.
Really want to make the most out of T3 code, but it is currently too limited to compete even with Antrophic claude desktop.
Antrophic at least has the cloud infrastructure to let you work on things while you are away, despite it doesn't play nice with local envs either.
But T3 has none of that.
I still have faith that the team will consider this and fix it. I don't have any faith in atrophic for such feature (they're too dumb for considering this), but I do trust the T3 team!

[jakob1379]

I have this very same problem. Really want to make the most out of T3 code, but it is currently too limited to compete even with Antrophic claude desktop. Antrophic at least has the cloud infrastructure to let you work on things while you are away, despite it doesn't play nice with local envs either. But T3 has none of that. I still have faith that the team will consider this and fix it. I don't have any faith in atrophic for such feature (they're too dumb for considering this), but I do trust the T3 team!

I guess the issue is becuase the subshells used are not login-shells, but guiding models to use nix develop -c <command> have worked flawlessly for me :)

[danielo515]

I guess the issue is becuase the subshells used are not login-shells, but guiding models to use nix develop -c <command> have worked flawlessly for me :)

Yes, that is indeed the problem. I'm trying to workaround it with more "traditional" approaches.
How do you set such thing "globally" and make sure it is only used when needed ?
Some of my project has a parent folder with the flake.nix, so it is not obvious in which projects it needs to be used

[jakob1379]

use bash -l

from man pages:

man bash
...
 -l        Make bash act as if it had been invoked as a login shell (see INVOCATION below).

but again, just making agents use nix develop -c <command> solves the whole thing. In my experience the overhead of loading direnv for any command is substantial compared to executing the nix develop.

[sargunv]

Ditto for mise. I've instructed my agent to use mise x -- [COMMAND] but it occasionally forgets and has to redo a command. I'd rather it not have to think about that; reserve its attention for more important things.