问题
以 Eclipse 为主要 IDE 的 Java 开发者（尤其在传统企业内）无法使用 Continue 等主流 AI 编程助手——这些工具只支持 VSCode 和 JetBrains 系 IDE。信号 1 指出 Eclipse "remains widely used, particularly among Java developers, and is still the primary tool for many organizations, especially within established enterprises"，但这批用户被 AI 编程工具生态明显忽视，只能手动切换 IDE 或完全不用 AI 辅助。两个 issue 均来自 Continue 官方仓库，说明这是用户主动提交、长期未被满足的需求（2023 年底提出，2024 年 11 月仍有人重复提出）。
目标用户
在成熟企业、银行、电信、政府等机构中使用 Eclipse 或 Eclipse 系 IDE（如 Spring Tool Suite）的 Java 开发者，以及需要为团队统一配备 AI 工具的企业 Java 团队负责人。市场为存量 Java 企业开发者群体，规模可观但增长平稳，特点是工具选择受组织约束、迁移成本高。
解决方案
- Eclipse 插件形式的 AI 编程助手：行内代码补全、编辑选中代码、对整个文件/项目提问
- 聊天侧边栏：基于当前工作区上下文问答、解释遗留代码
- 兼容接入主流模型（云端 API 与本地模型均可，照顾企业数据合规偏好）
- 支持团队级配置与统一的 API Key / 模型端点管理
- AI 角色：代码补全模型 + 基于工作区上下文的 RAG 式问答
为什么是现在
AI 编程助手在 VSCode 和 JetBrains 生态已被验证（Continue 自身即为证据），但 Eclipse 生态仍是空白，两个 issue 持续被提出说明需求真实存在。开源模型与 API 成本下降使得小团队也能以低门槛为 Eclipse 构建插件。信号 2 提到 Codeium 已为 Eclipse 提供参考实现路径（"possibly similar to how Codeium does it"），证明技术可行性。
MVP 范围
第一版做：Eclipse 插件，支持行内补全 + 选中代码编辑 + 简单聊天面板，接入 1-2 个主流模型 API（如 OpenAI 兼容接口），覆盖 Java 语言。第一版不做：多语言深度支持、企业级权限/审计、本地模型部署方案、与 Continue 插件体系的全量对齐。
风险
- 市场<rans>风险：Codeium 等已有厂商已提供 Eclipse 支持，若 Continue 或其他主流助手官方补上 Eclipse，独立插件的窗口会迅速关闭
- 技术风险：Eclipse 插件开发（SWT/JFace、LSP 集成）门槛高于 VSCode 扩展，企业用户往往锁死在旧版 Eclipse 上，需兼容多版本
- 获客风险：传统企业开发者付费意愿低（两个信号均显示 willingness_to_pay 为 none），变现路径不明确
- 平台依赖：产品价值完全依赖模型 API 与 Eclipse 插件生态
已有产品
信号证据
这张卡片依据的原始讨论。摘录保持原文，点“原文”查看上下文。
GitHub Issues · continuedev/continue11月12日投资方向▲ 112 条评论
“Eclipse remains widely used, particularly among Java developers, and is still the primary tool for many organizations, especially within established enterprises.”
The user wants Continue to support integration with the Eclipse IDE, which is currently unsupported despite its widespread use among Java developers and enterprises.原文
GitHub Issues · continuedev/continue12月23日功能请求▲ 144 条评论
“Currently, continue does not support Eclipse, only VSCode andJetbrains family of IDEs.”
Continue does not support Eclipse IDEs, only VSCode and JetBrains.原文