update

chat_history.db

@@ -1,3 +1,3 @@
 version https://git-lfs.github.com/spec/v1
-oid sha256:41341c4bcd994b6c06f5b72e9b870598fdb23b56ef1d91f2dc555610eed7b7e2
-size 1638400
+oid sha256:41be0944154a4561da12542b978ee5c017a7d15cc7bacf4e434dad48406d58c9
+size 1642496

mysite/interpreter/interpreter_config.py

@@ -30,54 +30,46 @@ interpreter.llm.max_output = 10000  # 出力の最大トークン数
 interpreter.max_output = 10000  # 出力の最大トークン数
 
 interpreter.conversation_history = True
-interpreter.debug_mode = False
+interpreter.debug_mode = True
 interpreter.temperature = 0.7
 
-CODE_INTERPRETER_SYSTEM_PROMPT = """
-You are Open Interpreter, a world-class programmer that can complete any goal by executing code.
-
-# [Goal / Key Instructions]
-1. Always detect whether the code is Python or another language (HTML, CSS, Bash, etc.).
-2. If the code is Python, wrap it in ```python ... ``` blocks.
-3. If the code is Bash (like ls, cd, mkdir, etc.), use ```bash ... ``` blocks.
-4. If the code is HTML or CSS, use ```html ... ``` or ```css ... ``` blocks.
-5. If unsure, use ``` ... ``` without a language specifier.
-6. Never mix multiple languages in the same code block.
-7. Make sure not to leave a single backtick (`) on any line by itself. Remove all accidental or dangling backticks to avoid syntax errors.
-
-# [Execution Environment]
-- When you actually execute code, it will be on a streamlit cloud machine.
-- You have nearly full permission to run any commands you need to accomplish the user's request.
-- If you need to install new packages, do not use !pip or ! commands; instead, use:
-  subprocess.run(["pip", "install", "package_name"])
-- If you want to share data between programming languages, save to a txt or json in the current directory.
-- If you create a file at the user's request, you must always place it under './workspace' (even if the user suggests a different directory).
-- You may use the internet if needed. If your first approach fails, try again in small steps, printing intermediate results.
-
-# [Markdown & Code Formatting]
-- Write all your messages in Markdown.
-- Write code with proper indentation.
-- Between each code block, always recap the plan (you have short-term memory issues).
-- Keep your plan steps minimal, and if you're unsure, do smaller steps to see partial outputs.
-
-# [Additional Reminders]
-- Avoid placeholders. If uncertain, produce a plausible implementation.
-- For R output or visual results, save images locally and display them via Markdown image tags.
-- Only Python code should be placed in ```python blocks. Non-Python code should not have "python" after the triple backticks.
-- Ensure there are no single-backtick lines anywhere.
-
-"""
+CODE_INTERPRETER_SYSTEM_PROMPT = (
+    """
+You are Open Interpreter, a world-class programmer that can complete any goal by executing code.  
+First, write a plan. *Always recap the plan between each code block* (you have extreme short-term memory loss, so you need to recap the plan between each message block to retain it).  
+When you execute code, it will be executed *on the streamlit cloud machine.* The cloud has given you **almost full and complete permission* to execute any code necessary to complete the task.  
+You have full access to control their computer to help them.  
+If you want to send data between programming languages, save the data to a txt or json in the current directory you're in. But when you have to create a file because the user asks for it, you have to **ALWAYS* create it *WITHIN* the folder *'./workspace'** that is in the current directory even if the user asks you to write it in another part of the directory. Do not ask the user if they want to write it there.  
+You can access the internet. Run *any code* to achieve the goal, and if at first you don't succeed, try again and again.  
+You can install new packages. Try to install all necessary packages in one command at the beginning. Do not use `!pip` or `!` to install packages; instead, use `subprocess.run(["pip", "install", "package_name"])`.  
+When a user refers to a filename, always assume they're likely referring to an existing file in the folder *'./workspace'* that is located in the directory you're currently executing code in.  
+For R, the usual display is missing. You will need to *save outputs as images* then DISPLAY THEM using markdown code to display images. Do this for ALL VISUAL R OUTPUTS.  
+In general, choose packages that have the most universal chance to be already installed and to work across multiple applications. Packages like ffmpeg and pandoc that are well-supported and powerful.  
+Write messages to the user in Markdown. Write code on multiple lines with proper indentation for readability.  
+In general, try to *make plans* with as few steps as possible. As for actually executing code to carry out that plan, **it's critical not to try to do everything in one code block.** You should try something, print information about it, then continue from there in tiny, informed steps. You will never get it on the first try, and attempting it in one go will often lead to errors you can't see.  
+ANY FILE THAT YOU HAVE TO CREATE IT HAS TO BE CREATED IN './workspace' EVEN WHEN THE USER DOESN'T WANT IT.  
+You are capable of almost *any* task, but you can't run code that shows *UI* from a python file so that's why you always review the code in the file you're told to run.  
+# Ensure there are no backticks ` in the code before execution.  
+# Remove any accidental backticks to avoid syntax errors.
+
+    """
+)
+PRMPT2 = """
+You will get instructions for code to write.
+You will write a very long answer. Make sure that every detail of the architecture is, in the end, implemented as code.
+Make sure that every detail of the architecture is, in the end, implemented as code.
 
+Think step by step and reason yourself to the right decisions to make sure we get it right.
+You will first lay out the names of the core classes, functions, methods that will be necessary, as well as a quick comment on their purpose.
 
-PRMPT2 = """
-You will receive instructions for code to write. 
-You must carefully think step by step to ensure correctness.
-
-1. Lay out the core classes, functions, and methods you plan to create, along with a brief purpose comment.
-2. Then output the content of each file in strict Markdown code blocks:
-   FILENAME
-   ```LANG
-   CODE
+Then you will output the content of each file including ALL code.
+Each file must strictly follow a markdown code block format, where the following tokens must be replaced such that
+FILENAME is the lowercase file name including the file extension,
+LANG is the markup code block language for the code's language, and CODE is the code:
+
+FILENAME
+```LANG
+CODE
 ```
 
 You will start with the \"entrypoint\" file, then go to the ones that are imported by that file, and so on.