Shell-Craft harnesses the potential of OpenAI's API to execute prompts, generate shell commands, and auto-fill templates seamlessly integrated with GitHub. Simplify and automate developer tasks with the power of AI.
Is your feature request related to a problem? Please describe.
Currently, the prompt_factory gets all prompts, but includes constants for specific prompts such as BASH_PROMPT and PYTHON_PROMPT. This limits the ability to add or modify prompts without adjusting the module code directly.
Describe the solution you'd like
I would like to see the removal of these prompt constants from the prompts module, allowing for more flexibility in adding or modifying prompts. Instead, prompt configurations can be specified in a separate file or through command line arguments.
Describe alternatives you've considered
One alternative would be to create a separate factory for each prompt type, but this could become unwieldy and require changes to multiple files if new prompt types are added in the future. Another alternative would be to leave the constants in the factory code and modify them as needed, but this approach is not as scalable or modular as separating the configuration from the code
Removing prompt constants from factory
Is your feature request related to a problem? Please describe. Currently, the prompt_factory gets all prompts, but includes constants for specific prompts such as BASH_PROMPT and PYTHON_PROMPT. This limits the ability to add or modify prompts without adjusting the module code directly.
Describe the solution you'd like I would like to see the removal of these prompt constants from the prompts module, allowing for more flexibility in adding or modifying prompts. Instead, prompt configurations can be specified in a separate file or through command line arguments.
Describe alternatives you've considered One alternative would be to create a separate factory for each prompt type, but this could become unwieldy and require changes to multiple files if new prompt types are added in the future. Another alternative would be to leave the constants in the factory code and modify them as needed, but this approach is not as scalable or modular as separating the configuration from the code