最新

有没有其他人，比如在欧盟或其他地方，可以在不登录的情况下使用 old.reddit.com？

我即将因为人工智能和离岸外包而失业，这份工作一开始还不错，但后来我却越来越不满意。我在想，除了软件开发，还有什么工作不会受到人工智能的威胁呢？每次在谷歌上搜索这个问题，都会出现“经理”、“产品经理”等答案，但我觉得，如果软件工程被人工智能摧毁，那么很多这些职位可能也会紧随其后，就像大多数“纯粹”的知识型工作一样。 所以我想问，有什么出路呢？我们都要去当水管工吗？有人有什么计划吗？

大家好，我是 Nuru。Ipek 是一款桌面应用程序，可以在本地运行文件和 API 自动化工作流。它实际上源于我的懒惰：手动自动化 API 调用、Excel/CSV 解析、OCR 和 LLM 调用太耗时，尤其是在不同团队要求在这些脚本之上添加额外工具时。 因此，我构建了一个可视化工作流构建器，让我的非技术团队能够自己创建和运行这些确定性工作器，查看日志，并在自己的机器上生成输出。他们还可以通过 localhost MCP 连接一个代理，并动态编写新的工作器；生成的是真正的 Kotlin 代码，可以编译并集成到工作流中。代理可以驱动整个应用程序，这对于迭代工作流构建非常有用。 没有服务器端，它是一个 JVM 应用程序（不是 Electron！:D），允许您创建、编译和附加自己的工作器；它基本上是一个自动化 IDE。您可以通过 localhost MCP（Claude Code, Codex）上的代理创建工作器，或者使用内置的 Claude 聊天并提供您自己的 API 密钥来创建工作器 — 因此 Ipek 完全免费运行，没有每任务费用；您的唯一成本是您自己的 API 使用量，并且您拥有数据和软件。更多信息请查看网站上的视频。 坦白说，目前的状态：它是一个相当稳定的 Alpha 版本，支持 macOS 和 Windows；Linux 版本即将推出。我还想实现触发器、计划任务、cron 作业，以及将工作流部署到您选择的 CI/CD 中，以防工作流/数据变得庞大。 技术栈：JVM 上的 Kotlin Compose Multiplatform，SQLDelight，工作器是 Gradle 构建的插件，支持热加载 — 因此每个工作器实际上是一个可持续的 (?) JAR 可执行文件，可以像 JetBrains IDE 插件一样附加，然后 Ipek 会对其进行编排和执行。 我认为 Ipek 对你们中的许多人也会很有用；我很想听听你们会用它来处理哪些重复性任务。祝好！

各位 HN 的朋友们！ 我将于十月前往中国（上海和深圳），非常希望能亲身体验那里的科技景象。 有没有人愿意“收留”我半天，邀请我去你们的办公室参观？ 如果您认识合适的人选，非常乐意接受推荐 :)