HN讨论 · 身份未知
Lua 可扩展编码 harness 用户期待更多 endpoint 支持
Show HN 帖子中，一位用户对 Lua 可扩展编码 harness 项目给出正面反馈，并明确期待对其他 endpoint 的支持。该信号说明，这类工具的潜在用户不仅需要脚本化扩展能力，也希望工具能连接更多模型或服务端点。
查看原始信号hn:49386386
目标用户
使用编码 harness 的开发者与团队，希望通过 Lua 脚本自定义工作流并接入不同服务端点。
潜在需求
用户希望编码 harness 支持更多 endpoint，以便连接自己实际使用的后端服务，而不是被当前端点范围限制。
发生场景
用户在 GitHub 看到 Lunar 的 Show HN 展示，项目定位为可用 Lua 脚本配置和扩展的编码 harness；评论者在初步了解后，留言表示期待其他 endpoint 支持，说明当前展示的端点覆盖未满足他的预期。
来源证据
用户评论称期待 Lunar 对其他 endpoint 的支持。
Hey, this looks great. Looking forward to other endpoint support !!https://news.ycombinator.com/item?id=49386386
为什么值得留意
这不是泛泛的产品介绍，而是真实用户在看到具体工具时主动提出的功能期待，直接指向 endpoint 支持这一缺口。结合 Lua 可扩展设计，可能意味着用户希望在同一个工具中同时获得灵活编排和更广的连接范围，值得继续观察后续反馈。
未满足部分
- 评论者所期待的其他 endpoint 支持未在项目当前展示中体现
可能延伸 · 模型推测
- 将更多模型提供方或自托管端点做成插件式接入（模型推测）
- 允许用户用 Lua 脚本自定义 endpoint 连接逻辑（模型推测）
目前未知
- 评论者所说的 endpoint 具体指哪种服务或协议不明确
- Lunar 当前已支持的 endpoint 列表未知
- 仅一条评论，不足以判断该需求在用户群体中的代表性
继续核实
- Lunar 当前支持哪些 endpoint？评论者期望新增哪些 endpoint？
- 其他同类编码 harness 中，用户对多 endpoint 支持的请求是否常见？
主题词
coding harnesslua scriptingllm endpoint supportmodel provider integration