Continue JetBrains 插件架构全解析在 IntelliJ 平台接入 Continue AI 编码 Agent 的工程实践【免费下载链接】continueopen-source coding agent项目地址: https://gitcode.com/GitHub_Trending/co/continue本文以仓库中 extensions/intellij/rules.md 为骨架系统梳理 Continue 开源编码 Agent 的 JetBrains/IntelliJ 插件实现它如何在 IDEA、PyCharm、WebStorm 等 JetBrains IDE 中提供 Chat、Autocomplete、Inline Edit 与 Agent 能力如何通过 stdin/stdout 与 Core 二进制通信、嵌入 React Webview 渲染界面。读完本文你将掌握该插件的模块划分、核心类职责、JSON 消息协议、进程管理、测试体系与调试方法能够直接基于仓库源码继续深入开发或排查问题。项目定位JetBrains 家族的 AI 编码入口Continue 是一个开源编码 Agentopen-source coding agent其 JetBrains 扩展com.github.continuedev.continueintellijextension是面向 IntelliJ 平台IDEA、PyCharm、WebStorm 等的官方插件提供四大核心能力Chat在 IDE 内与 AI 对话提问并澄清代码片段Autocomplete输入时获得内联代码补全建议Inline Edit不离开当前文件即可修改代码段Agent与 AI 协作完成开发任务。从 extensions/intellij/README.md 的说明看当前 JetBrains 插件由社区维护官方强烈推荐优先使用 Continue CLI终端中运行cn但插件依然是理解 Continue 多 IDE 架构的最佳范本之一它复用了core目录的共享逻辑将其打包进binary目录的二进制再通过标准输入输出进行通信。架构总览Kotlin Gradle 三层消息转发rules.md明确了插件的技术栈与整体架构语言与构建KotlinJDK 17、Gradle 构建通信与binary目录产出的 Core 二进制通过 stdin/stdout 传递消息UI内嵌来自gui目录的 React Webview平台IntelliJ Platform Plugin可运行于 IDEA、PyCharm、WebStorm 等。架构的核心是一条双向消息链路JetBrains 插件 (Kotlin) ←—stdin/stdout JSON—→ Core 二进制 (binary/) ↑ ↑ └————— 转发 ——————→ React Webview (gui/)插件Extension在 Core 与 Webview 之间充当中继器relay来自 Core 的消息按类型分发给 IDE 侧监听器或转发给 Webview来自 Webview 的消息则写入 Core 进程的标准输入。这条链路的底层实现在 CoreMessenger.kt 中稍后详述。源码结构从包名读懂职责边界rules.md给出了清晰的源码目录地图与仓库实际结构一致见 extensions/intellij/srcsrc/main/kotlin/com/github/continuedev/continueintellijextension/ ├── continue/ # Core 集成CoreMessenger、IntelliJIde、IdeProtocolClient ├── autocomplete/ # 代码补全逻辑 ├── editor/ # Diff 处理、Inline Edit ├── toolWindow/ # 主 UI 面板 ├── services/ # 设置、插件生命周期 ├── actions/ # 键盘快捷键、菜单动作 ├── protocol/ # 消息类型定义 └── constants/ # 应用常量、路径 src/main/resources/ ├── META-INF/plugin.xml # 插件配置 └── webview/ # 内嵌 React UI 资源各包的核心关注点continue包是插件与 Core 二进制之间的“翻译层”负责进程生命周期与消息收发autocomplete包实现内联补全 Provider接入 IntelliJ 的inline.completion.provider扩展点editor包承载 Diff 流式渲染与 Inline Edit 面板如DiffStreamService、InlineEditPaneltoolWindow包将 React Webview 挂载到右侧的 Continue 工具窗口actions包把快捷键与菜单动作绑定到具体的 Action 类。核心文件逐一拆解rules.md点名的五个核心文件恰好覆盖了插件从启动到运行的完整链路下面结合源码逐一说明。1. IntelliJIde.ktIDE 能力的统一出口IntelliJIde.kt共 737 行是插件实现 Continue IDE 抽象接口的类是 Core 访问 IDE 能力的唯一入口。它涵盖文件读写、编辑器操作、Git 操作、终端、搜索ripgrep等能力。值得注意的细节是它内置了三组忽略规则IntelliJIde.kt#L49-L116DEFAULT_SECURITY_IGNORE_FILETYPES出于安全考虑必须排除的文件类型包括.env*、config.json、证书密钥*.key、*.pem、*.p12、数据库文件*.db、*.sqlite、凭据文件credentials、*.token以及 SSH/GPG 文件等DEFAULT_SECURITY_IGNORE_DIRS云厂商凭据目录.aws/、.gcp/、.azure/、.kube/、密钥目录.ssh/、.gnupg/等ADDITIONAL_SEARCH_IGNORE_FILETYPES/ADDITIONAL_SEARCH_IGNORE_DIRS常规索引排除项如二进制文件、锁文件、日志、.git/、node_modules/、target/、.venv/等。这些规则合并为DEFAULT_IGNORES后用于 ripgrep 搜索确保 AI 不会把密钥、数据库等敏感内容作为上下文。此外getIdeInfo()IntelliJIde.kt#L137会通过检测SSH_CLIENT/SSH_TTY环境变量判断当前是本地local还是远程 SSH 会话从而向 Core 上报 IDE 名称、版本与运行环境。2. CoreMessenger.kt与 Core 二进制的通信中枢CoreMessenger.kt 负责维护 Core 子进程并转发消息。它的工作方式如下发起请求requestL29-L34将messageId、messageType、data序列化为一条 JSON 写入进程标准输入同时把回调注册到responseListeners映射中等待异步响应。接收消息handleMessageL45-L75按三种情况分流若messageType属于IDE_MESSAGE_TYPES如readFile、runCommand、showDiff交给IdeProtocolClient处理并把处理结果写回 Core若属于PASS_THROUGH_TO_WEBVIEW如configUpdate、sessionUpdate、indexProgress直接透传给 Webview若是某个messageId的响应则调用注册的回调只有当数据中的done ! false时才移除监听器——即done false表示流式输出尚未结束需要保留回调继续接收。进程生命周期L86-L96restart()清空监听器、关闭旧进程并重新启动close()在插件销毁时关闭进程。当 Core 进程意外退出时会触发onUnexpectedExit回调用于向用户提示与恢复。3. plugin.xml插件清单与扩展点注册plugin.xml 是 IntelliJ 平台的插件配置清单声明了插件 ID、依赖、扩展点与动作。关键内容工具窗口L18-L19注册右侧锚定的ContinueToolWindow工厂类为ContinuePluginToolWindowFactory服务注册L20-L53ContinuePluginService、DiffStreamService、CompletionService、NextEditService等均为 project 级服务ContinueExtensionSettings为 application 级服务提供Continue设置页内联补全扩展点L38ContinueInlineCompletionProvider接入 IntelliJ 的 inline completion 机制快捷键动作L56-L199下表为部分常用快捷键动作默认快捷键Windows/LinuxmacOS说明Inline EditCtrlIMetaI就地编辑代码Accept DiffShiftCtrlEnterShiftMetaEnter接受 DiffReject DiffShiftCtrlBackspaceShiftMetaBackspace拒绝 DiffAccept Vertical Diff BlockAltShiftYAltShiftY接受纵向 Diff 块Reject Vertical Diff BlockAltShiftNAltShiftN拒绝纵向 Diff 块添加选中代码到上下文清空输入CtrlJMetaJ聚焦 Continue 输入框添加选中代码到上下文不清空CtrlShiftJMetaShiftJ聚焦并保留输入此外还注册了重启进程、查看历史、打开设置、打开日志、重新加载浏览器等 Action以及项目视图右键菜单中的 “Add to Chat” 动作。插件要求 IDE 版本sinceBuild 241起见 build.gradle.kts#L72。4. build.gradle.kts构建与打包配置build.gradle.kts 采用 IntelliJ Platform Gradle Pluginorg.jetbrains.intellij.platform2.7.2关键点Kotlin 2.1.0、JVM toolchain 17与rules.md所述一致编译时引入intellijIdeaCommunity(platformVersion)与org.jetbrains.plugins.terminal插件依赖保证平台 API 可用PrepareSandboxTaskL105-L109会把../../binary/bin复制进插件沙箱的core目录——这正是插件运行时能启动 Core 二进制的关键runIdeL119-L124默认打开../../manual-testing-sandbox目录方便直接调试pluginVerificationL86-L94针对 ICIntelliJ Community2024.1 至 2025.2 五个版本做兼容性验证测试时通过环境变量CONTINUE_GLOBAL_DIR指定测试专用的 Continue 全局目录避免污染真实配置。5. ContinuePluginService.kt插件主服务编排器ContinuePluginService.kt 是 project 级服务Service(Service.Level.PROJECT)持有CoreMessenger、IdeProtocolClient、DiffManager等核心对象并承担编辑器事件跟踪向EditorFactory注册 selection、caret、document 监听器L42-L59驱动上下文追踪dispose()时取消协程作用域并关闭 Core 消息通道确保资源随项目关闭而释放。消息协议三类消息与转发矩阵rules.md指出消息类型定义在constants/MessageTypes.kt插件负责在 Core 与 Webview 间中继。结合 MessageTypes.kt消息被划分为三类1.IDE_MESSAGE_TYPESL5-L51Core 请求 IDE 能力时使用的消息由IdeProtocolClient消费例如readFile、writeFile、openFile、runCommand、getDiff、getTerminalContents、getSearchResults、getProblems、getBranch、applyToFile、showToast、openUrl等。2.PASS_THROUGH_TO_WEBVIEWL55-L68Core 主动推送给 GUI 的事件如configUpdate、indexProgress、sessionUpdate、addContextItem、toolCallPartialOutput、didCloseFiles等插件原样转发给 Webview。3.PASS_THROUGH_TO_COREL72-L158Webview 发给 Core 的请求如autocomplete/complete、nextEdit/predict、streamDiffLines、llm/streamChat、mcp/*、index/*、tools/call、config/*等涵盖补全、Next Edit、流式 Diff、LLM 调用、MCP 服务与配置管理。源码注释特别提醒修改PASS_THROUGH_TO_WEBVIEW与PASS_THROUGH_TO_CORE时必须同步更新 core/protocol/passThrough.ts保证两端协议一致。进程管理二进制、Socket 与开发模式插件与 Core 的底层通信由continue/process/下的三个类实现ContinueBinaryProcess.kt启动 Core 可执行文件路径由getContinueBinaryPath()提供并做平台适配——macOS 上移除 quarantine 属性并赋予执行权限Linux 上设置 POSIX 权限OWNER_READ/WRITE/EXECUTE同时把代理设置ProxySettings注入子进程环境变量ContinueSocketProcess.kt通过 TCP 连接127.0.0.1:3000用于开发模式ContinueProcessHandler.kt基于协程与 Channel 的读写器——读循环逐行读取 stdout写循环通过无界 Channel 串行写入 stdin每行一条 JSON以\r\n结尾。选择哪种进程由环境变量决定CoreMessenger.kt#L36-L43USE_TCPtrue时走 Socket否则走二进制。这与 Core 侧的 binary/src/index.ts 对应当CONTINUE_DEVELOPMENTtrue时使用TcpMessenger等待连接否则使用IpcMessengerstdin/stdout。两者配合便构成了开发期的调试链路。测试体系单元测试与 E2E 自动化rules.md概括了测试策略仓库中已落实单元测试位于 src/test/kotlin包括ContinueInlineCompletionProviderTest、FileUtilsTest、UriUtilsTest、ProxySettingsTest、CheckFimTest、ContinueBrowserChunkTest等运行命令./gradlew testE2E 测试位于src/testIntegration/kotlin使用 JetBrainsintellij-ide-starter驱动真实 IDE UI如Autocomplete.kt运行命令./gradlew testIntegration。首次运行需要下载对应版本 IDE测试会接管鼠标控制macOS 上需在“系统设置 → 隐私与安全性 → 辅助功能”中为 IntelliJ 授权调试runIdeGradle 任务启动带插件的新 IDE 实例默认打开manual-testing-sandbox目录可直接在 IntelliJ 中打断点调试插件逻辑。media/run-continue-intellij.png展示了 IDE 右上角选择 “Run Continue” 任务进行调试的入口。更多开发工作流细节日志查看、断点设置、buildPlugin打包、从磁盘安装插件等见 extensions/intellij/CONTRIBUTING.md。关键集成点与 IntelliJ 平台的能力对接rules.md最后总结了插件与 IntelliJ 平台的四个集成方向均可从源码中找到对应实现集成点说明源码佐证文件操作基于 IntelliJ VFSVirtual File System读写、列举、监控文件continue/file/FileUtils.kt、UriUtils.kt编辑器集成Diff 流式展示、内联补全、行内标记editor/DiffStreamService.kt、autocomplete/ContinueInlineCompletionProvider.ktGit 操作为 Agent 提供仓库上下文分支、Git 根路径、Diff 等continue/GitService.kt设置存储基于 IntelliJ 平台存储持久化插件设置services/ContinueExtensionSettingsService.kt例如MessageTypes.IDE_MESSAGE_TYPES中的getGitRootPath、getBranch、getDiff均由GitService实现getSearchResults、getFileResults则由 ripgrep 支撑且搜索时会自动应用上文提到的安全忽略规则。结语Continue 的 JetBrains 扩展是一个典型的“薄壳 共享核心”架构范例Kotlin 插件只负责平台适配与消息中继真正的 AI 逻辑全部沉淀在core与binary中因此一套核心可以同时服务 VS Code、JetBrains 与 CLI 等多个前端。理解 rules.md 所勾勒的模块边界、消息协议与进程模型是深入阅读该扩展乃至为社区做贡献的起点配合./gradlew runIde调试与./gradlew test/./gradlew testIntegration测试即可在本地完整复现插件的开发闭环。【免费下载链接】continueopen-source coding agent项目地址: https://gitcode.com/GitHub_Trending/co/continue创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/9/10 20:26:38 · 阅读 1.2k Continue JetBrains 插件架构全解析：在 IntelliJ 平台接入 Continue AI 编码 Agent 的工程实践
Continue JetBrains 插件架构全解析在 IntelliJ 平台接入 Continue AI 编码 Agent 的工程实践【免费下载链接】continueopen-source coding agent项目地址: https://gitcode.com/GitHub_Trending/co/continue本文以仓库中 extensions/intellij/rules.md 为骨架系统梳理 Continue 开源编码 Agent 的 JetBrains/IntelliJ 插件实现它如何在 IDEA、PyCharm、WebStorm 等 JetBrains IDE 中提供 Chat、Autocomplete、Inline Edit 与 Agent 能力如何通过 stdin/stdout 与 Core 二进制通信、嵌入 React Webview 渲染界面。读完本文你将掌握该插件的模块划分、核心类职责、JSON 消息协议、进程管理、测试体系与调试方法能够直接基于仓库源码继续深入开发或排查问题。项目定位JetBrains 家族的 AI 编码入口Continue 是一个开源编码 Agentopen-source coding agent其 JetBrains 扩展com.github.continuedev.continueintellijextension是面向 IntelliJ 平台IDEA、PyCharm、WebStorm 等的官方插件提供四大核心能力Chat在 IDE 内与 AI 对话提问并澄清代码片段Autocomplete输入时获得内联代码补全建议Inline Edit不离开当前文件即可修改代码段Agent与 AI 协作完成开发任务。从 extensions/intellij/README.md 的说明看当前 JetBrains 插件由社区维护官方强烈推荐优先使用 Continue CLI终端中运行cn但插件依然是理解 Continue 多 IDE 架构的最佳范本之一它复用了core目录的共享逻辑将其打包进binary目录的二进制再通过标准输入输出进行通信。架构总览Kotlin Gradle 三层消息转发rules.md明确了插件的技术栈与整体架构语言与构建KotlinJDK 17、Gradle 构建通信与binary目录产出的 Core 二进制通过 stdin/stdout 传递消息UI内嵌来自gui目录的 React Webview平台IntelliJ Platform Plugin可运行于 IDEA、PyCharm、WebStorm 等。架构的核心是一条双向消息链路JetBrains 插件 (Kotlin) ←—stdin/stdout JSON—→ Core 二进制 (binary/) ↑ ↑ └————— 转发 ——————→ React Webview (gui/)插件Extension在 Core 与 Webview 之间充当中继器relay来自 Core 的消息按类型分发给 IDE 侧监听器或转发给 Webview来自 Webview 的消息则写入 Core 进程的标准输入。这条链路的底层实现在 CoreMessenger.kt 中稍后详述。源码结构从包名读懂职责边界rules.md给出了清晰的源码目录地图与仓库实际结构一致见 extensions/intellij/srcsrc/main/kotlin/com/github/continuedev/continueintellijextension/ ├── continue/ # Core 集成CoreMessenger、IntelliJIde、IdeProtocolClient ├── autocomplete/ # 代码补全逻辑 ├── editor/ # Diff 处理、Inline Edit ├── toolWindow/ # 主 UI 面板 ├── services/ # 设置、插件生命周期 ├── actions/ # 键盘快捷键、菜单动作 ├── protocol/ # 消息类型定义 └── constants/ # 应用常量、路径 src/main/resources/ ├── META-INF/plugin.xml # 插件配置 └── webview/ # 内嵌 React UI 资源各包的核心关注点continue包是插件与 Core 二进制之间的“翻译层”负责进程生命周期与消息收发autocomplete包实现内联补全 Provider接入 IntelliJ 的inline.completion.provider扩展点editor包承载 Diff 流式渲染与 Inline Edit 面板如DiffStreamService、InlineEditPaneltoolWindow包将 React Webview 挂载到右侧的 Continue 工具窗口actions包把快捷键与菜单动作绑定到具体的 Action 类。核心文件逐一拆解rules.md点名的五个核心文件恰好覆盖了插件从启动到运行的完整链路下面结合源码逐一说明。1. IntelliJIde.ktIDE 能力的统一出口IntelliJIde.kt共 737 行是插件实现 Continue IDE 抽象接口的类是 Core 访问 IDE 能力的唯一入口。它涵盖文件读写、编辑器操作、Git 操作、终端、搜索ripgrep等能力。值得注意的细节是它内置了三组忽略规则IntelliJIde.kt#L49-L116DEFAULT_SECURITY_IGNORE_FILETYPES出于安全考虑必须排除的文件类型包括.env*、config.json、证书密钥*.key、*.pem、*.p12、数据库文件*.db、*.sqlite、凭据文件credentials、*.token以及 SSH/GPG 文件等DEFAULT_SECURITY_IGNORE_DIRS云厂商凭据目录.aws/、.gcp/、.azure/、.kube/、密钥目录.ssh/、.gnupg/等ADDITIONAL_SEARCH_IGNORE_FILETYPES/ADDITIONAL_SEARCH_IGNORE_DIRS常规索引排除项如二进制文件、锁文件、日志、.git/、node_modules/、target/、.venv/等。这些规则合并为DEFAULT_IGNORES后用于 ripgrep 搜索确保 AI 不会把密钥、数据库等敏感内容作为上下文。此外getIdeInfo()IntelliJIde.kt#L137会通过检测SSH_CLIENT/SSH_TTY环境变量判断当前是本地local还是远程 SSH 会话从而向 Core 上报 IDE 名称、版本与运行环境。2. CoreMessenger.kt与 Core 二进制的通信中枢CoreMessenger.kt 负责维护 Core 子进程并转发消息。它的工作方式如下发起请求requestL29-L34将messageId、messageType、data序列化为一条 JSON 写入进程标准输入同时把回调注册到responseListeners映射中等待异步响应。接收消息handleMessageL45-L75按三种情况分流若messageType属于IDE_MESSAGE_TYPES如readFile、runCommand、showDiff交给IdeProtocolClient处理并把处理结果写回 Core若属于PASS_THROUGH_TO_WEBVIEW如configUpdate、sessionUpdate、indexProgress直接透传给 Webview若是某个messageId的响应则调用注册的回调只有当数据中的done ! false时才移除监听器——即done false表示流式输出尚未结束需要保留回调继续接收。进程生命周期L86-L96restart()清空监听器、关闭旧进程并重新启动close()在插件销毁时关闭进程。当 Core 进程意外退出时会触发onUnexpectedExit回调用于向用户提示与恢复。3. plugin.xml插件清单与扩展点注册plugin.xml 是 IntelliJ 平台的插件配置清单声明了插件 ID、依赖、扩展点与动作。关键内容工具窗口L18-L19注册右侧锚定的ContinueToolWindow工厂类为ContinuePluginToolWindowFactory服务注册L20-L53ContinuePluginService、DiffStreamService、CompletionService、NextEditService等均为 project 级服务ContinueExtensionSettings为 application 级服务提供Continue设置页内联补全扩展点L38ContinueInlineCompletionProvider接入 IntelliJ 的 inline completion 机制快捷键动作L56-L199下表为部分常用快捷键动作默认快捷键Windows/LinuxmacOS说明Inline EditCtrlIMetaI就地编辑代码Accept DiffShiftCtrlEnterShiftMetaEnter接受 DiffReject DiffShiftCtrlBackspaceShiftMetaBackspace拒绝 DiffAccept Vertical Diff BlockAltShiftYAltShiftY接受纵向 Diff 块Reject Vertical Diff BlockAltShiftNAltShiftN拒绝纵向 Diff 块添加选中代码到上下文清空输入CtrlJMetaJ聚焦 Continue 输入框添加选中代码到上下文不清空CtrlShiftJMetaShiftJ聚焦并保留输入此外还注册了重启进程、查看历史、打开设置、打开日志、重新加载浏览器等 Action以及项目视图右键菜单中的 “Add to Chat” 动作。插件要求 IDE 版本sinceBuild 241起见 build.gradle.kts#L72。4. build.gradle.kts构建与打包配置build.gradle.kts 采用 IntelliJ Platform Gradle Pluginorg.jetbrains.intellij.platform2.7.2关键点Kotlin 2.1.0、JVM toolchain 17与rules.md所述一致编译时引入intellijIdeaCommunity(platformVersion)与org.jetbrains.plugins.terminal插件依赖保证平台 API 可用PrepareSandboxTaskL105-L109会把../../binary/bin复制进插件沙箱的core目录——这正是插件运行时能启动 Core 二进制的关键runIdeL119-L124默认打开../../manual-testing-sandbox目录方便直接调试pluginVerificationL86-L94针对 ICIntelliJ Community2024.1 至 2025.2 五个版本做兼容性验证测试时通过环境变量CONTINUE_GLOBAL_DIR指定测试专用的 Continue 全局目录避免污染真实配置。5. ContinuePluginService.kt插件主服务编排器ContinuePluginService.kt 是 project 级服务Service(Service.Level.PROJECT)持有CoreMessenger、IdeProtocolClient、DiffManager等核心对象并承担编辑器事件跟踪向EditorFactory注册 selection、caret、document 监听器L42-L59驱动上下文追踪dispose()时取消协程作用域并关闭 Core 消息通道确保资源随项目关闭而释放。消息协议三类消息与转发矩阵rules.md指出消息类型定义在constants/MessageTypes.kt插件负责在 Core 与 Webview 间中继。结合 MessageTypes.kt消息被划分为三类1.IDE_MESSAGE_TYPESL5-L51Core 请求 IDE 能力时使用的消息由IdeProtocolClient消费例如readFile、writeFile、openFile、runCommand、getDiff、getTerminalContents、getSearchResults、getProblems、getBranch、applyToFile、showToast、openUrl等。2.PASS_THROUGH_TO_WEBVIEWL55-L68Core 主动推送给 GUI 的事件如configUpdate、indexProgress、sessionUpdate、addContextItem、toolCallPartialOutput、didCloseFiles等插件原样转发给 Webview。3.PASS_THROUGH_TO_COREL72-L158Webview 发给 Core 的请求如autocomplete/complete、nextEdit/predict、streamDiffLines、llm/streamChat、mcp/*、index/*、tools/call、config/*等涵盖补全、Next Edit、流式 Diff、LLM 调用、MCP 服务与配置管理。源码注释特别提醒修改PASS_THROUGH_TO_WEBVIEW与PASS_THROUGH_TO_CORE时必须同步更新 core/protocol/passThrough.ts保证两端协议一致。进程管理二进制、Socket 与开发模式插件与 Core 的底层通信由continue/process/下的三个类实现ContinueBinaryProcess.kt启动 Core 可执行文件路径由getContinueBinaryPath()提供并做平台适配——macOS 上移除 quarantine 属性并赋予执行权限Linux 上设置 POSIX 权限OWNER_READ/WRITE/EXECUTE同时把代理设置ProxySettings注入子进程环境变量ContinueSocketProcess.kt通过 TCP 连接127.0.0.1:3000用于开发模式ContinueProcessHandler.kt基于协程与 Channel 的读写器——读循环逐行读取 stdout写循环通过无界 Channel 串行写入 stdin每行一条 JSON以\r\n结尾。选择哪种进程由环境变量决定CoreMessenger.kt#L36-L43USE_TCPtrue时走 Socket否则走二进制。这与 Core 侧的 binary/src/index.ts 对应当CONTINUE_DEVELOPMENTtrue时使用TcpMessenger等待连接否则使用IpcMessengerstdin/stdout。两者配合便构成了开发期的调试链路。测试体系单元测试与 E2E 自动化rules.md概括了测试策略仓库中已落实单元测试位于 src/test/kotlin包括ContinueInlineCompletionProviderTest、FileUtilsTest、UriUtilsTest、ProxySettingsTest、CheckFimTest、ContinueBrowserChunkTest等运行命令./gradlew testE2E 测试位于src/testIntegration/kotlin使用 JetBrainsintellij-ide-starter驱动真实 IDE UI如Autocomplete.kt运行命令./gradlew testIntegration。首次运行需要下载对应版本 IDE测试会接管鼠标控制macOS 上需在“系统设置 → 隐私与安全性 → 辅助功能”中为 IntelliJ 授权调试runIdeGradle 任务启动带插件的新 IDE 实例默认打开manual-testing-sandbox目录可直接在 IntelliJ 中打断点调试插件逻辑。media/run-continue-intellij.png展示了 IDE 右上角选择 “Run Continue” 任务进行调试的入口。更多开发工作流细节日志查看、断点设置、buildPlugin打包、从磁盘安装插件等见 extensions/intellij/CONTRIBUTING.md。关键集成点与 IntelliJ 平台的能力对接rules.md最后总结了插件与 IntelliJ 平台的四个集成方向均可从源码中找到对应实现集成点说明源码佐证文件操作基于 IntelliJ VFSVirtual File System读写、列举、监控文件continue/file/FileUtils.kt、UriUtils.kt编辑器集成Diff 流式展示、内联补全、行内标记editor/DiffStreamService.kt、autocomplete/ContinueInlineCompletionProvider.ktGit 操作为 Agent 提供仓库上下文分支、Git 根路径、Diff 等continue/GitService.kt设置存储基于 IntelliJ 平台存储持久化插件设置services/ContinueExtensionSettingsService.kt例如MessageTypes.IDE_MESSAGE_TYPES中的getGitRootPath、getBranch、getDiff均由GitService实现getSearchResults、getFileResults则由 ripgrep 支撑且搜索时会自动应用上文提到的安全忽略规则。结语Continue 的 JetBrains 扩展是一个典型的“薄壳 共享核心”架构范例Kotlin 插件只负责平台适配与消息中继真正的 AI 逻辑全部沉淀在core与binary中因此一套核心可以同时服务 VS Code、JetBrains 与 CLI 等多个前端。理解 rules.md 所勾勒的模块边界、消息协议与进程模型是深入阅读该扩展乃至为社区做贡献的起点配合./gradlew runIde调试与./gradlew test/./gradlew testIntegration测试即可在本地完整复现插件的开发闭环。【免费下载链接】continueopen-source coding agent项目地址: https://gitcode.com/GitHub_Trending/co/continue创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考