diff --git a/review.md b/review.md
new file mode 100644
index 0000000..19d5de3
--- /dev/null
+++ b/review.md
@@ -0,0 +1,56 @@
+markdown
+# C-based Chat Application with JSON and HTTP Integration
+
+## Overview
+The project consists of C header and source files, providing functionality for integrating chat models with HTTP communication via JSON formatting. It leverages OpenSSL for secure HTTP requests.
+
+## Components and Evaluations
+
+### 1. **Prompt Handling (chat.h)**
+- **Model Configuration:** Uses `gpt-4o-mini`.
+- **Token Management:** Configures max tokens and temperature.
+- **Optimization Suggestions:** Incorporate error handling and dynamic memory checks.
+
+### 2. **OpenAI Integration (openai.h)**
+- **API Functions:** Retrieves model lists and processes chat completions.
+- **Potential Issues:** Incomplete memory handling and `http_get`, `http_post` functions are not defined within the file.
+
+### 3. **Command Line Interface (line.h)**
+- **Command Completion:** Provides command hints.
+- **Error Considerations:** File handling errors in history.
+
+### 4. **Message Management (messages.h)**
+- **JSON Management:** Handles message lists with JSON format.
+- **Optimization Suggestions:** Ensure thread safety.
+
+### 5. **Security Bug (auth.h)**
+- **Critical Issue:** Contains hard-coded API key. Recommendation: Move to environment variables or secure vault.
+
+### 6. **Syntax Highlighting (markdown.h)**
+- **Functionality:** Parses markdown and highlights syntax using ANSI codes.
+- **Optimization Suggestions:** Implement buffer overflow checks.
+
+### 7. **Main Application (main.c)**
+- **Structure:** Combines REPL features with chat functions.
+- **Potential Bugs:** Possible memory mismanagement with loops.
+
+### 8. **Plugin System (plugin.h)**
+- **Integration:** Utilizes Python for scripting.
+- **Potential Bugs:** Lack of error handling in memory management.
+
+### 9. **HTTP and SSL (http.h)**
+- **Communication:** Facilitates HTTP requests over SSL.
+- **Potential Issues:** Ensure updated functions and manage memory cleanup.
+
+## Recommendations
+- **Security:** Remove API keys from code.
+- **Memory Management:** Validate all dynamic memory allocations.
+- **Error Handling:** Enhance error and exception handling.
+- **Code Efficiency:** Use constants for repeated values and refactor redundant code blocks.
+
+## Open Source Alternatives
+- **Secret Management:** HashiCorp Vault, AWS Secrets Manager.
+- **Networking:** libcurl, cURL for HTTP operations.
+- **Command-line Enhancement:** GNU Readline for improved CLI.
+
+This project successfully creates a framework for chat application integration but requires optimizations in security, memory management, and error handling for production use.
diff --git a/reviews/auth.h.json b/reviews/auth.h.json
new file mode 100644
index 0000000..d11b07c
--- /dev/null
+++ b/reviews/auth.h.json
@@ -0,0 +1,11 @@
+{
+  "extension": ".h",
+  "source": "const char * api_key = \"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\";\n",
+  "review": "# 2\n\n## Bugs\n- **Security Vulnerability**: The code contains a hard-coded API key, which is a significant security risk.\n\n## Optimizations\n- Remove the API key from the source code and store it in an environment variable or a secured vault service.\n- Implement access controls to ensure that only authorized processes/user have access to the API key.\n- Consider using a configuration file to manage sensitive information securely instead of embedding it in the code.\n\n## Good points\n- The syntax for declaring a constant string in C is correct.\n\n## Summary\nThis code snippet contains a critical security flaw due to the hard-coded API key. It is essential to address this immediately by relocating sensitive information to a safer storage solution. Other than the security issue, the code's syntax is correctly implemented, but improvements in handling and managing secrets would considerably elevate the code quality.\n\n## Open source alternatives\nThere are several open source secrets management solutions that can be integrated into your project:\n- **HashiCorp Vault**: A tool for securely accessing secrets. It manages and controls access to sensitive credentials in a dynamic infrastructure.\n- **AWS Secrets Manager**: It helps to protect access to your applications, services, and IT resources without the upfront headache of managing your own hardware security module (HSM).\n- **Doppler**: Provides a solution to manage environment variables fast and at a large scale.",
+  "filename": "auth.h",
+  "path": "auth.h",
+  "directory": "",
+  "grade": 2,
+  "size": 191,
+  "line_count": 2
+}
\ No newline at end of file
diff --git a/reviews/auth.h.md b/reviews/auth.h.md
new file mode 100644
index 0000000..4f7264e
--- /dev/null
+++ b/reviews/auth.h.md
@@ -0,0 +1,21 @@
+# 2
+
+## Bugs
+- **Security Vulnerability**: The code contains a hard-coded API key, which is a significant security risk.
+
+## Optimizations
+- Remove the API key from the source code and store it in an environment variable or a secured vault service.
+- Implement access controls to ensure that only authorized processes/user have access to the API key.
+- Consider using a configuration file to manage sensitive information securely instead of embedding it in the code.
+
+## Good points
+- The syntax for declaring a constant string in C is correct.
+
+## Summary
+This code snippet contains a critical security flaw due to the hard-coded API key. It is essential to address this immediately by relocating sensitive information to a safer storage solution. Other than the security issue, the code's syntax is correctly implemented, but improvements in handling and managing secrets would considerably elevate the code quality.
+
+## Open source alternatives
+There are several open source secrets management solutions that can be integrated into your project:
+- **HashiCorp Vault**: A tool for securely accessing secrets. It manages and controls access to sensitive credentials in a dynamic infrastructure.
+- **AWS Secrets Manager**: It helps to protect access to your applications, services, and IT resources without the upfront headache of managing your own hardware security module (HSM).
+- **Doppler**: Provides a solution to manage environment variables fast and at a large scale.
\ No newline at end of file
diff --git a/reviews/cgi-bin/gpt.py.json b/reviews/cgi-bin/gpt.py.json
new file mode 100644
index 0000000..a1354d9
--- /dev/null
+++ b/reviews/cgi-bin/gpt.py.json
@@ -0,0 +1,11 @@
+{
+  "extension": ".py",
+  "source": "#!/usr/bin/env python3\n\n# Not written by retoor! This is generated boiler plate to give an example!\n\nimport cgi\nimport cgitb\nfrom xmlrpc.client import ServerProxy \nclient = ServerProxy(\"https://api.molodetz.nl/rpc\")\nask_gpt = client.gpt4o_mini\n\ncgitb.enable()\n\nprint(\"Content-Type: text/html\")\nprint()\n\nimport pathlib \n\n\nform = cgi.FieldStorage()\nquestion = form.getvalue(\"question\", \"\")\n\npage_source = pathlib.Path(__file__).parent.joinpath(\"gpt_template.html\").read_text()\n\nif question:\n    try:\n        response = ask_gpt(question)\n    except Exception as e:\n        response = f\"Error: {e}\"\n    page_source = page_source.replace(\"...\", response)\n    page_source = page_source.replace(\"display:none;\",\"\")\n\nprint(page_source)\n",
+  "review": "# 5\n\n## Bugs\n- The code does not handle the case where \"gpt_template.html\" does not exist or is unreadable, which will raise an exception.\n- There's a missing check for the `ask_gpt` function's existence/availability before calling it, potentially causing a runtime error.\n- `cgi` and `cgitb` modules are more suitable for scripting in CGI environments, not for modern web environments; security issues may arise.\n\n## Optimizations\n- Consider using modern frameworks like Flask or Django for handling web requests and templates, instead of the CGI approach.\n- Add error handling for the file reading operation using `pathlib` to catch any potential IO errors.\n- The usage of hardcoded HTML manipulation can be replaced with template engines like Jinja2 for better flexibility and security.\n\n## Good points\n- The use of `pathlib.Path` is a modern, cleaner approach to handle file paths.\n- The script explicitly sets content type and handles basic exception catching.\n\n## Summary\nThe script demonstrates a simple CGI-based web interface to interact with an XML-RPC API that provides GPT4 responses. However, the usage of `cgi` and `cgitb` is outdated for web development; modern frameworks provide better support and security. The script lacks comprehensive error handling and could benefit from enhanced user feedback.\n\n## Open source alternatives\n- **Flask**: A micro web framework written in Python. Ideal for small to medium web applications.\n- **Django**: A high-level Python Web framework that encourages rapid development and clean, pragmatic design.\n- **FastAPI**: A modern, fast (high-performance), web framework for building APIs with Python 3.6+ based on standard Python type hints.",
+  "filename": "gpt.py",
+  "path": "cgi-bin/gpt.py",
+  "directory": "cgi-bin",
+  "grade": 5,
+  "size": 728,
+  "line_count": 33
+}
\ No newline at end of file
diff --git a/reviews/cgi-bin/gpt.py.md b/reviews/cgi-bin/gpt.py.md
new file mode 100644
index 0000000..be9f9ed
--- /dev/null
+++ b/reviews/cgi-bin/gpt.py.md
@@ -0,0 +1,23 @@
+# 5
+
+## Bugs
+- The code does not handle the case where "gpt_template.html" does not exist or is unreadable, which will raise an exception.
+- There's a missing check for the `ask_gpt` function's existence/availability before calling it, potentially causing a runtime error.
+- `cgi` and `cgitb` modules are more suitable for scripting in CGI environments, not for modern web environments; security issues may arise.
+
+## Optimizations
+- Consider using modern frameworks like Flask or Django for handling web requests and templates, instead of the CGI approach.
+- Add error handling for the file reading operation using `pathlib` to catch any potential IO errors.
+- The usage of hardcoded HTML manipulation can be replaced with template engines like Jinja2 for better flexibility and security.
+
+## Good points
+- The use of `pathlib.Path` is a modern, cleaner approach to handle file paths.
+- The script explicitly sets content type and handles basic exception catching.
+
+## Summary
+The script demonstrates a simple CGI-based web interface to interact with an XML-RPC API that provides GPT4 responses. However, the usage of `cgi` and `cgitb` is outdated for web development; modern frameworks provide better support and security. The script lacks comprehensive error handling and could benefit from enhanced user feedback.
+
+## Open source alternatives
+- **Flask**: A micro web framework written in Python. Ideal for small to medium web applications.
+- **Django**: A high-level Python Web framework that encourages rapid development and clean, pragmatic design.
+- **FastAPI**: A modern, fast (high-performance), web framework for building APIs with Python 3.6+ based on standard Python type hints.
\ No newline at end of file
diff --git a/reviews/cgi-bin/gpt_template.html.json b/reviews/cgi-bin/gpt_template.html.json
new file mode 100644
index 0000000..6742514
--- /dev/null
+++ b/reviews/cgi-bin/gpt_template.html.json
@@ -0,0 +1,11 @@
+{
+  "extension": ".html",
+  "source": "<!DOCTYPE html>\n<html lang=\"en\">\n<head>\n    <meta charset=\"UTF-8\">\n    <meta name=\"viewport\" content=\"width=device-width, initial-scale=1.0\">\n    <title>GPT Example</title>\n    <style>\n        body {\n            font-family: Arial, sans-serif;\n            margin: 0;\n            padding: 0;\n            background-color: #f4f4f9;\n        }\n        .container {\n            max-width: 600px;\n            margin: 50px auto;\n            padding: 20px;\n            background: #fff;\n            border-radius: 8px;\n            box-shadow: 0 4px 10px rgba(0, 0, 0, 0.1);\n        }\n        h1 {\n            color: #333;\n            text-align: center;\n        }\n        textarea, input {\n            width: 100%;\n            padding: 10px;\n            margin: 10px 0;\n            font-size: 16px;\n            border: 1px solid #ddd;\n            border-radius: 4px;\n        }\n        input[type=\"submit\"] {\n            background-color: #4CAF50;\n            color: white;\n            cursor: pointer;\n        }\n        input[type=\"submit\"]:hover {\n            background-color: #45a049;\n        }\n        .response-box {\n            padding: 10px;\n            background: #f9f9f9;\n            border: 1px solid #ddd;\n            border-radius: 4px;\n            min-height: 100px;\n        }\n    </style>\n</head>\n<body>\n    <div class=\"container\">\n        <h1>Ask GPT</h1>\n        <div style=\"display:none;\" class=\"response-box\">\n            <p id=\"response\">...</p>\n        </div>\n        <form action=\"/cgi-bin/gpt.py\" method=\"post\">\n            <textarea name=\"question\" rows=\"4\" placeholder=\"Your prompt..\"></textarea>\n            <input type=\"submit\" value=\"Get Answer\">\n        </form>\n        \n    </div>\n</body>\n</html>",
+  "review": "**7**\n\n### Bugs\n- There are no critical bugs in the HTML structure or CSS.\n\n### Optimizations\n- Use semantic tags like `<main>` or `<section>` for better accessibility and clearer structure instead of using `<div>` everywhere.\n- Consider loading a web font (such as Google Fonts) instead of relying on system fonts for broader compatibility.\n- Replace inline styles with classes and move them into the `<style>` block for consistency and reusability, like the style for the `.response-box`.\n- Consider adding ARIA attributes to make the form more accessible to screen readers.\n  \n### Good points\n- The layout is clean and simple, making it user-friendly.\n- Responsive design with a fluid layout adapts well to different screen sizes due to the maximum-width and margin auto settings.\n- Good use of CSS for visual hierarchy and aesthetics, including color and box-shadow.\n\n### Summary\nThe code presents a simple and clean HTML form styled with CSS, targeting a straightforward user interaction to submit a prompt and receive a response. While it's functional and follows basic HTML/CSS best practices, there is room for improvement in accessibility, semantic HTML, and performance optimizations like font loading.\n\n### Open source alternatives\n- [OpenAI's GPT-3 API Wrapper](https://github.com/openai/gpt-3) - Though more complex, this repository offers a comprehensive implementation using GPT-3.\n- [Hugging Face's Transformers](https://github.com/huggingface/transformers) - Provides interfaces for using transformer models in an application, which includes text generation capabilities similar to GPT.",
+  "filename": "gpt_template.html",
+  "path": "cgi-bin/gpt_template.html",
+  "directory": "cgi-bin",
+  "grade": 7,
+  "size": 1718,
+  "line_count": 64
+}
\ No newline at end of file
diff --git a/reviews/cgi-bin/gpt_template.html.md b/reviews/cgi-bin/gpt_template.html.md
new file mode 100644
index 0000000..3aed5c9
--- /dev/null
+++ b/reviews/cgi-bin/gpt_template.html.md
@@ -0,0 +1,22 @@
+**7**
+
+### Bugs
+- There are no critical bugs in the HTML structure or CSS.
+
+### Optimizations
+- Use semantic tags like `<main>` or `<section>` for better accessibility and clearer structure instead of using `<div>` everywhere.
+- Consider loading a web font (such as Google Fonts) instead of relying on system fonts for broader compatibility.
+- Replace inline styles with classes and move them into the `<style>` block for consistency and reusability, like the style for the `.response-box`.
+- Consider adding ARIA attributes to make the form more accessible to screen readers.
+  
+### Good points
+- The layout is clean and simple, making it user-friendly.
+- Responsive design with a fluid layout adapts well to different screen sizes due to the maximum-width and margin auto settings.
+- Good use of CSS for visual hierarchy and aesthetics, including color and box-shadow.
+
+### Summary
+The code presents a simple and clean HTML form styled with CSS, targeting a straightforward user interaction to submit a prompt and receive a response. While it's functional and follows basic HTML/CSS best practices, there is room for improvement in accessibility, semantic HTML, and performance optimizations like font loading.
+
+### Open source alternatives
+- [OpenAI's GPT-3 API Wrapper](https://github.com/openai/gpt-3) - Though more complex, this repository offers a comprehensive implementation using GPT-3.
+- [Hugging Face's Transformers](https://github.com/huggingface/transformers) - Provides interfaces for using transformer models in an application, which includes text generation capabilities similar to GPT.
\ No newline at end of file
diff --git a/reviews/chat.h.json b/reviews/chat.h.json
new file mode 100644
index 0000000..ecc6da4
--- /dev/null
+++ b/reviews/chat.h.json
@@ -0,0 +1,11 @@
+{
+  "extension": ".h",
+  "source": "#ifndef CALPACA_PROMPT_H\n#define CALPACA_PROMPT_H\n#include <json-c/json.h>\n#include \"messages.h\"\n#include \"http.h\"\nchar * prompt_model = \"gpt-4o-mini\";\nint prompt_max_tokens = 100;\ndouble prompt_temperature = 0.5;\n\njson_object * _prompt =NULL;\n\nvoid chat_free(){\n    if(_prompt == NULL)\n        return;\n    json_object_put(_prompt);\n    _prompt = NULL;\n}\n\n\nchar * chat_json(char * role, char * message){\n    chat_free();\n    message_add(role,message);\n    struct json_object *root_object = json_object_new_object();\n     json_object_object_add(root_object, \"model\", json_object_new_string(prompt_model));\n    json_object_object_add(root_object, \"messages\", message_list());\n    json_object_object_add(root_object, \"max_tokens\", json_object_new_int(prompt_max_tokens));\njson_object_object_add(root_object, \"temperature\", json_object_new_double(prompt_temperature));\nreturn (char *)json_object_to_json_string_ext(root_object, JSON_C_TO_STRING_PRETTY);\n}\n\n#endif ",
+  "review": "**7**\n\n### Bugs\n- No apparent bugs detected; however, memory management and error handling need to be cautious.\n\n### Optimizations\n- Ensure proper error handling when allocating memory with `json_object_new_object` and `json_object_new_string`.\n- Consider replacing magic numbers with named constants or configuration.\n- Utilize static typing where possible to potentially catch errors at compile-time.\n- Review function `message_list()` and ensure it clears out when `chat_free()` is called to prevent memory issues.\n\n### Good Points\n- The code uses `json-c` library which is standard and efficient for JSON operations.\n- Consistent in style and formatting, making it easy to read.\n\n### Summary\nThe code is clean and does its job of transforming conversation data into a JSON format string. However, several optimizations can be made, especially towards memory management and error handling, which are crucial in preventing potential leaks and crashes. Introduce constants for the values that define model types, token numbers, and temperature to enhance maintainability.\n\n### Open source alternatives\n- **OpenAI GPT-3 Wrapper**: Community-led project wrappers around OpenAI GPT-3 APIs.\n- **Hugging Face's Transformers**: Provides state-of-the-art Natural Language Processing models, including alternatives to GPT.",
+  "filename": "chat.h",
+  "path": "chat.h",
+  "directory": "",
+  "grade": 7,
+  "size": 960,
+  "line_count": 31
+}
\ No newline at end of file
diff --git a/reviews/chat.h.md b/reviews/chat.h.md
new file mode 100644
index 0000000..67b04e5
--- /dev/null
+++ b/reviews/chat.h.md
@@ -0,0 +1,21 @@
+**7**
+
+### Bugs
+- No apparent bugs detected; however, memory management and error handling need to be cautious.
+
+### Optimizations
+- Ensure proper error handling when allocating memory with `json_object_new_object` and `json_object_new_string`.
+- Consider replacing magic numbers with named constants or configuration.
+- Utilize static typing where possible to potentially catch errors at compile-time.
+- Review function `message_list()` and ensure it clears out when `chat_free()` is called to prevent memory issues.
+
+### Good Points
+- The code uses `json-c` library which is standard and efficient for JSON operations.
+- Consistent in style and formatting, making it easy to read.
+
+### Summary
+The code is clean and does its job of transforming conversation data into a JSON format string. However, several optimizations can be made, especially towards memory management and error handling, which are crucial in preventing potential leaks and crashes. Introduce constants for the values that define model types, token numbers, and temperature to enhance maintainability.
+
+### Open source alternatives
+- **OpenAI GPT-3 Wrapper**: Community-led project wrappers around OpenAI GPT-3 APIs.
+- **Hugging Face's Transformers**: Provides state-of-the-art Natural Language Processing models, including alternatives to GPT.
\ No newline at end of file
diff --git a/reviews/http.h.json b/reviews/http.h.json
new file mode 100644
index 0000000..4ce9b13
--- /dev/null
+++ b/reviews/http.h.json
@@ -0,0 +1,11 @@
+{
+  "extension": ".h",
+  "source": "#ifndef CALPACA_HTTP_H\n#define CALPACA_HTTP_H\n#include <stdio.h>\n#include <string.h>\n#include <stdlib.h>\n#include <unistd.h>\n#include <arpa/inet.h>\n#include <netdb.h>\n#include <openssl/ssl.h>\n#include <openssl/err.h>\n#include \"auth.h\"\n#include <json-c/json.h>\n\nvoid init_openssl()\n{\n    SSL_load_error_strings();\n    OpenSSL_add_ssl_algorithms();\n}\n\nvoid cleanup_openssl()\n{\n    EVP_cleanup();\n}\n\nSSL_CTX *create_context()\n{\n    const SSL_METHOD *method = TLS_method();\n    SSL_CTX *ctx = SSL_CTX_new(method);\n    SSL_CTX_load_verify_locations(ctx, \"/etc/ssl/certs/ca-certificates.crt\", NULL);\n\n    return ctx;\n}\n\nSSL_CTX *create_context2()\n{\n    const SSL_METHOD *method;\n    SSL_CTX *ctx;\n\n    method = TLS_client_method();\n    ctx = SSL_CTX_new(method);\n    if (!ctx)\n    {\n        perror(\"Unable to create SSL context\");\n        ERR_print_errors_fp(stderr);\n        exit(EXIT_FAILURE);\n    }\n\n    return ctx;\n}\n\nint create_socket(const char *hostname, int port)\n{\n    struct hostent *host;\n    struct sockaddr_in addr;\n\n    host = gethostbyname(hostname);\n    if (!host)\n    {\n        perror(\"Unable to resolve host\");\n        exit(EXIT_FAILURE);\n    }\n\n    int sock = socket(AF_INET, SOCK_STREAM, 0);\n    if (sock < 0)\n    {\n        perror(\"Unable to create socket\");\n        exit(EXIT_FAILURE);\n    }\n\n    addr.sin_family = AF_INET;\n    addr.sin_port = htons(port);\n    addr.sin_addr.s_addr = *(long *)(host->h_addr);\n\n    if (connect(sock, (struct sockaddr *)&addr, sizeof(addr)) != 0)\n    {\n        perror(\"Unable to connect to host\");\n        close(sock);\n        exit(EXIT_FAILURE);\n    }\n\n    return sock;\n}\n\nchar *http_post(const char *hostname, char *url, char *data)\n{\n    init_openssl();\n    int port = 443;\n\n    SSL_CTX *ctx = create_context();\n\n    int sock = create_socket(hostname, port);\n\n    SSL *ssl = SSL_new(ctx);\n    SSL_set_connect_state(ssl);\n\n    SSL_set_tlsext_host_name(ssl, hostname);\n\n    SSL_set_fd(ssl, sock);\n   \n    int buffer_size = 4096;\n    char *buffer = (char *)malloc(buffer_size);\n\n\n    if (SSL_connect(ssl) <= 0)\n    {\n        ERR_print_errors_fp(stderr);\n    }\n    else\n    {\n        //printf(\"Connected with %s encryption\\n\", SSL_get_cipher(ssl));\n        size_t len = strlen(data);\n        char *request = (char *)malloc(len + 4096);\n        request[0] = 0;\n       \n        sprintf(request,\n                \"POST %s HTTP/1.1\\r\\n\"\n                \"Content-Length: %ld\\r\\n\"\n                \"Content-Type: application/json\\r\\n\"\n                \"Host: api.openai.com\\r\\n\"\n                \"Authorization: Bearer %s\\r\\n\"\n                \"Connection: close\\r\\n\\r\\n%s\",\n                url, len, api_key, data);\n         \n        SSL_write(ssl, request, strlen(request));\n         free(request);\n       \n       \n        int bytes;\n        int bytes_total = 0;\n        while ((bytes = SSL_read(ssl, buffer + bytes_total, buffer_size - 1)) > 0)\n        {\n            if (bytes <= 0)\n            {\n                break;\n            }\n            bytes_total += bytes;\n            buffer = realloc(buffer, bytes_total + buffer_size);\n            buffer[bytes_total] = '\\0';\n        }\n        buffer[bytes_total] = '\\0';\n    }\n\n    SSL_free(ssl);\n    close(sock);\n    SSL_CTX_free(ctx);\n    cleanup_openssl();\n\n    return buffer;\n}\n\nchar *http_get(const char *hostname, char *url)\n{\n    init_openssl();\n    int port = 443;\n\n    SSL_CTX *ctx = create_context();\n\n    int sock = create_socket(hostname, port);\n\n    SSL *ssl = SSL_new(ctx);\n    SSL_set_connect_state(ssl);\n\n    SSL_set_tlsext_host_name(ssl, hostname);\n\n    SSL_set_fd(ssl, sock);\n\n    int buffer_size = 4096;\n    char *buffer = (char *)malloc(buffer_size * sizeof(char));\n\n    if (SSL_connect(ssl) <= 0)\n    {\n        ERR_print_errors_fp(stderr);\n    }\n    else\n    {\n        //printf(\"Connected with %s encryption\\n\", SSL_get_cipher(ssl));\n\n        char request[buffer_size];\n        request[0] = 0;\n        sprintf(request,\n                \"GET %s HTTP/1.1\\r\\n\"\n                \"Host: api.openai.com\\r\\n\"\n                \"Authorization: Bearer %s\\r\\n\"\n                \"Connection: close\\r\\n\\r\\n\",\n                url, api_key);\n\n        SSL_write(ssl, request, strlen(request));\n\n        int bytes;\n        int bytes_total = 0;\n        while ((bytes = SSL_read(ssl, buffer + bytes_total, buffer_size - 1)) > 0)\n        {\n            if (bytes <= 0)\n            {\n                break;\n            }\n            bytes_total += bytes;\n            buffer = realloc(buffer, bytes_total + buffer_size);\n            buffer[bytes_total] = '\\0';\n        }\n    }\n\n    SSL_free(ssl);\n    close(sock);\n    SSL_CTX_free(ctx);\n    cleanup_openssl();\n\n    return buffer;\n}\n#endif ",
+  "review": "# 6\n\n## Bugs\n- **Memory Leak**: The `buffer` variable is dynamically allocated memory in both `http_post` and `http_get` but is never freed.\n- **Use of Deprecated Function**: `EVP_cleanup()` is deprecated in OpenSSL 1.1.0 and should not be used.\n- **Potential Security Risk**: `gethostbyname()` is obsolete and may be unsafe; consider using `getaddrinfo()` instead.\n- **Error Handling**: Error messages from `SSL_read()` and `SSL_write()` are not fully managed; they should handle all negative return values properly, not just zero.\n\n## Optimizations\n- Reuse the SSL context and socket code by creating utility functions to avoid redundancy between `http_post` and `http_get`.\n- Error message functions and SSL context setup can be extracted into separate utility functions to reduce code duplication.\n- The buffer resizing logic can be optimized to avoid frequent reallocations by increasing the buffer size exponentially instead of linearly when limits are approached.\n\n## Good points\n- Uses `json-c` library which simplifies JSON data manipulation.\n- Appropriate use of OpenSSL for secure communication.\n- Includes comprehensive basic includes for socket and SSL handling.\n- The code structure is organized into functions for clarity.\n\n## Summary\nThe code provides HTTP communication functions over SSL/TLS. It features both POST and GET requests and includes basics such as initialization and cleanup of OpenSSL. However, there are issues related to deprecated functions, inefficient error handling, memory management, and certain parts of the code are repeated unnecessarily. Addressing these concerns will improve efficiency and security, and make the code cleaner and more maintainable.\n\n## Open source alternatives\n- **cURL**: A robust tool for sending and receiving data with URL syntax; provides extensive features for HTTP requests.\n- **libcurl**: The library version of cURL, which can be used within applications to leverage cURL's capabilities.\n- **neon**: An HTTP and WebDAV client library with a high-level interface wrapped around the lower-level Libxml and OpenSSL.",
+  "filename": "http.h",
+  "path": "http.h",
+  "directory": "",
+  "grade": 6,
+  "size": 4668,
+  "line_count": 210
+}
\ No newline at end of file
diff --git a/reviews/http.h.md b/reviews/http.h.md
new file mode 100644
index 0000000..d37e6c9
--- /dev/null
+++ b/reviews/http.h.md
@@ -0,0 +1,26 @@
+# 6
+
+## Bugs
+- **Memory Leak**: The `buffer` variable is dynamically allocated memory in both `http_post` and `http_get` but is never freed.
+- **Use of Deprecated Function**: `EVP_cleanup()` is deprecated in OpenSSL 1.1.0 and should not be used.
+- **Potential Security Risk**: `gethostbyname()` is obsolete and may be unsafe; consider using `getaddrinfo()` instead.
+- **Error Handling**: Error messages from `SSL_read()` and `SSL_write()` are not fully managed; they should handle all negative return values properly, not just zero.
+
+## Optimizations
+- Reuse the SSL context and socket code by creating utility functions to avoid redundancy between `http_post` and `http_get`.
+- Error message functions and SSL context setup can be extracted into separate utility functions to reduce code duplication.
+- The buffer resizing logic can be optimized to avoid frequent reallocations by increasing the buffer size exponentially instead of linearly when limits are approached.
+
+## Good points
+- Uses `json-c` library which simplifies JSON data manipulation.
+- Appropriate use of OpenSSL for secure communication.
+- Includes comprehensive basic includes for socket and SSL handling.
+- The code structure is organized into functions for clarity.
+
+## Summary
+The code provides HTTP communication functions over SSL/TLS. It features both POST and GET requests and includes basics such as initialization and cleanup of OpenSSL. However, there are issues related to deprecated functions, inefficient error handling, memory management, and certain parts of the code are repeated unnecessarily. Addressing these concerns will improve efficiency and security, and make the code cleaner and more maintainable.
+
+## Open source alternatives
+- **cURL**: A robust tool for sending and receiving data with URL syntax; provides extensive features for HTTP requests.
+- **libcurl**: The library version of cURL, which can be used within applications to leverage cURL's capabilities.
+- **neon**: An HTTP and WebDAV client library with a high-level interface wrapped around the lower-level Libxml and OpenSSL.
\ No newline at end of file
diff --git a/reviews/line.h.json b/reviews/line.h.json
new file mode 100644
index 0000000..c962234
--- /dev/null
+++ b/reviews/line.h.json
@@ -0,0 +1,11 @@
+{
+  "extension": ".h",
+  "source": "#include <readline/readline.h>\n#include <readline/history.h>\n\n#define HISTORY_FILE \"~/.calpaca_history\"\n\nbool line_initialized =false;\n\nchar *line_command_generator(const char *text, int state) {\n    static int list_index, len;\n    const char *commands[] = {\"help\", \"exit\", \"list\", \"review\",\"refactor\",\"opfuscate\", NULL};\n\n    if (!state) {\n        list_index = 0;\n        len = strlen(text);\n    }\n\n    while (commands[list_index]) {\n        const char *command = commands[list_index++];\n        if (strncmp(command, text, len) == 0) {\n            return strdup(command);  \n        }\n    }\n\n    return NULL;  \n}\n\nchar **line_command_completion(const char *text, int start, int end) {\n    rl_attempted_completion_over = 1;\n    return rl_completion_matches(text, line_command_generator);\n}\n\nvoid line_init(){\n    if(!line_initialized)\n    {    \n        rl_attempted_completion_function = line_command_completion;\n        line_initialized = true;\n         read_history(HISTORY_FILE);\n    }\n    \n}\n\nchar * line_read(char * prefix) {\n    char * data = readline(prefix);\n    if(!(data || *data)){\n        return NULL;\n    }\n    return data;\n}\nvoid line_add_history(char * data){\n    read_history(HISTORY_FILE);\n    add_history(data);\n    write_history(HISTORY_FILE);\n}",
+  "review": "7\n\n## Bugs\n- The history file path is not expanded from `~` to the full home directory path.\n- `read_history` and `write_history` may encounter errors without handling them, e.g., file permissions or missing history file.\n- The check on `if(!(data || *data)){` in `line_read()` might lead to a potential null pointer dereference if `readline` returns null.\n\n## Optimizations\n- Use `getenv(\"HOME\")` or `wordexp` to properly expand the tilde (`~`) to the full path of the user's home directory.\n- Add error handling for `read_history` and `write_history` calls.\n- Use `if(data == NULL || *data == '\\0'){` in `line_read()` to handle potential null addresses safely.\n\n## Good points\n- Implements command completion which enhances user experience.\n- Utilizes the `readline` library effectively for command-line interaction.\n- Code is modular and functions are appropriately separated by concerns.\n\n## Summary\nThe code provides a basic command-line interface with features for command completion and history storage using the `readline` library. It does a commendable job on keeping possible commands and their completion minimalistic and straightforward. However, it encounters issues with the handling of user home directory paths in the context of a history file and lacks robust error handling concerning file operations for command history. Proper checks against null pointers need implementation to ensure more stable execution. \n\n## Open source alternatives\n- GNU Readline: The library is already being used but reviewing the full set of its capabilities can further optimize command-line interaction with line editing and custom completers.\n- `clap`: While mostly known for CLI parsing in Rust apps, its approach can inspire improvements in arguments handling.\n- `Linenoise`: A small, portable GNU Readline replacement for C.",
+  "filename": "line.h",
+  "path": "line.h",
+  "directory": "",
+  "grade": 7,
+  "size": 1263,
+  "line_count": 53
+}
\ No newline at end of file
diff --git a/reviews/line.h.md b/reviews/line.h.md
new file mode 100644
index 0000000..ad71073
--- /dev/null
+++ b/reviews/line.h.md
@@ -0,0 +1,24 @@
+7
+
+## Bugs
+- The history file path is not expanded from `~` to the full home directory path.
+- `read_history` and `write_history` may encounter errors without handling them, e.g., file permissions or missing history file.
+- The check on `if(!(data || *data)){` in `line_read()` might lead to a potential null pointer dereference if `readline` returns null.
+
+## Optimizations
+- Use `getenv("HOME")` or `wordexp` to properly expand the tilde (`~`) to the full path of the user's home directory.
+- Add error handling for `read_history` and `write_history` calls.
+- Use `if(data == NULL || *data == '\0'){` in `line_read()` to handle potential null addresses safely.
+
+## Good points
+- Implements command completion which enhances user experience.
+- Utilizes the `readline` library effectively for command-line interaction.
+- Code is modular and functions are appropriately separated by concerns.
+
+## Summary
+The code provides a basic command-line interface with features for command completion and history storage using the `readline` library. It does a commendable job on keeping possible commands and their completion minimalistic and straightforward. However, it encounters issues with the handling of user home directory paths in the context of a history file and lacks robust error handling concerning file operations for command history. Proper checks against null pointers need implementation to ensure more stable execution. 
+
+## Open source alternatives
+- GNU Readline: The library is already being used but reviewing the full set of its capabilities can further optimize command-line interaction with line editing and custom completers.
+- `clap`: While mostly known for CLI parsing in Rust apps, its approach can inspire improvements in arguments handling.
+- `Linenoise`: A small, portable GNU Readline replacement for C.
\ No newline at end of file
diff --git a/reviews/main.c.json b/reviews/main.c.json
new file mode 100644
index 0000000..959aa08
--- /dev/null
+++ b/reviews/main.c.json
@@ -0,0 +1,11 @@
+{
+  "extension": ".c",
+  "source": "#include \"openai.h\"\n#include \"markdown.h\"\n#include \"plugin.h\"\n#include \"line.h\"\n#include <locale.h>\n#include <stdio.h>\n\nchar * get_prompt_from_args(int c, char **argv){\n    char * prompt = malloc(1024*1024 + 1);\n    prompt[0] = 0;\n    for(int i = 1; i < c; i++){\n        if(argv[i][0] == '-')\n            break;\n        strncat(prompt, argv[i], 1024*1024);\n        if(i < c - 1){\n            strncat(prompt, \" \", 1024*1024);\n        }else{\n            strncat(prompt, \".\", 1024*1024);\n        }\n    }\n    if(!*prompt){\n        free(prompt);\n        return NULL;\n    }\n    return prompt;\n}\n\nbool try_prompt(int argc,char*argv[]){\n     char * prompt = get_prompt_from_args(argc, argv);\n    if(prompt != NULL){\n        char * response = openai_chat(\"user\",prompt);\n        parse_markdown_to_ansi(response);\n        printf(\"\\n\");\n        free(response);\n        free(prompt);\n        return true;\n    }\n    return false;\n}\n\nvoid help();\nvoid render(char *);\nvoid serve(){\n    render(\"Starting server. *Put executables in a dir named cgi-bin and they will behave as webpages.*\");\n    int res = system(\"python3 -m http.server --cgi\");\n    // Thanks tsoding!\n    (void)res;\n}\n\n\nvoid render(char * content){\n    parse_markdown_to_ansi(content);\n    printf(\"\\n\\n\");\n}\n\nvoid repl(){\n    line_init();\n    setbuf(stdout, NULL);\n    char *line;\n    char *previous_line = NULL;\n    while((line = line_read(\"> \"))){\n        if(!line || !*line){\n            line = previous_line;\n        }\n        if(!line || !*line)\n            continue;\n        previous_line = line;\n        if(line[0] == '!'){\n            plugin_run(line + 1);\n            continue;\n        }\n        if(!strncmp(line,\"exit\", 4)){\n            exit(0);\n        }\n        if(!strncmp(line,\"help\",4)){\n            help();\n            continue;\n        }\n        if(!strncmp(line,\"serve\",5)){\n            serve();\n        }\n        if(!strncmp(line,\"spar \",5)){\n            char * response = line+5;\n            while(true){\n                render(response);\n                sleep(2);\n                //line = line_read(\"> \");\n                //if(!*line)\n                    response = openai_chat(\"user\",response);\n                \n            }   \n        }\n        if(!strncmp(line,\"ls\",2) || !strncmp(line,\"list\",4)){\n            int offset = 2;\n            if(!strncmp(line,\"list\",4)){\n                offset = 4;\n            }\n            char * command = (char *)malloc(strlen(line) + 42);\n            command[0] = 0;\n            strcpy(command, \"ls \");\n            strcat(command, line + offset);\n            int res = system(command);\n            (void)res;\n            free(command);\n            continue;\n        }\n\n        line_add_history(line);\n        char * response = openai_chat(\"user\", line);\n        render(response);\n        free(response);\n    }\n}\n\n\nvoid help(){\n    char help_text[1024*1024] = {0};\n    char * template = \"# Help\\n\"\n        \"Written by retoor@molodetz.nl.\\n\\n\"\n        \"## Features\\n\"\n        \" - navigate trough history using `arrows`.\\n\"\n        \" - navigate trough history with **recursive search** using `ctrl+r`.\\n\"\n        \" - **inception with python** for *incomming* and *outgoing* content.\\n\"\n        \" - markdown and **syntax highlighting**.\\n\"\n        \" - **execute python commands** with prefixing `!`\\n\"\n        \" - list files of current workdirectory using `ls`.\\n\"\n        \" - type `serve` to start a webserver with directory listing. Easy for network transfers.\\n\\n\"\n        \"## Configuration\\n\"\n        \" - model temperature is %f.\\n\"\n        \" - model name is %s.\\n\"\n        \" - max tokens is %d.\\n\\n\"\n        \"## In development\\n\"\n        \" - **google search** and actions with those results.\\n\"\n        \" - **reminders**.\\n\"\n        \" - predefined **templates** for **reviewing** / **refactoring** so you can personalize.\\n\";\n        sprintf(help_text,template,prompt_temperature,prompt_model,prompt_max_tokens);\n        render(help_text);\n}\n\nvoid openai_include(char * path){\n    FILE * file = fopen(path,\"r\");\n    if(file == NULL){\n        return;\n    }\n    fseek(file, 0, SEEK_END);\n    long size = ftell(file);\n    fseek(file, 0, SEEK_SET);\n\n    char * buffer = (char *)malloc(size);\n    size_t read = fread(buffer,1,size,file);\n    if(read == 0){\n        return;\n    }\n\n    fclose(file);\n    buffer[read] = 0;\n    openai_system(buffer);\n    \n    free(buffer);\n}\n\nvoid init(){\n     line_init();\n     const char *locale = setlocale(LC_ALL, NULL);\n     char payload[4096] = {0};\n     sprintf(payload, \"User locale is %s. User lang is %s.\\n\"\n     \"You are Retoor. Use a lot of markdown in response.\\n\"\n     \"Be confident and short in answers.\\n\"\n     \"You divide things by zero if you have to.\"\n     , locale, locale);\n     \n     printf(\"%s\",\"Loading...\");\n     openai_system(payload);\n     openai_include(\"context.txt\");\n     printf(\"%s\", \"\\rLoaded! Type help for feautures.\\n\");\n}\n\nint main(int argc, char *argv[]){\n    init();\n    if(try_prompt(argc,argv))\n        return 0;\n   \n    repl();\n    return 0;\n}\n",
+  "review": "# 5\n\n## Bugs\n- Double call to `line_read` function inside the `spar` command block.\n- If `fopen` fails in `openai_include`, the file isn't properly handled, resulting in a potential leak.\n- Possible access to a NULL pointer in `get_prompt_from_args` when `malloc` fails.\n  \n## Optimizations\n- Check for result of memory allocation and return or handle errors accordingly.\n- Use `snprintf` to avoid potential buffer overflow in the `sprintf` and `strcat` functions.\n- Avoid potential risk of infinite loops or excessive API calls in the `spar` block; ensure there is a condition to break the loop.\n- Optimize memory allocation, especially for `parse_markdown_to_ansi` and `openai_chat` functions.\n- Reduce magic numbers (like `1024*1024`) by defining constants.\n  \n## Good points\n- The use of function abstraction for tasks like `render`, `serve`, and `help`.\n- Use of markdown and syntax highlighting shows a focus on user interface experience.\n- The inclusion of a simple REPL interface for executing commands.\n\n## Summary\nThe code does well in structuring the main functionality with abstractions accustomed to rendering, initializing, and handling user commands. Memory allocation practices could be improved. Attention should be given to possible bugs, notably the handling of file operations and loop conditions. Security considerations, like buffer overflow protections, have room for improvement. Some optimizations, like using defined constants and checking return values for resource management, are required to enhance reliability and efficiency.\n\n## Open source alternatives\n- **OpenAI API Libraries**: For interacting with OpenAI's language model APIs.\n- **curl + ncurses**: For building command-line interfaces (CLI) that interact with web APIs and display the output in a user-friendly manner.\n- **HTTPie**: A command-line HTTP client, which is more user-friendly and scriptable than `curl`. Ideal for API requests.\n- **GNU readline**: For creating command-line applications with history and line editing features similar to the `line` library used.",
+  "filename": "main.c",
+  "path": "main.c",
+  "directory": "",
+  "grade": 5,
+  "size": 5022,
+  "line_count": 186
+}
\ No newline at end of file
diff --git a/reviews/main.c.md b/reviews/main.c.md
new file mode 100644
index 0000000..e8aea02
--- /dev/null
+++ b/reviews/main.c.md
@@ -0,0 +1,27 @@
+# 5
+
+## Bugs
+- Double call to `line_read` function inside the `spar` command block.
+- If `fopen` fails in `openai_include`, the file isn't properly handled, resulting in a potential leak.
+- Possible access to a NULL pointer in `get_prompt_from_args` when `malloc` fails.
+  
+## Optimizations
+- Check for result of memory allocation and return or handle errors accordingly.
+- Use `snprintf` to avoid potential buffer overflow in the `sprintf` and `strcat` functions.
+- Avoid potential risk of infinite loops or excessive API calls in the `spar` block; ensure there is a condition to break the loop.
+- Optimize memory allocation, especially for `parse_markdown_to_ansi` and `openai_chat` functions.
+- Reduce magic numbers (like `1024*1024`) by defining constants.
+  
+## Good points
+- The use of function abstraction for tasks like `render`, `serve`, and `help`.
+- Use of markdown and syntax highlighting shows a focus on user interface experience.
+- The inclusion of a simple REPL interface for executing commands.
+
+## Summary
+The code does well in structuring the main functionality with abstractions accustomed to rendering, initializing, and handling user commands. Memory allocation practices could be improved. Attention should be given to possible bugs, notably the handling of file operations and loop conditions. Security considerations, like buffer overflow protections, have room for improvement. Some optimizations, like using defined constants and checking return values for resource management, are required to enhance reliability and efficiency.
+
+## Open source alternatives
+- **OpenAI API Libraries**: For interacting with OpenAI's language model APIs.
+- **curl + ncurses**: For building command-line interfaces (CLI) that interact with web APIs and display the output in a user-friendly manner.
+- **HTTPie**: A command-line HTTP client, which is more user-friendly and scriptable than `curl`. Ideal for API requests.
+- **GNU readline**: For creating command-line applications with history and line editing features similar to the `line` library used.
\ No newline at end of file
diff --git a/reviews/markdown.h.json b/reviews/markdown.h.json
new file mode 100644
index 0000000..5934da7
--- /dev/null
+++ b/reviews/markdown.h.json
@@ -0,0 +1,11 @@
+{
+  "extension": ".h",
+  "source": "#include <stdio.h>\n#include <string.h>\n#include <stdbool.h>\n\n#define RESET \"\\033[0m\"\n#define BOLD \"\\033[1m\"\n#define ITALIC \"\\033[3m\"\n#define FG_YELLOW \"\\033[33m\"\n#define FG_BLUE \"\\033[34m\"\n#define FG_CYAN \"\\033[36m\"\n\nint is_keyword(const char *word) {\n    const char *keywords[] = {\"int\", \"float\", \"double\", \"char\", \"void\", \"if\", \"else\", \"while\", \"for\", \"return\", \"struct\", \"printf\"};\n    for (size_t i = 0; i < sizeof(keywords) / sizeof(keywords[0]); i++) {\n        if (strcmp(word, keywords[i]) == 0) {\n            return 1;\n        }\n    }\n    return 0;\n}\n\nvoid highlight_code(const char *code) {\n    const char *ptr = code;\n    char buffer[256];\n    size_t index = 0;\n\n    while (*ptr) {\n        if ((*ptr >= 'a' && *ptr <= 'z') || (*ptr >= 'A' && *ptr <= 'Z') || (*ptr == '_')) {\n            while ((*ptr >= 'a' && *ptr <= 'z') || (*ptr >= 'A' && *ptr <= 'Z') || (*ptr >= '0' && *ptr <= '9') || (*ptr == '_')) {\n                buffer[index++] = *ptr++;\n            }\n            buffer[index] = '\\0';\n\n            if (is_keyword(buffer)) {\n                printf(FG_BLUE \"%s\" RESET, buffer);\n            } else {\n                printf(\"%s\", buffer);\n            }\n            index = 0;\n        } else if (*ptr >= '0' && *ptr <= '9') {\n            while (*ptr >= '0' && *ptr <= '9') {\n                buffer[index++] = *ptr++;\n            }\n            buffer[index] = '\\0';\n            printf(FG_CYAN \"%s\" RESET, buffer);\n            index = 0;\n        } else {\n            putchar(*ptr);\n            ptr++;\n        }\n    }\n}\n\nvoid parse_markdown_to_ansi(const char *markdown) {\n    const char *ptr = markdown;\n    bool inside_code = false;\n\n    while (*ptr) {\n        if (*ptr == '`') {\n            inside_code = !inside_code;\n            if (inside_code) {\n                printf(FG_YELLOW);\n            } else {\n                printf(RESET);\n            }\n            ptr++;\n            continue;\n        }\n\n        if (inside_code) {\n            char code_buffer[256];\n            size_t index = 0;\n\n            while (*ptr && *ptr != '`') {\n                code_buffer[index++] = *ptr++;\n            }\n            code_buffer[index] = '\\0';\n            highlight_code(code_buffer);\n        } else {\n            if (strncmp(ptr, \"**\", 2) == 0) {\n                printf(BOLD);\n                ptr += 2;\n                while (*ptr && strncmp(ptr, \"**\", 2) != 0) putchar(*ptr++);\n                if (*ptr == '*' && *(ptr + 1) == '*') ptr += 2;\n                printf(RESET);\n            }\n            else if (*ptr == '*' && (ptr == markdown || *(ptr - 1) != '*')) {\n                printf(ITALIC);\n                ptr++;\n                while (*ptr && *ptr != '*') putchar(*ptr++);\n                if (*ptr == '*') ptr++;\n                printf(RESET);\n            }\n            else if (strncmp(ptr, \"### \", 4) == 0) {\n                printf(BOLD FG_YELLOW);\n                ptr += 4;\n                while (*ptr && *ptr != '\\n') putchar(*ptr++);\n                printf(RESET \"\\n\");\n            } else if (strncmp(ptr, \"## \", 3) == 0) {\n                printf(BOLD FG_YELLOW);\n                ptr += 3;\n                while (*ptr && *ptr != '\\n') putchar(*ptr++);\n                printf(RESET \"\\n\");\n            } else if (strncmp(ptr, \"# \", 2) == 0) {\n                printf(BOLD FG_YELLOW);\n                ptr += 2;\n                while (*ptr && *ptr != '\\n') putchar(*ptr++);\n                printf(RESET \"\\n\");\n            } else {\n                putchar(*ptr);\n                ptr++;\n            }\n        }\n    }\n}",
+  "review": "# 7\n\n## Bugs\n- No clear handling or error checking for strings longer than the buffer size (256 characters).\n- Potential issues with markdown parsing states if code markers are irregularly placed.\n- No handling for nested formatting (e.g., bold within italic).\n\n## Optimizations\n- Use `fgets` or other safer string handling functions to manage buffer overflow risks.\n- Improve parsing efficiency by using a state machine or enhanced regex-like parsing for markdown.\n- Use `strstr` for specific tokens to simplify comparisons and eliminate repeated `strncmp` checks.\n- Consider dynamic memory allocation for buffers to handle long code sequences dynamically rather than a fixed size.\n\n## Good points\n- Logical separation of functionality with `is_keyword()` and `highlight_code()`.\n- Effective usage of ANSI escape sequences for terminal output formatting.\n- Good handling of basic code keyword parsing and markdown formatting.\n- Simple and easy-to-understand flow of text parsing and processing.\n\n## Summary\nThe code provides basic functionality to parse markdown and highlight syntax with ANSI escape codes for terminal output. It captures markdown features such as headers and emphasis effectively, and it correctly identifies certain programming keywords. However, the code has limitations in buffer handling and does not account for complex formatting scenarios. Enhancements could be made to improve safety and optimize parsing techniques.\n\n## Open source alternatives\n- [Pandoc](https://pandoc.org/): Converts markdown to various formats with custom styles.\n- [Markdown-it](https://github.com/markdown-it/markdown-it): A fast markdown parser for JavaScript, robust in handling markdown text.\n- [Pygments](https://pygments.org/): A more comprehensive syntax highlighting tool often used in combination with markdown parsers.",
+  "filename": "markdown.h",
+  "path": "markdown.h",
+  "directory": "",
+  "grade": 7,
+  "size": 3537,
+  "line_count": 115
+}
\ No newline at end of file
diff --git a/reviews/markdown.h.md b/reviews/markdown.h.md
new file mode 100644
index 0000000..7abb472
--- /dev/null
+++ b/reviews/markdown.h.md
@@ -0,0 +1,26 @@
+# 7
+
+## Bugs
+- No clear handling or error checking for strings longer than the buffer size (256 characters).
+- Potential issues with markdown parsing states if code markers are irregularly placed.
+- No handling for nested formatting (e.g., bold within italic).
+
+## Optimizations
+- Use `fgets` or other safer string handling functions to manage buffer overflow risks.
+- Improve parsing efficiency by using a state machine or enhanced regex-like parsing for markdown.
+- Use `strstr` for specific tokens to simplify comparisons and eliminate repeated `strncmp` checks.
+- Consider dynamic memory allocation for buffers to handle long code sequences dynamically rather than a fixed size.
+
+## Good points
+- Logical separation of functionality with `is_keyword()` and `highlight_code()`.
+- Effective usage of ANSI escape sequences for terminal output formatting.
+- Good handling of basic code keyword parsing and markdown formatting.
+- Simple and easy-to-understand flow of text parsing and processing.
+
+## Summary
+The code provides basic functionality to parse markdown and highlight syntax with ANSI escape codes for terminal output. It captures markdown features such as headers and emphasis effectively, and it correctly identifies certain programming keywords. However, the code has limitations in buffer handling and does not account for complex formatting scenarios. Enhancements could be made to improve safety and optimize parsing techniques.
+
+## Open source alternatives
+- [Pandoc](https://pandoc.org/): Converts markdown to various formats with custom styles.
+- [Markdown-it](https://github.com/markdown-it/markdown-it): A fast markdown parser for JavaScript, robust in handling markdown text.
+- [Pygments](https://pygments.org/): A more comprehensive syntax highlighting tool often used in combination with markdown parsers.
\ No newline at end of file
diff --git a/reviews/messages.h.json b/reviews/messages.h.json
new file mode 100644
index 0000000..97c09fd
--- /dev/null
+++ b/reviews/messages.h.json
@@ -0,0 +1,11 @@
+{
+  "extension": ".h",
+  "source": "#ifndef CALPACA_MESSAGES_H\n#define CALPACA_MESSAGES_H\n#include \"json-c/json.h\"\nstruct json_object *_message_array = NULL;\n\nstruct json_object *message_list(){\n    if(_message_array == NULL){\n        _message_array = json_object_new_array();\n    }\n    return _message_array;\n} \n\nstruct json_object *message_add(char * role, char * content){\n    struct json_object *messages = message_list();\n    struct json_object *message = json_object_new_object();\n    json_object_object_add(message, \"role\", json_object_new_string(role));\n    json_object_object_add(message, \"content\", json_object_new_string(content));\n    json_object_array_add(messages, message);\n    return message;\n}\n\nchar * message_json(){\n    return (char *)json_object_to_json_string_ext(message_list(), JSON_C_TO_STRING_PRETTY);\n}\n\nvoid message_free(){\n    if(_message_array != NULL){\n        json_object_put(_message_array);\n        _message_array = NULL;\n    }\n}\n#endif ",
+  "review": "7\n\n### Bugs\n- No thread-safety for `_message_array`. This could lead to issues in a multi-threaded environment.\n\n### Optimizations\n- Consider thread safety if used in a multi-threaded application by using mutexes or locks around the `_message_array`.\n- There\u2019s potential redundancy by redefining `_message_array` inside the `message_list` function every time it is accessed, evaluate if you need to reinitialize it once it\u2019s been set.\n- Use `const char *` for `role` and `content` in `message_add` to avoid copying if the input strings are meant to be unmodified.\n- Return a boolean from `message_free()` to indicate success or failure of the operation, if the application would benefit from knowing the result of the operation.\n\n### Good points\n- Use of `json-c` library is efficient for handling JSON operations.\n- The code provides a simple API to add messages and convert them to JSON.\n- Clean separation of tasks into different functions for adding messages, converting to JSON, and freeing resources.\n\n### Summary\nThis code provides a simple interface for handling message lists using the JSON-C library, offering basic functionalities to add, list, and serialize messages to JSON format. While it works well for its current purpose and uses the JSON-C interface effectively, thread safety and some minor optimizations could enhance its robustness and performance, particularly in multi-threaded applications. \n\n### Open source alternatives\n- json-c (already being used in this code but can handle more advanced features in JSON handling)\n- Jansson (a library for encoding, decoding, and manipulating JSON data in C)\n- cJSON (a lightweight JSON library for C; easy to use and simple to integrate)",
+  "filename": "messages.h",
+  "path": "messages.h",
+  "directory": "",
+  "grade": 7,
+  "size": 934,
+  "line_count": 32
+}
\ No newline at end of file
diff --git a/reviews/messages.h.md b/reviews/messages.h.md
new file mode 100644
index 0000000..7bb89a9
--- /dev/null
+++ b/reviews/messages.h.md
@@ -0,0 +1,23 @@
+7
+
+### Bugs
+- No thread-safety for `_message_array`. This could lead to issues in a multi-threaded environment.
+
+### Optimizations
+- Consider thread safety if used in a multi-threaded application by using mutexes or locks around the `_message_array`.
+- There’s potential redundancy by redefining `_message_array` inside the `message_list` function every time it is accessed, evaluate if you need to reinitialize it once it’s been set.
+- Use `const char *` for `role` and `content` in `message_add` to avoid copying if the input strings are meant to be unmodified.
+- Return a boolean from `message_free()` to indicate success or failure of the operation, if the application would benefit from knowing the result of the operation.
+
+### Good points
+- Use of `json-c` library is efficient for handling JSON operations.
+- The code provides a simple API to add messages and convert them to JSON.
+- Clean separation of tasks into different functions for adding messages, converting to JSON, and freeing resources.
+
+### Summary
+This code provides a simple interface for handling message lists using the JSON-C library, offering basic functionalities to add, list, and serialize messages to JSON format. While it works well for its current purpose and uses the JSON-C interface effectively, thread safety and some minor optimizations could enhance its robustness and performance, particularly in multi-threaded applications. 
+
+### Open source alternatives
+- json-c (already being used in this code but can handle more advanced features in JSON handling)
+- Jansson (a library for encoding, decoding, and manipulating JSON data in C)
+- cJSON (a lightweight JSON library for C; easy to use and simple to integrate)
\ No newline at end of file
diff --git a/reviews/openai.h.json b/reviews/openai.h.json
new file mode 100644
index 0000000..edf8ab7
--- /dev/null
+++ b/reviews/openai.h.json
@@ -0,0 +1,11 @@
+{
+  "extension": ".h",
+  "source": "#ifndef CALPACA_OPENAI_H\n#define CALPACA_OPENAI_H\n#include \"http.h\"\n#include \"chat.h\"\n#include <string.h>\n#include <stdbool.h>\n\nchar *openai_get_models()\n{\n    const char *hostname = \"api.openai.com\";\n    char *url = \"/v1/models\";\n    char *result = http_get(hostname, url);\n    return result;\n}\n\nbool openai_system(char * content){\n    bool is_done = false;\n    const char *hostname = \"api.openai.com\";\n    char *url = \"/v1/chat/completions\";\n    char *data = chat_json(\"system\", content);\n    char *result = http_post(hostname, url, data);\n    if(result){\n        is_done = true;\n    \n        free(result);\n    }\n    return is_done;\n}\n\n\nchar *openai_chat(char * role, char * content){\n    const char *hostname = \"api.openai.com\";\n    char *url = \"/v1/chat/completions\";\n    char *data = chat_json(role, content);\n    char *result = http_post(hostname, url, data);\n    char * body = strstr(result,\"\\r\\n\\r\\n\") +4;\n    body = strstr(body,\"\\r\\n\");\n    body = strstr(body,\"\\r\\n\");\n    *(body - 5) = 0;\n    struct json_object *parsed_json = json_tokener_parse(body);\n     if (!parsed_json) {\n        fprintf(stderr, \"Failed to parse JSON.\\n\");\n        return NULL;\n    }\n\n struct json_object *choices_array;\n    if (!json_object_object_get_ex(parsed_json, \"choices\", &choices_array)) {\n        fprintf(stderr, \"Failed to get 'choices' array.\\n\");\n        json_object_put(parsed_json);\n        return NULL;\n    }\n\n    // Get the first element of the \"choices\" array\n    struct json_object *first_choice = json_object_array_get_idx(choices_array, 0);\n    if (!first_choice) {\n        fprintf(stderr, \"Failed to get the first element of 'choices'.\\n\");\n        json_object_put(parsed_json);\n        return NULL;\n    }\n\n    // Extract the \"message\" object\n    struct json_object *message_object;\n    if (!json_object_object_get_ex(first_choice, \"message\", &message_object)) {\n        fprintf(stderr, \"Failed to get 'message' object.\\n\");\n        json_object_put(parsed_json);\n        return NULL;\n    }\n\n    // Print the \"message\" object\n   // printf(\"Message object:\\n%s\\n\", json_object_to_json_string_ext(message_object, JSON_C_TO_STRING_PRETTY));\n    message_add(\"assistant\",(char *)json_object_get_string(json_object_object_get(message_object, \"content\")));\n    // Clean up\n   free(data);\n   free(result);\n    result = strdup((char *)json_object_get_string(json_object_object_get(message_object, \"content\")));\n   \n    json_object_put(parsed_json);\n\n     //printf(\"Parsed JSON:\\n%s\\n\", json_object_to_json_string_ext(parsed_json, JSON_C_TO_STRING_PRETTY));\n\n    return result;\n}\n\n#endif ",
+  "review": "9\n\n### Bugs\n- The `http_get` and `http_post` functions are not defined here, they must be defined elsewhere or included appropriately.\n- Potential memory leak if `strstr` operations do not find the expected substrings, causing undefined behaviour.\n- `free(result)` is called in `openai_system` before the result is utilized, potentially causing a premature freeing of the resource.\n- Calling `free(data)` and `free(result)` should be conditional based on their allocation status.\n\n### Optimizations\n- Error handling could be improved by checking for NULL pointers more consistently throughout the functions.\n- The handling for the response body in `openai_chat` using multiple `strstr` calls is fragile; consider using a proper JSON parsing mechanism from the start rather than manually manipulating string pointers.\n- The use of `strdup` should be safeguarded with a check for available memory and to ensure `content` is valid.\n- Instead of multiple `strstr` calls, consider tokenizing or parsing JSON correctly with the right tools.\n- Use of constants for string sizes to ensure buffer overflow issues are managed.\n\n### Good Points\n- The code uses clear and understandable function names that describe their purpose neatly.\n- JSON parsing is attempted, showing an effort to manage API responses systematically.\n- The use of `json_object` to handle JSON responses is a good approach for robust data handling.\n\n### Summary\nThe code is written with clear intent and manages to achieve basic API functionality with JSON. However, it contains potential memory leaks and lacks comprehensive error handling, which can affect stability and performance. Improving string management and parsing will significantly enhance robustness.\n\n### Open source alternatives\n- **OpenAI GPT-3 API Wrapper in Python**: You can use libraries like `openai` in Python which offer a more user-friendly interface and comprehensive error handling with good community support.\n- **Curl**: For simple HTTP requests directly from CLI or integrated into different systems.\n- **libcurl**: A robust C library for making HTTP requests, including handling headers, user-agent strings, etc.",
+  "filename": "openai.h",
+  "path": "openai.h",
+  "directory": "",
+  "grade": 9,
+  "size": 2582,
+  "line_count": 84
+}
\ No newline at end of file
diff --git a/reviews/openai.h.md b/reviews/openai.h.md
new file mode 100644
index 0000000..9aa518c
--- /dev/null
+++ b/reviews/openai.h.md
@@ -0,0 +1,27 @@
+9
+
+### Bugs
+- The `http_get` and `http_post` functions are not defined here, they must be defined elsewhere or included appropriately.
+- Potential memory leak if `strstr` operations do not find the expected substrings, causing undefined behaviour.
+- `free(result)` is called in `openai_system` before the result is utilized, potentially causing a premature freeing of the resource.
+- Calling `free(data)` and `free(result)` should be conditional based on their allocation status.
+
+### Optimizations
+- Error handling could be improved by checking for NULL pointers more consistently throughout the functions.
+- The handling for the response body in `openai_chat` using multiple `strstr` calls is fragile; consider using a proper JSON parsing mechanism from the start rather than manually manipulating string pointers.
+- The use of `strdup` should be safeguarded with a check for available memory and to ensure `content` is valid.
+- Instead of multiple `strstr` calls, consider tokenizing or parsing JSON correctly with the right tools.
+- Use of constants for string sizes to ensure buffer overflow issues are managed.
+
+### Good Points
+- The code uses clear and understandable function names that describe their purpose neatly.
+- JSON parsing is attempted, showing an effort to manage API responses systematically.
+- The use of `json_object` to handle JSON responses is a good approach for robust data handling.
+
+### Summary
+The code is written with clear intent and manages to achieve basic API functionality with JSON. However, it contains potential memory leaks and lacks comprehensive error handling, which can affect stability and performance. Improving string management and parsing will significantly enhance robustness.
+
+### Open source alternatives
+- **OpenAI GPT-3 API Wrapper in Python**: You can use libraries like `openai` in Python which offer a more user-friendly interface and comprehensive error handling with good community support.
+- **Curl**: For simple HTTP requests directly from CLI or integrated into different systems.
+- **libcurl**: A robust C library for making HTTP requests, including handling headers, user-agent strings, etc.
\ No newline at end of file
diff --git a/reviews/plugin.h.json b/reviews/plugin.h.json
new file mode 100644
index 0000000..b11533b
--- /dev/null
+++ b/reviews/plugin.h.json
@@ -0,0 +1,11 @@
+{
+  "extension": ".h",
+  "source": "#include <python3.14/Python.h>\n#include <python3.14/structmember.h>\n#include <stdbool.h>\n\nbool plugin_initialized = false;\n\nbool plugin_construct(){\n    if(plugin_initialized)\n        return true;\n\n Py_Initialize();\n\n    // Check if Python initialized successfully\n    if (!Py_IsInitialized()) {\n        fprintf(stderr, \"Failed to initialize Python interpreter\\n\");\n        return plugin_initialized;\n    }\n    plugin_initialized = true;\n    return plugin_initialized;\n}\n\nvoid plugin_run(char * src){\n    plugin_construct();\n    char * basics = \"import sys\\n\"\n        \"import os\\n\"\n        \"import math\\n\"\n        \"import pathlib\\n\"\n        \"import subprocess\\n\"\n        \"import time\\n\"\n        \"from datetime import datetime\\n\"\n        \"%s\";\n    size_t length = strlen(basics) + strlen(src);\n    char * script = (char *)malloc(length + 1);\n    sprintf(script, basics, src);\n    script[length] = 0;\n    PyRun_SimpleString(script);\n    free(script);\n}\n\nvoid plugin_destruct(){\n    if(plugin_initialized)\n        Py_Finalize();\n}",
+  "review": "### 5\n\n## Bugs\n- Memory allocation without error handling, `malloc` could return a null pointer.\n- The variable `plugin_initialized` should be checked against `false` before trying to finalize to ensure it doesn't double finalize if called multiple times.\n- Potential buffer overflow in `sprintf` when formatting `script`.\n\n## Optimizations\n- Consider using `snprintf` instead of `sprintf` to prevent possible buffer overflow.\n- Use `PyEval_AcquireLock()` before calling Python C API functions and `PyEval_ReleaseLock()` after, to be safe from threading issues when embedding Python.\n- Initialize `plugin_initialized` only after the successful check for `Py_IsInitialized()`.\n\n## Good points\n- Properly guards initialization to ensure Python interpreter is initialized only once.\n- Structuring the code with separate initialization, execution, and destruction functions enhances modularity.\n\n## Summary\nThe code contains a simple implementation for running Python scripts from a C environment. It effectively initializes the Python interpreter only once to avoid redundant overhead. However, it lacks appropriate error handling, particularly in memory management and string formatting, which could result in undefined behavior if allocation fails or expected sizes are exceeded. Optimization suggestions mainly focus on security and efficiency related to string operations and proper use of Python threading mechanism, if needed.\n\n## Open source alternatives\n- **Boost.Python** is a well-established open source library which helps in seamless interoperability between C++ and Python.\n- **Pybind11** is another popular alternative offering Python bindings of C++ code.\n- **SWIG** (Simplified Wrapper and Interface Generator) can also be used to connect C/C++ programs with a variety of high-level programming languages, including Python.",
+  "filename": "plugin.h",
+  "path": "plugin.h",
+  "directory": "",
+  "grade": 5,
+  "size": 1027,
+  "line_count": 43
+}
\ No newline at end of file
diff --git a/reviews/plugin.h.md b/reviews/plugin.h.md
new file mode 100644
index 0000000..8d1cbf8
--- /dev/null
+++ b/reviews/plugin.h.md
@@ -0,0 +1,23 @@
+### 5
+
+## Bugs
+- Memory allocation without error handling, `malloc` could return a null pointer.
+- The variable `plugin_initialized` should be checked against `false` before trying to finalize to ensure it doesn't double finalize if called multiple times.
+- Potential buffer overflow in `sprintf` when formatting `script`.
+
+## Optimizations
+- Consider using `snprintf` instead of `sprintf` to prevent possible buffer overflow.
+- Use `PyEval_AcquireLock()` before calling Python C API functions and `PyEval_ReleaseLock()` after, to be safe from threading issues when embedding Python.
+- Initialize `plugin_initialized` only after the successful check for `Py_IsInitialized()`.
+
+## Good points
+- Properly guards initialization to ensure Python interpreter is initialized only once.
+- Structuring the code with separate initialization, execution, and destruction functions enhances modularity.
+
+## Summary
+The code contains a simple implementation for running Python scripts from a C environment. It effectively initializes the Python interpreter only once to avoid redundant overhead. However, it lacks appropriate error handling, particularly in memory management and string formatting, which could result in undefined behavior if allocation fails or expected sizes are exceeded. Optimization suggestions mainly focus on security and efficiency related to string operations and proper use of Python threading mechanism, if needed.
+
+## Open source alternatives
+- **Boost.Python** is a well-established open source library which helps in seamless interoperability between C++ and Python.
+- **Pybind11** is another popular alternative offering Python bindings of C++ code.
+- **SWIG** (Simplified Wrapper and Interface Generator) can also be used to connect C/C++ programs with a variety of high-level programming languages, including Python.
\ No newline at end of file
diff --git a/screenshot1.png b/screenshot1.png
new file mode 100644
index 0000000..8a7dd68
Binary files /dev/null and b/screenshot1.png differ