You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Feature]: Support for native shell environment #14
For some reason, Auggie CLI is set to use the bash shell by default, which causes a whole host of problems, and I am having to tell it to wrap all commands in zsh -ic and ensure to source ~/.zshrc, but even then Auggie forgets these instructions eventually and I have to mention it again. As a side effect of failing to remember to do this, whenever it tries to do a git commit that triggers pre-commit hooks, it fails and as a result Auggie solves this by employing the dangerous solution of either prefixing with HUSKY=0 or using the --no-verify flag. This then causes downstream issues during our CI workflow because operations like linting and type-checking are not followed. Our team all use Mac OS so the default shell is zsh. It would be greatly appreciated if Auggie CLI had native support for the shell it is running on.
Why is this needed?
To avoid broken commands, AI hallucinations and wrong solutions to obvious problems. Auggie thinks that node or npm / pnpm is not installed, which is definitely not the case, and as a result goes down the wrong rabbit hole of trying to fix it...
I have this problem even with bash because it doesn't read the local bash profile. I'm constantly telling Auggie to read my user's .bashrc file. It's really really annoying. Claude and Gemini do not have this issue at all.
I have this problem even with bash because it doesn't read the local bash profile. I'm constantly telling Auggie to read my user's .bashrc file. It's really really annoying. Claude and Gemini do not have this issue at all.
Sorry about that, we're working on this, looking into configuration of shells and startup script for the terminal tool
I have this problem even with bash because it doesn't read the local bash profile. I'm constantly telling Auggie to read my user's .bashrc file. It's really really annoying. Claude and Gemini do not have this issue at all.
Sorry about that, we're working on this, looking into configuration of shells and startup script for the terminal tool
FWIW you can probably look through the Gemini cli source code to see how they do it. I was actually surprised that Auggie's CLI isn't available. This would have been an easy community contribution.
I have this problem even with bash because it doesn't read the local bash profile. I'm constantly telling Auggie to read my user's .bashrc file. It's really really annoying. Claude and Gemini do not have this issue at all.
Sorry about that, we're working on this, looking into configuration of shells and startup script for the terminal tool
FWIW you can probably look through the Gemini cli source code to see how they do it. I was actually surprised that Auggie's CLI isn't available. This would have been an easy community contribution.
If your .bashrc guards against non-interactive shells like many default configuration do. I have a workaround for anyone who is waiting for this feature. This is bash specific but probably translate to other shells.
Look for the guard at the top of your .bashrc file it'll look something like this:
case $- in
*i*) ;;
*) return ;;
esac
Next move all of your environment variables and path modifications above this line.
Activity
binarypie commentedon Oct 28, 2025
I have this problem even with bash because it doesn't read the local bash profile. I'm constantly telling Auggie to read my user's .bashrc file. It's really really annoying. Claude and Gemini do not have this issue at all.
justinxu421 commentedon Oct 28, 2025
Sorry about that, we're working on this, looking into configuration of shells and startup script for the terminal tool
binarypie commentedon Nov 3, 2025
FWIW you can probably look through the Gemini cli source code to see how they do it. I was actually surprised that Auggie's CLI isn't available. This would have been an easy community contribution.
binarypie commentedon Nov 4, 2025
If your .bashrc guards against non-interactive shells like many default configuration do. I have a workaround for anyone who is waiting for this feature. This is bash specific but probably translate to other shells.
justinxu421 commentedon Nov 24, 2025
should be configurable and fixed in latest release