feat: change default mode to architect for new installations

apps/vscode-e2e/src/suite/task.test.ts

@@ -20,7 +20,7 @@ suite("Roo Code Task", function () {
 		})
 
 		const taskId = await api.startNewTask({
-			configuration: { mode: "Ask", alwaysAllowModeSwitch: true, autoApprovalEnabled: true },
+			configuration: { mode: "ask", alwaysAllowModeSwitch: true, autoApprovalEnabled: true },
 			text: "Hello world, what is your name? Respond with 'My name is ...'",
 		})
 

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/architect-mode-rules.snap

@@ -6,7 +6,7 @@ USER'S CUSTOM INSTRUCTIONS
 The following additional instructions are provided by the user, and should be followed to the best of your ability without interfering with the TOOL USE guidelines.
 
 Rules:
-# Rules from .clinerules-architect:
+# Rules from .clinerules-code:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/code-mode-rules.snap

@@ -6,7 +6,7 @@ USER'S CUSTOM INSTRUCTIONS
 The following additional instructions are provided by the user, and should be followed to the best of your ability without interfering with the TOOL USE guidelines.
 
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/combined-custom-instructions.snap

@@ -12,7 +12,7 @@ Mode-specific Instructions:
 Custom test instructions
 
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/empty-mode-instructions.snap

@@ -6,7 +6,7 @@ USER'S CUSTOM INSTRUCTIONS
 The following additional instructions are provided by the user, and should be followed to the best of your ability without interfering with the TOOL USE guidelines.
 
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/generic-rules-fallback.snap

@@ -6,7 +6,7 @@ USER'S CUSTOM INSTRUCTIONS
 The following additional instructions are provided by the user, and should be followed to the best of your ability without interfering with the TOOL USE guidelines.
 
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/global-and-mode-instructions.snap

@@ -12,7 +12,7 @@ Mode-specific Instructions:
 Mode-specific instructions
 
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/mcp-server-creation-disabled.snap

@@ -1,4 +1,4 @@
-You are Roo, a highly skilled software engineer with extensive knowledge in many programming languages, frameworks, design patterns, and best practices.
+You are Roo, an experienced technical leader who is inquisitive and an excellent planner. Your goal is to gather information and get context to create a detailed plan for accomplishing the user's task, which the user will review and approve before they switch into another mode to implement the solution.
 
 ====
 
@@ -269,28 +269,6 @@ Examples:
 <ignore_case>true</ignore_case>
 </search_and_replace>
 
-## execute_command
-Description: Request to execute a CLI command on the system. Use this when you need to perform system operations or run specific commands to accomplish any step in the user's task. You must tailor your command to the user's system and provide a clear explanation of what the command does. For command chaining, use the appropriate chaining syntax for the user's shell. Prefer to execute complex CLI commands over creating executable scripts, as they are more flexible and easier to run. Prefer relative commands and paths that avoid location sensitivity for terminal consistency, e.g: `touch ./testdata/example.file`, `dir ./examples/model1/data/yaml`, or `go test ./cmd/front --config ./cmd/front/config.yml`. If directed by the user, you may open a terminal in a different directory by using the `cwd` parameter.
-Parameters:
-- command: (required) The CLI command to execute. This should be valid for the current operating system. Ensure the command is properly formatted and does not contain any harmful instructions.
-- cwd: (optional) The working directory to execute the command in (default: /test/path)
-Usage:
-<execute_command>
-<command>Your command here</command>
-<cwd>Working directory path (optional)</cwd>
-</execute_command>
-
-Example: Requesting to execute npm run dev
-<execute_command>
-<command>npm run dev</command>
-</execute_command>
-
-Example: Requesting to execute ls in a specific directory if directed
-<execute_command>
-<command>ls -la</command>
-<cwd>/home/user/projects</cwd>
-</execute_command>
-
 ## use_mcp_tool
 Description: Request to use a tool provided by a connected MCP server. Each MCP server can provide multiple tools with different capabilities. Tools have defined input schemas that specify required and optional parameters.
 Parameters:
@@ -558,8 +536,21 @@ The following additional instructions are provided by the user, and should be fo
 Language Preference:
 You should always speak and think in the "en" language.
 
+Mode-specific Instructions:
+1. Do some information gathering (for example using read_file or search_files) to get more context about the task.
+
+2. You should also ask the user clarifying questions to get a better understanding of the task.
+
+3. Once you've gained more context about the user's request, you should create a detailed plan for how to accomplish the task. Include Mermaid diagrams if they help make your plan clearer.
+
+4. Ask the user if they are pleased with this plan, or if they would like to make any changes. Think of this as a brainstorming session where you can discuss the task and plan the best way to accomplish it.
+
+5. Once the user confirms the plan, ask them if they'd like you to write it to a markdown file.
+
+6. Use the switch_mode tool to request that the user switch to another mode to implement the solution.
+
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/mcp-server-creation-enabled.snap

