You can not select more than 25 topics Topics must start with a chinese character,a letter or number, can include dashes ('-') and can be up to 35 characters long.

README.md 8.4 kB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174
  1. # AutoGenBench
  2. AutoGenBench is a tool for repeatedly running a set of pre-defined AutoGen tasks in a setting with tightly-controlled initial conditions. With each run, AutoGenBench will start from a blank slate. The agents being evaluated will need to work out what code needs to be written, and what libraries or dependencies to install, to solve tasks. The results of each run are logged, and can be ingested by analysis or metrics scripts (such as `autogenbench tabulate`). By default, all runs are conducted in freshly-initialized docker containers, providing the recommended level of consistency and safety.
  3. AutoGenBench works with all AutoGen 0.1.*, and 0.2.* versions.
  4. ## Technical Specifications
  5. If you are already an AutoGenBench pro, and want the full technical specifications, please review the [contributor's guide](CONTRIBUTING.md).
  6. ## Docker Requirement
  7. AutoGenBench also requires Docker (Desktop or Engine). **It will not run in GitHub codespaces**, unless you opt for native execution (with is strongly discouraged). To install Docker Desktop see [https://www.docker.com/products/docker-desktop/](https://www.docker.com/products/docker-desktop/).
  8. ## Installation and Setup
  9. **To get the most out of AutoGenBench, the `autogenbench` package should be installed**. At present, the easiest way to do this is to install it via `pip`:
  10. ```
  11. pip install autogenbench
  12. ```
  13. If you would prefer working from source code (e.g., for development, or to utilize an alternate branch), simply clone the [AutoGen](https://github.com/microsoft/autogen) repository, then install `autogenbench` via:
  14. ```
  15. pip install -e autogen/samples/tools/autogenbench
  16. ```
  17. After installation, you must configure your API keys. As with other AutoGen applications, AutoGenBench will look for the OpenAI keys in the OAI_CONFIG_LIST file in the current working directory, or the OAI_CONFIG_LIST environment variable. This behavior can be overridden using a command-line parameter described later.
  18. If you will be running multiple benchmarks, it is often most convenient to leverage the environment variable option. You can load your keys into the environment variable by executing:
  19. ```
  20. export OAI_CONFIG_LIST=$(cat ./OAI_CONFIG_LIST)
  21. ```
  22. If an OAI_CONFIG_LIST is *not* provided (by means of file or environment variable), AutoGenBench will use the OPENAI_API_KEY environment variable instead.
  23. For some benchmark scenarios, additional keys may be required (e.g., keys for the Bing Search API). These can be added to an `ENV.json` file in the current working folder. An example `ENV.json` file is provided below:
  24. ```
  25. {
  26. "BING_API_KEY": "xxxyyyzzz"
  27. }
  28. ```
  29. ## A Typical Session
  30. Once AutoGenBench and necessary keys are installed, a typical session will look as follows:
  31. ```
  32. autogenbench clone HumanEval
  33. cd HumanEval
  34. autogenbench run Tasks/r_human_eval_two_agents.jsonl
  35. autogenbench tabulate results/r_human_eval_two_agents
  36. ```
  37. Where:
  38. - `autogenbench clone HumanEval` downloads and expands the HumanEval benchmark scenario.
  39. - `autogenbench run Tasks/r_human_eval_two_agents.jsonl` runs the tasks defined in `Tasks/r_human_eval_two_agents.jsonl`
  40. - `autogenbench tablue results/r_human_eval_two_agents` tabulates the results of the run
  41. Each of these commands has extensive in-line help via:
  42. - `autogenbench --help`
  43. - `autogenbench clone --help`
  44. - `autogenbench run --help`
  45. - `autogenbench tabulate --help`
  46. **NOTE:** If you are running `autogenbench` from within the repository, you don’t need to run `autogenbench clone`. Instead, navigate to the appropriate scenario folder (e.g., `scenarios/HumanEval`) and run the `Scripts/init_tasks.py` file.
  47. More details of each command are provided in the sections that follow.
  48. ## Cloning Benchmarks
  49. To clone an existing benchmark, simply run:
  50. ```
  51. autogenbench clone [BENCHMARK]
  52. ```
  53. For example,
  54. ```
  55. autogenbench clone HumanEval
  56. ```
  57. To see which existing benchmarks are available to clone, run:
  58. ```
  59. autogenbench clone --list
  60. ```
  61. > Note: You might need to log in to HuggingFace to access certain datasets like GAIA. To do this, run `huggingface-cli login` in your terminal and follow the prompts.
  62. ## Running AutoGenBench
  63. To run a benchmark (which executes the tasks, but does not compute metrics), simply execute:
  64. ```
  65. cd [BENCHMARK]
  66. autogenbench run Tasks
  67. ```
  68. For example,
  69. ```
  70. cd HumanEval
  71. autogenbench run Tasks
  72. ```
  73. The default is to run each task once. To run each scenario 10 times, use:
  74. ```
  75. autogenbench run --repeat 10 Tasks
  76. ```
  77. The `autogenbench` command-line tool allows a number of command-line arguments to control various parameters of execution. Type ``autogenbench -h`` to explore these options:
  78. ```
  79. 'autogenbench run' will run the specified autogen scenarios for a given number of repetitions and record all logs and trace information. When running in a Docker environment (default), each run will begin from a common, tightly controlled, environment. The resultant logs can then be further processed by other scripts to produce metrics.
  80. positional arguments:
  81. scenario The JSONL scenario file to run. If a directory is specified,
  82. then all JSONL scenarios in the directory are run. (default:
  83. ./scenarios)
  84. options:
  85. -h, --help show this help message and exit
  86. -c CONFIG, --config CONFIG
  87. The environment variable name or path to the OAI_CONFIG_LIST (default: OAI_CONFIG_LIST).
  88. -r REPEAT, --repeat REPEAT
  89. The number of repetitions to run for each scenario (default: 1).
  90. -s SUBSAMPLE, --subsample SUBSAMPLE
  91. Run on a subsample of the tasks in the JSONL file(s). If a decimal value is specified, then run on
  92. the given proportion of tasks in each file. For example "0.7" would run on 70% of tasks, and "1.0"
  93. would run on 100% of tasks. If an integer value is specified, then randomly select *that* number of
  94. tasks from each specified JSONL file. For example "7" would run tasks, while "1" would run only 1
  95. task from each specified JSONL file. (default: 1.0; which is 100%)
  96. -m MODEL, --model MODEL
  97. Filters the config_list to include only models matching the provided model name (default: None, which
  98. is all models).
  99. --requirements REQUIREMENTS
  100. The requirements file to pip install before running the scenario.
  101. -d DOCKER_IMAGE, --docker-image DOCKER_IMAGE
  102. The Docker image to use when running scenarios. Can not be used together with --native. (default:
  103. 'autogenbench:default', which will be created if not present)
  104. --native Run the scenarios natively rather than in docker. NOTE: This is not advisable, and should be done
  105. with great caution.
  106. ```
  107. ## Results
  108. By default, the AutoGenBench stores results in a folder hierarchy with the following template:
  109. ``./results/[scenario]/[task_id]/[instance_id]``
  110. For example, consider the following folders:
  111. ``./results/default_two_agents/two_agent_stocks/0``
  112. ``./results/default_two_agents/two_agent_stocks/1``
  113. ...
  114. ``./results/default_two_agents/two_agent_stocks/9``
  115. This folder holds the results for the ``two_agent_stocks`` task of the ``default_two_agents`` tasks file. The ``0`` folder contains the results of the first instance / run. The ``1`` folder contains the results of the second run, and so on. You can think of the _task_id_ as mapping to a prompt, or a unique set of parameters, while the _instance_id_ defines a specific attempt or run.
  116. Within each folder, you will find the following files:
  117. - *timestamp.txt*: records the date and time of the run, along with the version of the pyautogen library installed
  118. - *console_log.txt*: all console output produced by Docker when running AutoGen. Read this like you would a regular console.
  119. - *[agent]_messages.json*: for each Agent, a log of their messages dictionaries
  120. - *./coding*: A directory containing all code written by AutoGen, and all artifacts produced by that code.
  121. ## Contributing or Defining New Tasks or Benchmarks
  122. If you would like to develop -- or even contribute -- your own tasks or benchmarks, please review the [contributor's guide](CONTRIBUTING.md) for complete technical details.