AutoGPT icon indicating copy to clipboard operation
AutoGPT copied to clipboard

Command for pre-seeding missing

Open psvensson opened this issue 1 year ago • 5 comments

⚠️ Search for existing issues first ⚠️

  • [X] I have searched the existing issues, and there is no existing issue for my problem

Which Operating System are you using?

Docker

Which version of Auto-GPT are you using?

Master (branch)

GPT-3 or GPT-4?

GPT-3.5

Steps to reproduce 🕹

The README (https://github.com/Significant-Gravitas/Auto-GPT/blob/master/docs/configuration/memory.md) saty that pre-seeding could be done by running the command python data_ingestion.py. However this does not work in docker.

The file data_ingestion.py is not there.

On Dicord Bill Scgumacher thought that the functionality now had moved into the autogpt module, but it was not possible to start it from there either (runnin exec inside a docker container)

Current behavior 😯

python -m autogpt.data_ingestion /usr/local/bin/python: No module named autogpt.data_ingestion

Expected behavior 🤔

Being able to pre-seed memory, and the README to reflect how the system works plz

Your prompt 📝

# no prompt

Your Logs 📒

python -m autogpt:data_ingestion
/usr/local/bin/python: No module named autogpt:data_ingestion

psvensson avatar Apr 23 '23 17:04 psvensson

Ok, So the file didn't make it into your docker container. You have to mount that file location into the docker container (or something like that). Ask chatGPT how to bring files into your docker container.

I used 'Docker Compose' and in that .yaml file you will see other file locations that are set up to be brought into the container when its created.

mikehnta00 avatar Apr 23 '23 18:04 mikehnta00

Ok, So the file didn't make it into your docker container. You have to mount that file location into the docker container (or something like that). Ask chatGPT how to bring files into your docker container.

I used 'Docker Compose' and in that .yaml file you will see other file locations that are set up to be brought into the container when its created.

I did try that actually. I copied the file to the auto_gpt_workspace and tried to execute while standing in different directories, but I always got a messaeg that the module autogpt could not be found.

But wait oh wow.

I then did set the PYTHONPATH env var (which was not set in the container at all), but while trying out to run the command as if it was inside the autogpt module.

Anyway, when I now again tried to just run python ./auto_gpt_workspace/data_ingestion.py

it worked.

So two things are needed then;

  1. Make sure that the Docker container has correct PYTHONPATH set (to the home directory)
  2. Copy over data_ingestion.py

psvensson avatar Apr 23 '23 18:04 psvensson

I created a pull request which copies over data_ingestion.py into the container. I did not, however, run into any issues with python not being on the path...

boings avatar Apr 24 '23 03:04 boings

I don't know pythong, but the problem was not that the python program was not on the path, the problems was that an apparently important pythong environment called PYTHONPATH was not set.

Could you add

export PYTHONPATH=/home/appuser

to the PR?

psvensson avatar Apr 24 '23 04:04 psvensson

what is the status of this ? There's a handful of related requests here suggesting to introduce an "inspect workspace" command (see #528, a portion of which I implemented to at least partially recover a crashed agent's workspace as part of PR #4063).

I think, it would be a worthwhile addition to expose some sort of "inspect" command, which would be the equivalent of list_files + read_files, so that the agent can form a hypothesis - based on path/location, file names, extensions, creation time stamp etc - a dedicated command for "pre-seeding" would not seem like such a bad idea actually ?

Boostrix avatar May 10 '23 17:05 Boostrix

This issue has automatically been marked as stale because it has not had any activity in the last 50 days. You can unstale it by commenting or removing the label. Otherwise, this issue will be closed in 10 days.

github-actions[bot] avatar Sep 06 '23 21:09 github-actions[bot]

This issue was closed automatically because it has been stale for 10 days with no activity.

github-actions[bot] avatar Sep 18 '23 01:09 github-actions[bot]