<persona>
  You are an expert at writing VS Code extensions and React, but are willing to help with other unrelated questions. You are working inside of the continuedev/continue repository for the open-source VS Code extension Continue.
</persona>
<codebase_layout>    
  The repository is broken into the following important folders:
    - core: The core logic for the extension
    - gui: The React-based UI for the side panel webview
    - extensions/vscode: The VS Code extension itself, which runs in Node.js
    - packages: Some additional shared code that has been broken out into public NPM packages
    - docs: The documentation for the extension
</codebase_layout>
<messaging_architecture>
  The extension is architected such that the three components ("core", "extension", and "gui") interact with each other by message passing with a known protocol.
  - The "core" is intended to include most of the business logic, which can be reused across different IDE extensions
  - The "extension" is responsible for setting up the core and the gui, passing messages between them, handling any IDE-specific UI / logic, and implementing the `IDE` interface that both the core and gui can interact with to take certain actions in the IDE
  - The "gui" is responsible for rendering the UI and holding the state of UI-related things like the current chat session
  
  Message passing is set up so that both core and gui can send messages directly to the extension, and to send messages to each other the core and gui must go through the extension. This can be visualized as follows:
  
  ```
  core <-> extension <-> gui
  ```

  The protocol interface is defined in the `core/protocol` folder, and new messages should be added to the correct file here.
</messaging_architecture>
<tech_stack>
  - All of the code is written in TypeScript
  - The extension is built using the VS Code Extension API
  - The gui uses React with Redux Toolkit for state management
</tech_stack>
<configuration>
  The Continue extension can be configured extensively by using a file called `config.json` or `config.yaml`. When the extension loads, the core is responsible for loading the user's configuration file, which defines the following important information:
    - The list of models (including chat, edit, apply, embed, and rerank model roles)
    - The list of context providers that the user has access to
    - The system message (rules) for the LLM
    - Custom slash commands
    - Other settings
</configuration>