最新

几乎每个代码库都在调用 REST、gRPC 或 GraphQL API，或者使用来自外部或内部提供商的 SDK。当代码库逐渐成熟并且规模扩大时，跟踪所有内容变得越来越困难。根据我的经验，有时很难及时响应变化，甚至意识到某个依赖项已被弃用，其 API 完全发生了变化。开发者是否需要更好的工具来改善依赖关系和集成管理？

Kosh 是一个兼容 Bash 的运行时，专注于提供非常详细的诊断和性能分析。<p>该项目源于对 Shell 错误调试困难的挫败感，以及某些工具的运行速度缓慢。<p>该项目功能完备，核心部分足够可用，可以进行实验。目前有一个支持 Shell 脚本的语言服务器，但我计划扩展它，以支持所有可能嵌入 Bash 的配置文件/YAML 文件等，例如 GitHub 工作流。<p>报告： * Bash 不兼容 * 诊断功能失效 * 现有工具可能更好地解决问题的情况<p>谢谢！

大家好，我搭建了这个平台，允许用户通过非侵入性、高度精准的广告来被动赚取加密货币。<p>其中一个很棒的功能是，用户可以选择以Anthropic的IPO前股票（通过Solana上的PreStocks）来获得收益。因此，你可以使用Claude Code并获得Anthropic的股票。<p>欢迎大家分享你们的想法，反馈意见也很受欢迎，请试着安装一下。

我住在湾区，晚上天气会降温到一个舒适的温度。打开窗户让新鲜空气进来，帮我节省了不少空调费用。每小时查看天气预报，抓住那个最佳时刻，正是计算机应该做的工作。 PorchWeather 监控你选择的一个保存位置和一组条件（温度范围、风速、降雨、露点、空气质量），当条件变好时会发送通知，当条件变差时也会再发一次。这就是整个产品。它是免费的，基于网页（不是应用程序），通知通过浏览器推送或电子邮件发送。 一些 HN 可能感兴趣的实现细节： 技术栈：SvelteKit 单页面应用，Rust 后端，DynamoDB，Cognito 进行身份验证，SES 发送电子邮件，自托管的 Open-Meteo 提供天气数据，全部运行在 ECS Fargate 上。天气层提供 ECMWF 全球数据和 NOAA HRRR 的美国 3 公里分辨率数据。 通知主要通过网页推送。我很想通过 Twilio 实现短信通知，但不幸的是，这对于一个免费服务来说似乎成本过高。iOS 设备使这变得有些困难，因为你必须将应用“安装”到主屏幕上才能接收推送通知。如果有需求，我可能会在某个时候创建一个应用来简化这个过程。

Brex的首席执行官说了这番话，我理解他的立场，但在基于大型语言模型（LLM）的应用中，是否存在端到端工作流程的空间呢？归根结底，我同意尖端软件应该完全可供代理使用，但我无法决定每个产品是否都应该是一个代理。我个人对大多数代理应用的用户体验感到厌恶。我有一个关于未来产品的幻想：我只需输入X，就能得到输出Y，而不必对每一个细节进行反馈。当然，在设计某样东西时，它需要是一个过程，但如果我可以告诉我的手机“买晚餐”，它就能在不打扰我的情况下完成这件事，那该多好？如果它的表现足够好呢？我认为当应用不确定输出的准确性时，交互式代理是必要的，但我在想，LLM应用的用户体验是否可以更像是一个富人修车的场景：这是我的情况，你只需做你需要做的事情，不要打扰我。