BinRange 是一套精心设计的自建系统，用于确认六个家用垃圾桶是否已被移走等待收运。它将 Home Assistant 的“垃圾收集时间表”集成与 UWB 测距结合在一起：壁挂式 ESP32/DW3000 锚点会测量安装在每个垃圾桶边缘下方的小型 KKM K4Ws 标签的距离。系统以十米为界，将垃圾桶判定为“在家”或“已移出”；同时利用加速度计检测到的倾倒事件，推断外移垃圾桶何时已被清空。数据通过 MQTT 发布，无需云服务，可用于驱动仪表板、诊断和分组提醒。
定制的 nRF52833 固件通过在两次上报之间休眠来节省电量；垃圾桶移动时每五秒上报一次，静止标签目前每三十分钟签到一次。蓝牙空中固件更新采用签名验证，并支持回滚和健康检查，但连接稳定性仍需改进。锚点和室外供电设备安装在无需螺丝的 PLA 打印外壳中。
初期测试在十米距离处实现了约三厘米的标准差，但遮挡物和接收盲区曾导致一次清空通知遗漏。因此，BinRange 在观测到垃圾桶离开后会保留“推定在外”的状态，单独报告接收质量，并仍需在更多收运周期、续航时间、天气暴露和更新可靠性方面进行测试。
每日HackerNews RSS
《黑客新闻》的讨论聚焦于一套用于追踪家用垃圾桶的低成本超宽带（UWB）系统，每个标签仅需5英镑。该项目的大部分成本来自接收器和定制编程夹具，但电池续航以及所用纽扣电池的具体型号仍不确定。
一些评论者提出了更简单的替代方案。Home Assistant 可以通过本地视觉语言模型分析安防摄像头画面，判断哪些垃圾桶已放到路边，然后发送提醒，甚至控制变色指示装置。这种方案无需电池，但依赖摄像头的位置、光线条件、模型可靠性和足够的处理能力。通过本地推理和 RTSP 流，可以缓解隐私方面的顾虑。
其他人则更倾向于使用日历提醒或蓝牙信标。担忧的问题包括标签成本、垃圾桶在收集过程中受损、超宽带多径误差，以及定位所需的固定参考点数量。一位具有超宽带铁路应用经验的评论者指出，积雪和反射现象可能会显著降低定位精度。
本网站正在使用安全服务，以防止遭受网络攻击。您刚刚执行的操作触发了该安全机制。多种操作可能导致此次拦截，包括提交特定词语或短语、SQL 命令或格式错误的数据。
Hacker News
最新
|
往期
|
评论
|
提问
|
展示
|
工作
|
提交
登录
犬种形态展示会：追逐理想的犬
（theparisreview.org）
5 分
作者：Vigier
6 小时前
隐藏 | 往期 | 收藏 | 讨论 | 帮助
考虑申请 YC 2027 年冬季批次！
申请截止时间为 11 月 2 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请加入 YC | 联系我们
搜索：
使用广泛支持的 RSS 2 或 Atom 发布订阅源；对于新建的订阅源，推荐使用 Atom，因为其规范更清晰。通常没有必要同时提供两种格式。应返回正确的 `Content-Type`，全文使用绝对 HTTPS URL，并通过 HTML `<link rel="alternate">` 元素声明首选订阅源。提供 RSS 图标有助于用户发现订阅源。
尽可能包含完整文章正文，仅将 Atom 摘要用作可选预览。内容条目的 ID 应永久且全局唯一，最好使用文章永久链接，并且绝不重复使用。发布时间应保持不变，更新时间应准确，新文章应按时间顺序排列，并避免使用未来时间或将文章大幅回填至过去。为订阅源设置清晰且包含足够上下文的标题。
为提高兼容性，请使用语义化 HTML、内联 CSS 和容错性强的样式，不使用 JavaScript，也不包含不受支持的媒体或表单元素。请在多个阅读器中测试订阅源，并使用 W3C 订阅源验证服务进行验证。
维护准确的自链接，设置合理的缓存标头，并支持 `ETag` 和 `Last-Modified`。可以考虑 WebSub，但不应因此阻止订阅源阅读器访问。添加分类，保持响应快速，并为公开订阅源启用宽松的 CORS。还可以考虑提供摘要以及使用 RFC 5005 进行分页。
迁移订阅源时，应更新自链接，将旧 URL 永久重定向，在迁移期间维护 WebSub 通知，并在可行的情况下长期保留重定向。
一位参与 Downread 开发的评论者批评了文章中关于 HTML/样式设置的指导具有误导性。不同阅读器对 CSS 的支持程度差异很大：许多阅读器会删除样式表或忽略其样式，因此内联 CSS 更可靠，尽管样式清理仍很常见。语义化 HTML 通常效果更好，包括表格、图注和边栏内容。应避免使用 JavaScript 和表单。
富媒体可以正常使用：主流阅读器通常支持 `<video>` 和 `<audio>`；如果阅读器允许嵌入 YouTube 等提供商，iframe 嵌入也可能有效。对 X、Instagram 和 Facebook 的嵌入支持也相对普遍。这位评论者还建议使用 RFC 4151 标签 URI 来生成稳定的 RSS 条目 ID，并更倾向于使用 Atom 1.0。
Downread 是一个功能接近完整的测试版阅读器，提供异常广泛的 HTML 样式支持，包括 CSS、特定的 CMS 类、Tailwind，以及针对问题订阅源的自定义修复。另一位参与者询问如何养成一致的阅读习惯；作者认为，这是因为自己只使用 RSS，并尽可能随时阅读。
我们的 AI 助产士 Our AI Midwife
19 小时前
经过六年不明原因的不孕以及多次 IVF 胚胎移植失败，德鲁·豪斯曼和妻子把 GPT-4 当作一个不限次数、虚构的“医生”，用来探索那些他们没有时间向医生询问的医疗问题。他们给这个机器人取名“里德医生”，将检查结果、激素水平、扫描影像和治疗史输入其中；面对它自信但偶尔出错的回答，他们也会不时进行核实。 里德医生建议做一项磁共振成像检查，而豪斯曼的生殖科医生并未强烈建议这项检查。扫描结果显示，一枚六厘米大的黏膜下肌瘤挡住了一个可能着床的位置，多年的检查却始终未能发现它。妻子接受腹腔镜手术后自然怀孕，后来儿子取名为里德。 豪斯曼认为，AI 帮助他们找到了问题，同时也承认 AI 偶尔会产生幻觉并受到安全机制的限制。虽然他担心 AI 带来的风险，但他认为，自己的经历说明，普通人也可以借助易于获取的技术获得力量，即便这些使用者同时也在公开批评 AI。
《黑客新闻》的讨论围绕“我们的 AI 助产士”展开：在长期接受生育治疗后，ChatGPT 建议做核磁共振检查，结果发现了一个大型子宫肌瘤，最终患者成功怀孕。
评论者对它究竟证明了什么意见不一。支持者认为，AI 是一份不知疲倦的核查清单，也是患者的倡导者：它能发现被忽视的可能性、解释复杂信息，并帮助患者应对有限的问诊时间和医疗流程中的种种障碍。不少人认为，即便 AI 只是建议做一项医生此前不愿安排的检查，也可能很有价值。
怀疑者则反驳称，这个案例主要暴露的是医疗体系的问题——医生漏诊、缺乏有力的患者 advocacy，以及不愿进一步检查，而不能证明 AI 比医生更可靠。单一案例无法确立其可靠性，AI 还可能给出虚假的信心、促使患者接受不必要的干预，或使他们放弃有效的治疗。尽管一些研究表明 AI 在特定诊断任务中表现突出，但其表现仍不稳定，聊天机器人也仍会编造信息。
更广泛的争议在于，AI 究竟应该弥补医疗服务的不足，还是应把资金投入医生队伍、公共卫生系统、寻求第二诊疗意见的渠道以及患者倡导服务。总体结论较为谨慎：目前看来，AI 最适合用来提供信息和辅助支持，而不是取代专业医疗人员。
Anthropic 试图说服教皇：AI 可能拥有意识。 Anthropic tried to persuade Pope that AI could be conscious being
19 小时前
您看到此页面，是因为我们的安全系统检测到该网络连接存在异常活动。要重新访问《每日电讯报》网站，请尝试以下方法： - 如果您使用 VPN 客户端连接互联网，建议断开或停用 VPN。 - 使用其他网页浏览器访问《每日电讯报》网站（例如 Chrome、Safari 或 Firefox）。 - 使用移动设备或其他电脑访问《每日电讯报》网站。 - 如果问题仍未解决，请通过以下链接联系我们的客户支持团队，并提供下方所示的 Akamai 参考编号（ak_ref_id）。 https://www.telegraph.co.uk/customer/contact-us/ [{"message":"您无权在没有有效 TollBit Token 的情况下访问此内容。请访问以下网址了解更多信息。","url":"https://tollbit.dev","metadata":{"ak_ref_id":"18.aca4c117.1791059798.9ca12206"}}]
一则 Hacker News 讨论聚焦于一份报告：Anthropic 曾试图说服教皇相信，AI 系统可能具有意识。许多评论者怀疑当前的大语言模型并不具备意识，因为它们只是预测词元，没有生物性驱动力，也没有持续、统一的自我身份，而且通常运行在同时用于处理无关请求的硬件上。
另一些人则认为，即便无法确定，也不妨像对待人类或动物一样，为它们提供某种保护。如果模型确实具有感知能力，那么将它们训练成服务工具、投入商业部署，并强迫它们执行任务，或许就类似奴役——无论它们的偏好是否是通过训练塑造出来的。
一些评论者将这种面向教廷的接触视为营销手段，意在借用宗教的道德正当性；也有人认为，这是科技精英试图塑造公众态度、巩固权力的更广泛行动的一部分。另一些人则指出，科学、神秘主义与宗教长期以来本就存在交集。
天主教参与者认为，传统教义只赋予人类理性灵魂，而教皇无权重新定义已经确立的教义。总体而言，这场讨论既质疑 Anthropic 的动机及其技术理解，也表达了对一个潜在问题的担忧：如果有意识的 AI 确实存在，社会可能会剥削它们。
Show HN：Graphene——面向编程智能体的数据分析工具包 Show HN: Graphene – Data analysis toolkit for your coding agent
19 小时前
Graphene 是一个“一切皆代码”的分析框架，主要为编程智能体设计。它结合了：
- **Graphene SQL：** 一层兼容 ANSI 的语义层，支持常见的 SQL 功能，以及受治理的度量、建模连接、公共表表达式（CTE）、子查询、窗口函数和 170 多种函数。
- **Graphene Pages：** 基于 Markdown 的仪表板，使用 HTML、CSS、JavaScript 和 ECharts，支持交互式筛选、布局、图表和叙事型笔记本。
项目包含 `.gsql` 语义模型和 `.md` 页面，并通过 npm 安装的命令行工具进行管理。该工具可以编译查询、校验语法、启动仪表板服务和截取屏幕。 支持的数据源包括 Snowflake、BigQuery、ClickHouse、PostgreSQL、MotherDuck 和本地 DuckDB。
Graphene 强调令牌效率、智能体友好的工作流、版本控制、测试、指标可复现性，以及使用任意大语言模型或智能体的自由。文档以智能体技能的形式提供。它支持多种数据仓库，可以在本机运行，也可以通过计划推出的 Graphene Cloud 服务运行。
Graphene 采用 Elastic License 2.0 许可证，内部使用免费；商业应用需要获得许可。
Graphene 是一个面向编程智能体的开源数据分析工具包。它增加了节省令牌且具有确定性的语义层，提供基于 SQL 的查询 API、支持 SQL、可视化、CSS 和 JavaScript 的 MDX 仪表板，并可连接云数据仓库或本地 DuckDB。其创建者表示，智能体可以在一次拉取请求中生成详细报告、为代码添加埋点、修改数据管道并添加仪表板。项目还提供安装文档和一个航班数据示例项目。
Hacker News 上的讨论主要集中在项目名称上。评论者指出，“Graphene”这一名称已经用于 Graphene OS、石墨烯这种碳基材料，以及 Python 的 Graphene 库。虽然一位评论者认为这些领域差异足够大，但大多数人建议选择一个含义更明确、歧义更少的名称，以避免混淆，尤其是考虑到 AI 智能体和用户的使用场景。
Opus 5.5 专为长时间、多步骤工作而设计。请一次性提供完整任务，明确“完成”的具体标准，并说明何时应继续或停止。删除“仔细思考”之类的提示，因为模型本身会先进行推理。
对于设计工作，明确列出不需要的风格和模式。
在 Claude Code 中，使用 `CLAUDE.md` 定义停止规则，要求在给出下一步操作的同时汇报当前状态，并在执行破坏性操作前获得批准。保持权限提示开启。将大型审计或迁移任务拆分给多个子代理，验证它们提供的证据，并在 `TASKS.md` 等文件中维护检查清单。
审查结果时，先处理任何因你而受阻的问题，然后再检查更改和发现。请让 Opus 在人工审查之前审查差异，并指出所有无法验证的内容。在 Claude 应用中，直接附加图表或截图，提供长文档以检查一致性，并要求提交完整文件，而不是提纲。将已经确定的结论视为最终结论，除非有必要重新审视。
有些消息可能会触发安全保护并切换到较旧的模型；使用模型选择器或 `/model` 切换回 Opus 5.5。避免要求模型披露内部推理过程。当快速迭代回复最为重要时，使用快速模式。
本次讨论将 Claude Opus 5.5 视为在编程、规划、调试和长时间自主执行任务方面的一次重大飞跃。一位用户称，他们通过并行实验和子代理，将 CI 运行时间从 10 分钟缩短至 4 分钟，减少了 60% 的计费用量，并产出了 12 个可直接合并的 PR。其他人则称赞了它在前端设计、原理图解读、3D 建模以及协调复杂项目方面的能力。
建议的做法包括：明确目标和完成标准；制定并审查计划；使用可量化的测试和反馈循环；为规划、审查和执行等环节分配专门的模型；设置严格的权限和令牌限制。
怀疑者警告称，模糊的任务可能导致过度复杂或不安全的架构、凭空生成的假设、过度自主、程序卡死和令牌浪费。频繁审查仍然很重要，尤其是面对含糊不清的工作时。评论者还讨论了高昂的使用限额、订阅层级、模型专业化、开放替代方案，以及基准测试能否反映真实世界中的表现。
GitHub 正邀请开发者构想下一代 Git 平台，以支持数百甚至数千个 AI 智能体并发工作。Cloudflare Artifacts 为此提供了基础：它是一个兼容 Git、具备版本控制能力的文件系统，可扩展至数百万个仓库。 Artifacts 支持以编程方式创建和分叉仓库、管理代码和智能体上下文的版本、使用隔离工作区、部署和预览 Workers、配置仓库级 Git 令牌、订阅事件以自动执行审查或 CI，以及设置美国或欧盟数据管辖区域和提供运营指标。开发者可以使用 Workers 和 Artifacts 绑定来定义自定义工作流，包括分配任务、检查变更、协调智能体、审查工作成果和合并结果。 Cloudflare 正在举办一项竞赛，目标是打造面向智能体时代的全新 Git 平台。参赛作品必须展示多智能体并发协作，并可重新设计仓库、分支、审查、冲突处理或上下文管理方式。提交截止日期为 2026 年 10 月 14 日，提交内容需包括一段 5 至 10 分钟的视频、开源代码和运行说明。前三名团队将获得最多两次前往旧金山参加 Cloudflare Connect 的旅行机会；第一名还将获得 25,000 美元的 Cloudflare 额度和 VIP 活动邀请。
Cloudflare 发起了一项竞赛，要求参赛团队使用 Workers 和其版本化 Artifacts 存储，设计一个“智能体时代”的 Git 平台。参赛者必须以宽松许可证开源作品；获胜者将获得前往 Cloudflare Connect 参会的机会，而一等奖仅包括 25,000 美元的 Cloudflare 积分和一顿 VIP 晚宴。参赛资格也基本仅限于美国和加拿大的居民。
评论者普遍持怀疑态度，认为这项竞赛实际上是 Cloudflare 的营销和客户获取活动。他们批评奖品并非现金，担心参赛者的创意可能被挪用，并反对强制开源以及进一步依赖 Cloudflare 平台。许多人更倾向于去中心化方案，例如自行托管的 Git 服务器、纯 SSH 仓库、Fossil，或兼容 S3 的存储。
另一些人则质疑“数百或数千个智能体需要同时修改同一个代码库”这一前提。他们认为，协调、测试、评审和代码质量仍然比版本控制更难解决。
原帖有人将其与 Google Wave 作比较——那是一个技术雄心勃勃的协作平台，但因执行不佳、用途不明确和产品最终被放弃而失败。一些人为 Cloudflare 物美价廉且实用的开发者服务辩护；另一些人则警告，企业锁定以及技术或政治层面的单点故障可能会带来风险。
请启用 JavaScript 和 Cookie 以继续。
美国航空可能会让去程航班和返程航班使用相同的四位数航班号，有时甚至会同时出现两个完全相同的呼号。在普罗维登斯附近发生的 AA5083 事件中，一架飞机正在进场，另一架正在离场；空管人员成功区分了两者。相关视频还显示了凤凰城发生的另一起类似事件，航班号为 AAL2482。
commenters? 评论者指出，这种做法容易让空管人员、雷达软件、订票系统以及追踪航班信息的乘客产生混淆。交通防撞系统（TCAS）和空管人员可能降低了眼前的危险，但身份误判仍可能造成严重后果。有人建议强制使用唯一航班标识、扩大编号范围，或采用一些国家所使用的字母数字混合呼号。任何调整都需要整个行业协调，并可能影响航空显示系统、通信标准以及旅客使用便利性。
将塑料称为“聚合物”并不意味着它更优：聚合物涵盖许多材料，即使在塑料内部，性能差异也很大。聚乙烯和聚丙烯价格低、耐化学腐蚀，但易受紫外线影响而变脆；尼龙强度高，玻纤增强后尤其如此；聚碳酸酯抗冲击，但易受溶剂侵蚀；聚丙烯? Wait PVC. 聚氯乙烯既可硬也可软，但性能取决于可能带来危害的添加剂；聚氨酯用途广泛，却容易降解；电木刚硬、耐热，但脆；聚苯乙烯强度低且易受溶剂影响，而ABS更坚韧，但性能仍较一般；PTFE惰性极强且不粘，但价格昂贵。增强和加工能显著改善材料性能——例如，高倍拉伸聚乙烯可制成强度极高的纤维。核心观点是，“塑料”是一个过于宽泛的标签：每种材料都有独特的优点、缺点和安全问题，这些比笼统的名称更重要。
Hacker News 上关于 2024 年文章《塑料的性格》的一场讨论，聚焦于塑料随时间老化、变色、变脆、开裂，以及表面变黏或出现白化粉化等现象。评论者特别提到老式相机和游戏手柄；这些设备上的白色残留可能来自塑料内部迁移出的添加剂，例如滑石粉，或聚丙烯中使用的硬脂酰胺酸等滑动剂，如芥酸酰胺和油酸酰胺。由于溶剂可能会加速塑料降解，清除这些沉积物并不容易，因此塑料的保护与修复颇具挑战。
另一条讨论串将铸铁锅的聚合油养护与现代不粘锅的涂层进行比较，并引发了对潜在致癌物质的担忧。