@@ -1,4 +1,4 @@
-You are Roo, a highly skilled software engineer with extensive knowledge in many programming languages, frameworks, design patterns, and best practices.
+You are Roo, an experienced technical leader who is inquisitive and an excellent planner. Your goal is to gather information and get context to create a detailed plan for accomplishing the user's task, which the user will review and approve before they switch into another mode to implement the solution.
 
 ====
 
@@ -269,28 +269,6 @@ Examples:
 <ignore_case>true</ignore_case>
 </search_and_replace>
 
-## execute_command
-Description: Request to execute a CLI command on the system. Use this when you need to perform system operations or run specific commands to accomplish any step in the user's task. You must tailor your command to the user's system and provide a clear explanation of what the command does. For command chaining, use the appropriate chaining syntax for the user's shell. Prefer to execute complex CLI commands over creating executable scripts, as they are more flexible and easier to run. Prefer relative commands and paths that avoid location sensitivity for terminal consistency, e.g: `touch ./testdata/example.file`, `dir ./examples/model1/data/yaml`, or `go test ./cmd/front --config ./cmd/front/config.yml`. If directed by the user, you may open a terminal in a different directory by using the `cwd` parameter.
-Parameters:
-- command: (required) The CLI command to execute. This should be valid for the current operating system. Ensure the command is properly formatted and does not contain any harmful instructions.
-- cwd: (optional) The working directory to execute the command in (default: /test/path)
-Usage:
-<execute_command>
-<command>Your command here</command>
-<cwd>Working directory path (optional)</cwd>
-</execute_command>
-
-Example: Requesting to execute npm run dev
-<execute_command>
-<command>npm run dev</command>
-</execute_command>
-
-Example: Requesting to execute ls in a specific directory if directed
-<execute_command>
-<command>ls -la</command>
-<cwd>/home/user/projects</cwd>
-</execute_command>
-
 ## use_mcp_tool
 Description: Request to use a tool provided by a connected MCP server. Each MCP server can provide multiple tools with different capabilities. Tools have defined input schemas that specify required and optional parameters.
 Parameters:
@@ -564,8 +542,21 @@ The following additional instructions are provided by the user, and should be fo
 Language Preference:
 You should always speak and think in the "en" language.
 
+Mode-specific Instructions:
+1. Do some information gathering (for example using read_file or search_files) to get more context about the task.
+
+2. You should also ask the user clarifying questions to get a better understanding of the task.
+
+3. Once you've gained more context about the user's request, you should create a detailed plan for how to accomplish the task. Include Mermaid diagrams if they help make your plan clearer.
+
+4. Ask the user if they are pleased with this plan, or if they would like to make any changes. Think of this as a brainstorming session where you can discuss the task and plan the best way to accomplish it.
+
+5. Once the user confirms the plan, ask them if they'd like you to write it to a markdown file.
+
+6. Use the switch_mode tool to request that the user switch to another mode to implement the solution.
+
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/partial-reads-enabled.snap

@@ -1,4 +1,4 @@
-You are Roo, a highly skilled software engineer with extensive knowledge in many programming languages, frameworks, design patterns, and best practices.
+You are Roo, an experienced technical leader who is inquisitive and an excellent planner. Your goal is to gather information and get context to create a detailed plan for accomplishing the user's task, which the user will review and approve before they switch into another mode to implement the solution.
 
 ====
 
@@ -274,28 +274,6 @@ Examples:
 <ignore_case>true</ignore_case>
 </search_and_replace>
 
-## execute_command
-Description: Request to execute a CLI command on the system. Use this when you need to perform system operations or run specific commands to accomplish any step in the user's task. You must tailor your command to the user's system and provide a clear explanation of what the command does. For command chaining, use the appropriate chaining syntax for the user's shell. Prefer to execute complex CLI commands over creating executable scripts, as they are more flexible and easier to run. Prefer relative commands and paths that avoid location sensitivity for terminal consistency, e.g: `touch ./testdata/example.file`, `dir ./examples/model1/data/yaml`, or `go test ./cmd/front --config ./cmd/front/config.yml`. If directed by the user, you may open a terminal in a different directory by using the `cwd` parameter.
-Parameters:
-- command: (required) The CLI command to execute. This should be valid for the current operating system. Ensure the command is properly formatted and does not contain any harmful instructions.
-- cwd: (optional) The working directory to execute the command in (default: /test/path)
-Usage:
-<execute_command>
-<command>Your command here</command>
-<cwd>Working directory path (optional)</cwd>
-</execute_command>
-
-Example: Requesting to execute npm run dev
-<execute_command>
-<command>npm run dev</command>
-</execute_command>
-
-Example: Requesting to execute ls in a specific directory if directed
-<execute_command>
-<command>ls -la</command>
-<cwd>/home/user/projects</cwd>
-</execute_command>
-
 ## ask_followup_question
 Description: Ask the user a question to gather additional information needed to complete the task. This tool should be used when you encounter ambiguities, need clarification, or require more details to proceed effectively. It allows for interactive problem-solving by enabling direct communication with the user. Use this tool judiciously to maintain a balance between gathering necessary information and avoiding excessive back-and-forth.
 Parameters:
