@KelThuzadd 哈哈哈 是有点长，上一篇没讲清楚 很多人没理解，所以这篇就稍微讲的详细写些了

@AllanAG 对不起，目前还不支持，可以把你项目用的一些组件 以及构建方式和我说下，我加急支持一下

刚试了下 报错了

@quxiaojuncuiyue 可以看下这篇帖子 https://www.v2ex.com/t/1253079

这篇帖子详细的写了 joLink 解决了什么问题，怎么解决的

@stardust21 没事 不生气，咱们不理他，谢谢你帮我维护，本身这篇帖子我自身也没讲好，我再整理一下 下篇讲的更简单、明白

@shellexy 我现在主要用的是 codex gpt 6 astra ，偶尔也会用 codebuddy 加 DeepSeek Flash 和 glm 5.3falsh ，这篇帖子 可能还是我有些没说清楚，我后面再开个帖子 仔细讲讲吧，感谢您的评论

@Wh1te 是的，之前看到过，IDEA 他这个和 joLink 功能有些重合，主要是得启动 IDEA ，joLink 的优势是无界面 专门给 AI 做的，而且占用的内存少，虽然说用了些 Eclipse 的技术，但是 IDEA 在这块护城河还是很高的

@quxiaojuncuiyue 对，兄弟 您理解的差不多，关于 ide 方面你讲的非常好，只是我在测试中 AI 不太喜欢去跑项目，所以我用全局规则强化了一下这方面，这篇文章重点讲的是我开发遇到的问题，怎么产生这个项目的，但没有重点讲他究竟能解决什么和带来什么，我表达的确实不够好，我还在寻找用什么方式 讲大家更能理解和接受

@gorvey 能详细讲讲吗，是哪一块的领域？有没有项目地址呀 我去瞧瞧

@kneo 哈哈哈 不至于，joLink 其实真正服务的对象是 AI ，我们作为第二用户可能比较难理解和看到他的用处，你可以把 joLink 的 github 地址发给你经常用的大模型 让他去客观的评判下有没用、怎么看待 joLink 的

@quxiaojuncuiyue 你说的增量编译不是新问题、验证方法属于 Agent 的工作规则，这两点我认同。我前面把开发理念和工具实现放在一起讲了，容易让人理解成“加个 MCP 就能让 AI 学会测试”，这个确实不是 joLink 做的事情。
joLink 更具体的定位，是给 Agent 用的无界面 Java 开发环境。它从 Maven ／ Gradle 取得项目的源码、依赖和编译配置，再维护一个持久的 JDT 工作区，后续修改复用已有编译状态。增量编译用的就是现有 JDT 技术，不是我发明的新算法，也不是说原生命令行做不到增量编译。
它做的不只有编译。比如应用已经启动，Agent 改完代码后，可以让 joLink 增量编译并应用修改，适合的用 HotSwap ，需要重新初始化的就重启；遇到问题，还可以在同一个托管应用上设置断点、读取调用栈和变量。这里管理的是实际的编译状态、应用进程和调试会话，不只是告诉模型“你应该运行一下”。
至于测什么、怎么造数据、什么结果才算符合需求，仍然需要开发者或 Agent 根据业务设计。配套规则只指导这个过程，joLink 不会自动替业务定义正确答案。MCP 则只是把运行、测试、调试这些操作接给 Agent 的接口，不是在协议里封装一套通用测试理论。
规则加命令行当然可以完成这些工作，已有脚本或者 IDE 集成也可以。如果一个项目的现有流程已经很顺，确实未必需要 joLink 。我想做的是把这部分能力整理成可复用的组件，让不同 Agent 可以直接接入，而不是各自组织一套。具体能不能减少操作和等待、值不值得多装一层，要看实际项目的对比，不能只因为用了 MCP 就说更好。

@crazy0x
@lsls931011
@refear99
@moyupai
@fovecifer
@alamaya
@wantDoraemon
@JasonYip 我上面表达的有问题，不是说跑不起来，只是启动一个企业级多模块的 Java 项目还是比较麻烦，可以用 classpath 拼接依赖包或者先编译再用 jar 、war 的方式启动，在我有限的测试中发现 ai 不太愿意这样做，这个东西就是给了 AI 一个快捷的启动、测试入口，其次启动前的编译也会快些，并不是说开创了一个什么东西，只是想在这方面做了一个尝试而已，想探索一下 让 ai 快捷的启动、测试对于 vibe coding 这件事情有没有帮助，最后感谢大家的回复，我没有一一回复 我就找了相同疑问的评论一起回复了🙏🏻

@chenluo0429 怎么说呢，能用和好用之间还是有些区别的，joLink 更像是给 AI 做的一个 IDE 吧，就是提供了一些方便的入口吧，如果 java bin 去启动一个企业级的 Java 项目还是比较麻烦的，也不说不能，就像以前古法编程一样 用记事本一样可以写代码 只是不好用而已，不过我也没有说 joLink 一定有用或者怎么样，我只是想探索一下，毕竟失败的探索也是有意义的，最后感谢你的回复

@ricciz 哈哈哈，你说的这点没毛病，没准未来 AI 能力大幅度提升、非常智能的话 joLink 确实是没多大意义，不过我觉得 joLink 能做出来就已经很不错了

@ryougifujino 感谢回复，是可以这样做，joLink 主要还提供了一套更方便 更快捷的能力供 AI 去启动、测试，就有点像现在大家写代码都用 IDE ，如果脱离 IDE 也能写，只不过没那么方便而已

@fridaythx 不是 agent ，是一个 mcp ，是给 agent 提功能能力的，可以接入目前市面大部分 agent

@ricciz 感谢您的评论，确实是会，我在做 A\B 测试的时候发现这个现象了，只不过可能比较慢而已，joLink 提供了一套更方便快捷的方式去执行单元测试

@Zhuzhuchenyan 感谢您的评论，现在的工具确实能让 LLM 去启动项目，其实启动一个企业级的项目还是比较困难的，就拿 maven 项目来说要么打成 jar 包启动，或者用 classpath 再去拼依赖包路径启动，这主要就是一个启动成本的问题，而且绝大数情况启动和单元测试都需要编译整个项目，相对耗时，就很容易导致 LLM 即使能运行代码 它也不太愿意去做这件事，这个我在项目初期是有过相对深刻的研究和探索的，这个就有点像 k8s 初期 大家说用 shell 或者脚本也能实现，确实是能实现，只是比较复杂和麻烦，joLink 不完全在于让 LLM 去启动项目 主要还提供了如何快捷、方便的让 LLM 去启动项目