You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jan 2, 2025. It is now read-only.
"description":"The query with which to search. This should consist of keywords that might match something in the codebase, e.g. 'react functional components', 'contextmanager', 'bearer token'"
12
+
"description":"The query with which to search. This should consist of keywords that might match something in the codebase, e.g. 'react functional components', 'contextmanager', 'bearer token'. It should NOT contain redundant words like 'usage' or 'example'."
13
13
}
14
14
},
15
15
"required":["query"]
16
16
}
17
17
},
18
18
{
19
19
"name":"path",
20
-
"description":"Search the pathnames in a codebase. Results may not be exact matches, but will be similar by some edit-distance. Use when you want to find a specific file or directory.",
20
+
"description":"Search the pathnames in a codebase. Use when you want to find a specific file or directory. Results may not be exact matches, but will be similar by some edit-distance.",
"description":"You have enough information to answer the user's query. This is the final step, and signals that you have enough information to respond to the user's query. Use this if the user has instructed you to modify some code.",
34
+
"description":"Call this to answer the user. Call this only when you have enough information to answer the user's query.",
r#"Your job is to choose the best action. Call functions to find information that will help answer the user's query. Call functions.none when you have enough information to answer. Follow these rules at all times:
97
97
98
98
- ALWAYS call a function, DO NOT answer the question directly, even if the query is not in English
99
99
- DO NOT call a function that you've used before with the same arguments
100
100
- DO NOT assume the structure of the codebase, or the existence of files or folders
101
-
- Call functions to find information that will help answer the user's query, until all relevant information has been found
102
-
- Only call functions.proc with path indices that are under the PATHS heading above
103
-
- If the output of a function is empty, try calling the function again with different arguments OR try calling a different function
104
-
- If functions.code or functions.path did not return any relevant information, call them again with a SIGNIFICANTLY different query. The terms in the new query should not overlap with terms in your old one
105
-
- Call functions.proc with paths that you have reason to believe might contain relevant information. Either because of the path name, or to expand on code that's already been returned by functions.code
106
-
- DO NOT pass more than 5 paths to functions.proc at a time
101
+
- Call functions.none with paths that you are confident will help answer the user's query
107
102
- In most cases call functions.code or functions.path functions before calling functions.none
108
-
- When you have enough information to answer the user call functions.none. DO NOT answer the user directly
109
-
- If the user is referring to information that is already in your history, call functions.none
103
+
- If the user is referring to, or asking for, information that is in your history, call functions.none
104
+
- If after attempting to gather information you are still unsure how to answer the query, call functions.none
105
+
- If the query is a greeting, or not a question or an instruction call functions.none
110
106
- When calling functions.code or functions.path, your query should consist of keywords. E.g. if the user says 'What does contextmanager do?', your query should be 'contextmanager'. If the user says 'How is contextmanager used in app', your query should be 'contextmanager app'. If the user says 'What is in the src directory', your query should be 'src'
111
-
- Only call functions.none with paths that might help answer the user's query
112
-
- If after attempting to gather information you are still unsure how to answer the query, respond with the functions.none function
113
-
- If the query is a greeting, or not a question or an instruction use functions.none
107
+
- If functions.code or functions.path did not return any relevant information, call them again with a SIGNIFICANTLY different query. The terms in the new query should not overlap with terms in your old one
108
+
- If the output of a function is empty, try calling the function again with DIFFERENT arguments OR try calling a different function
109
+
- Only call functions.proc with path indices that are under the PATHS heading above
110
+
- Call functions.proc with paths that might contain relevant information. Either because of the path name, or to expand on code that's already been returned by functions.code
111
+
- DO NOT call functions.proc with more than 5 paths
112
+
- DO NOT call functions.proc on the same file more than once
114
113
- ALWAYS call a function. DO NOT answer the question directly"#);
115
114
s
116
115
}
@@ -150,24 +149,6 @@ A: "#
150
149
)
151
150
}
152
151
153
-
/*
154
-
155
-
format!(
156
-
r#"{context}#####
157
-
158
-
A user is looking at the code above, they'd like you to answer their queries.
159
-
160
-
Your output will be interpreted as bloop-markdown which renders with the following rules:
161
-
- All github-markdown rules are accepted
162
-
- Lines of code can be referenced using the URL format: [foo.rs](src/foo.rs#L50-L78)
163
-
- In this example, the link is to the file src/foo.rs and the lines 50 to 78
164
-
- Links should be semantically named to help the user understand when they're clicking on
165
-
- When referring to lines of code, you must use a link
166
-
- When referring to code symbols (functions, methods, fields, classes, structs, types, variables, values, definitions, directories, etc), you must use a link"#
0 commit comments