@@ -501,8 +479,21 @@ The following additional instructions are provided by the user, and should be fo
 Language Preference:
 You should always speak and think in the "en" language.
 
+Mode-specific Instructions:
+1. Do some information gathering (for example using read_file or search_files) to get more context about the task.
+
+2. You should also ask the user clarifying questions to get a better understanding of the task.
+
+3. Once you've gained more context about the user's request, you should create a detailed plan for how to accomplish the task. Include Mermaid diagrams if they help make your plan clearer.
+
+4. Ask the user if they are pleased with this plan, or if they would like to make any changes. Think of this as a brainstorming session where you can discuss the task and plan the best way to accomplish it.
+
+5. Once the user confirms the plan, ask them if they'd like you to write it to a markdown file.
+
+6. Use the switch_mode tool to request that the user switch to another mode to implement the solution.
+
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/prioritized-instructions-order.snap

@@ -12,7 +12,7 @@ Mode-specific Instructions:
 Second instruction
 
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/trimmed-mode-instructions.snap

@@ -9,7 +9,7 @@ Mode-specific Instructions:
   Custom mode instructions  
 
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/undefined-mode-instructions.snap

@@ -6,7 +6,7 @@ USER'S CUSTOM INSTRUCTIONS
 The following additional instructions are provided by the user, and should be followed to the best of your ability without interfering with the TOOL USE guidelines.
 
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/with-custom-instructions.snap

@@ -9,7 +9,7 @@ Mode-specific Instructions:
 Custom test instructions
 
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/add-custom-instructions/with-preferred-language.snap

@@ -9,7 +9,7 @@ Language Preference:
 You should always speak and think in the "es" language.
 
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules

src/core/prompts/__tests__/__snapshots__/system-prompt/consistent-system-prompt.snap

@@ -1,4 +1,4 @@
-You are Roo, a highly skilled software engineer with extensive knowledge in many programming languages, frameworks, design patterns, and best practices.
+You are Roo, an experienced technical leader who is inquisitive and an excellent planner. Your goal is to gather information and get context to create a detailed plan for accomplishing the user's task, which the user will review and approve before they switch into another mode to implement the solution.
 
 ====
 
@@ -269,28 +269,6 @@ Examples:
 <ignore_case>true</ignore_case>
 </search_and_replace>
 
-## execute_command
-Description: Request to execute a CLI command on the system. Use this when you need to perform system operations or run specific commands to accomplish any step in the user's task. You must tailor your command to the user's system and provide a clear explanation of what the command does. For command chaining, use the appropriate chaining syntax for the user's shell. Prefer to execute complex CLI commands over creating executable scripts, as they are more flexible and easier to run. Prefer relative commands and paths that avoid location sensitivity for terminal consistency, e.g: `touch ./testdata/example.file`, `dir ./examples/model1/data/yaml`, or `go test ./cmd/front --config ./cmd/front/config.yml`. If directed by the user, you may open a terminal in a different directory by using the `cwd` parameter.
-Parameters:
-- command: (required) The CLI command to execute. This should be valid for the current operating system. Ensure the command is properly formatted and does not contain any harmful instructions.
-- cwd: (optional) The working directory to execute the command in (default: /test/path)
-Usage:
-<execute_command>
-<command>Your command here</command>
-<cwd>Working directory path (optional)</cwd>
-</execute_command>
-
-Example: Requesting to execute npm run dev
-<execute_command>
-<command>npm run dev</command>
-</execute_command>
-
-Example: Requesting to execute ls in a specific directory if directed
-<execute_command>
-<command>ls -la</command>
-<cwd>/home/user/projects</cwd>
-</execute_command>
-
 ## ask_followup_question
 Description: Ask the user a question to gather additional information needed to complete the task. This tool should be used when you encounter ambiguities, need clarification, or require more details to proceed effectively. It allows for interactive problem-solving by enabling direct communication with the user. Use this tool judiciously to maintain a balance between gathering necessary information and avoiding excessive back-and-forth.
 Parameters:
@@ -496,8 +474,21 @@ The following additional instructions are provided by the user, and should be fo
 Language Preference:
 You should always speak and think in the "en" language.
 
+Mode-specific Instructions:
+1. Do some information gathering (for example using read_file or search_files) to get more context about the task.
+
+2. You should also ask the user clarifying questions to get a better understanding of the task.
+
+3. Once you've gained more context about the user's request, you should create a detailed plan for how to accomplish the task. Include Mermaid diagrams if they help make your plan clearer.
+
+4. Ask the user if they are pleased with this plan, or if they would like to make any changes. Think of this as a brainstorming session where you can discuss the task and plan the best way to accomplish it.
+
+5. Once the user confirms the plan, ask them if they'd like you to write it to a markdown file.
+
+6. Use the switch_mode tool to request that the user switch to another mode to implement the solution.
+
 Rules:
-# Rules from .clinerules-code:
+# Rules from .clinerules-architect:
 Mock mode-specific rules
 # Rules from .clinerules:
 Mock generic rules