goose icon indicating copy to clipboard operation
goose copied to clipboard

Explicitly handle hidden files with developer extension

Open codefromthecrypt opened this issue 1 year ago • 0 comments

Describe the bug

When I have instructions that require verification of .env files, I see a lot of misses (in openai and gemini) as it uses ls, not ls -a.

─── shell | developer ──────────────────────────
command: ls .env




A `.env` file does not exist. Please create it based on the `env.example` file in the `bedrock` directory and let me know when you're done.

To Reproduce

It is probably this part of my prompt:


Before making a change to an example:
* change to its directory
* verify there's an existing .env file in the example's directory. Never update the .env on your own. If it is missing, ask me to create it based on env.example.

If I change the last bullet like this, it proceeds:

* verify `ls -a .env` doesn't fail. Never update the .env on your own. If it is missing, ask me to create it based on env.example.

Expected behavior I would expect it to always use ls -a or know that dirents starting with . and not literally . or .. are hidden files. Even better would be a native filesystem command that would be used instead.

Screenshots

Please provide following information:

  • OS & Arch: MacOS arm64
  • Interface: CLI
  • Version: 1.0.4
  • Extensions enabled: github, developer
  • Provider & Model: provider: google model: gemini-2.0-flash

Additional context Add any other context about the problem here.

codefromthecrypt avatar Feb 14 '25 02:02 codefromthecrypt