Es normal crear un archivo requirements.txt con los nombres (y versiones, llegado el caso) de todos los modulos de python necesarios, uno por linea.
De este modo luego el programador que lo reutilice puede usar el comando
pip install -r requirements.txt

De esta forma no es necesario incluir la lista de requerimientos en el readme.

Al ejecutar ./manage.py veo este error:
Note that only Django core commands are listed as settings are not properly configured (error: The SECRET_KEY setting must not be empty.).

Nunca lo había visto antes, supongo que igual anda.

Lo que queremos evaluar es si existe una licencia definida, si hay una url para la api, si hay una documentacion de la api, si la fecha de actualizacion es anterior a la frecuencia de actualizacion, cosas así, así que estaría bueno que empieces a consumir el listado completo de paquetes y la metadata de cada paquete, eso podrias mostrarlo en una tabla y ejecutar las evaluaciones.

Falta un mensaje de errror para cuando la cadena de busqueda no devuelve ningun resultado.

Es importante darle buen feedback al usuario.

Si esperamos que otro desarrollador utilice nuestro código, tenemos que explicarle cómo se usa.
En este caso habría que decir algo como: Requiere python y django
apt install python pip
pip install django secret ...

Si esperamos que se reutilice nuestro código, y teniendo en cuenta que múltiples aplicaciones pueden requerir diferentes versiones del mismo paquete, es importante utilizar entornos virtuales.

El manejador de entornos virtuales virtualenvwrapper es excelente https://virtualenvwrapper.readthedocs.io/en/latest/install.html

Luego de instalarlo, con los comandos mkvirtualenv, workon y deactivate se manejan los entornos virtuales, uno para cada app, y ahi se instalan los requerimientos de cada una sin conflictuar con los de las demás.