Metadata-Version: 2.1
Name: AICaretaker
Version: 0.1.0
Summary: Technology demonstrator self-adapting code
Home-page: https://github.com/greg-d128/caretaker
Author: Grzegorz Dostatni
Author-email: gregdostatni@gmail.com
Classifier: Programming Language :: Python :: 3
Classifier: License :: OSI Approved :: GNU General Public License v3 (GPLv3)
Classifier: Operating System :: OS Independent
Requires-Python: >=3.6
Description-Content-Type: text/markdown
License-File: LICENSE

# Readme

This is a simple demonstration project. More like this is possible at this point. Use at your own risk. This code is ultimately non-deterministic and nobody knows what might happen.

Importing this code will give a simple python script rudimentary way of fixing itself.
This scripts registers itself as a global exception hook, retrieves the source code that failed, executes llm to fix the code, substitutes it back in and continues execution as if nothing happened.

Simple, eh?

# Components

## Configuration

Configuration area for the module. This is simply a python module that is loaded and referenced. Easy and flexible. Security is not a consideration since:

A) This project is meant to be a library / agent that is included within another project, having complete and total control of that project.
B) We are running AI within our code and allowing it to make decisions on the fly. 
C) There is no end-user facing configuration planned at this point.

## AI
System of selecting and listing available models. To be expanded later. 
Key functionality:
- Assume that capability may change over time. There has to be a method of re-examining capabilities and adding to them.
- Allow for models to be deleted, even if they were found before. 
- Allow to handle models (at least try to), even if they are new.
- Optionally allow to download models?

## Prompts
System of having and selecting one of multiple prompts. 
Key Functionality:
- Some prompts work with some models, and not others.
- Some prompts may require different information. Thankfully we can try different prompts and get an error if information is not available.
- Each prompt should have some way of deciding if a model can be used to evaluate it.

## Decorators

Currently only one decorator. Eventually others may be added.
Decorator is capable of catching and monitoring a single function (for now), while recording information about that section of code. 


## Necromancer

Last ditch effort to respond to an unhandled exception. At this stage the program is effectively dead and the stack has unravelled. More testing is needed whether necromancer can restore a complex program, but should work for simple scripts.


# Installation

## Ollama

Need ollama installed together with 
pip install ollama.

Need to download an appropriate model and set it inside caretaker/config.py. While you are at it, feel free to improve on the prompt.




# Issues and future work

There are several issues with this code. Some (most probably) are fixable.

1. Simple scripts for now, cannot handle injecting into an object. Actually, I think it can, I just messed up with the stack and need to retrieve it properly.

2. It only modifies the code in memory, does not write it back out to the filesystem. 

3. There needs to be a system to figure out which model from ollama to run, there may be prompts specific to models. We want this to figure out what to do even a year later, when models may be different. Could it download a model for itself and then run it?

4. Catching it at global exception hook means the program is already dead. Restarting execution (if the failure happened in a loop, etc), is tricky.

5. A lot of the above can be handled by introducing a decorator (coming next). That will allow me to catch errors at a specific section of a code, store and retrieve different versions of related code from a database, catch, re-run and return code as if nothing happened, store things like specific prompts and intents. Kind of like an advanced error handler.

