每日HackerNews RSS
机器学习的成本正在直线下降，这得益于硬件、软件和模型架构在性能和效率上的双重提升。我们正迈向一个将人工智能视为基础架构层，而非奢侈品的未来。
核心要点如下：
* **效率飞速提升：** GPU 的能效比和推理引擎的性能都在呈指数级增长。
* **架构变革：** 专家混合模型（MoE）和 Mamba 等架构创新极大地降低了计算和内存需求，使得高质量模型更轻量，更易于本地化使用。
* **成本极度压缩：** 专用模型（如 Jev、Laya）已将简单决策任务的成本降低了几个数量级，使得 AI 的使用成本甚至低于 grep 等传统计算工具。
* **市场影响：** “杰文斯悖论”（Jevons Paradox）表明，当智能变得“廉价到无需计量”时，需求将会爆炸式增长。软件价值的核心将从算法开发转向运营、安全和用户体验。
归根结底，我们正步入一个高质量智能无处不在的时代。瓶颈已不再是原始的 Token 成本，而在于开发者如何将 AI 有效整合进灵活、个性化且高效的计算工作流中。
作者认为使用 GitHub Wiki 是一种“反模式”，并极力主张将文档存放在代码库的 `/docs` 文件夹中。 使用 `/docs` 方法的主要优势在于它将文档视为代码。这样可以实现文档与源码的版本同步、通过拉取请求（Pull Request）进行全面的同行评审、克隆项目后可本地访问，以及使用熟悉的格式检查和编辑工具。相反，Wiki 缺乏版本控制，难以在本地管理，且在品牌化和功能方面受到限制。 为了有效实施这一点，作者建议将文档放在 `/docs` 文件夹中，并使用 GitHub Pages 进行发布。对于初学者，建议使用 "just-the-docs" 主题或 Hugo 等工具来创建专业的文档外观。 归根结底，将文档保存在代码库中是新项目投入产出比最高的方式。如果文档最终超出了代码库的承载能力，对于已经习惯了现有工作流程的贡献者来说，迁移到专门的文档站点也将是一个无缝的过程。
面对公众日益增长的怀疑态度和安全担忧，OpenAI 正在积极扩展其网红营销策略，以改善 ChatGPT 的声誉并巩固其市场主导地位。数据显示，赞助内容出现了显著激增，今年夏天与 ChatGPT 相关的 Instagram 帖子数量翻了一番。
OpenAI 正在将触角延伸至科技领域之外，与育儿、健身和生活方式类网红合作，将 ChatGPT 塑造成一个易于使用的日常助手，而非一种威胁。通过强调人工智能是辅助而非取代人类生产力的工具，该公司旨在让更广泛的受众习惯并接受这项技术。
尽管采取了这一策略，该活动仍面临挑战；一些网红因发布此类内容而遭到粉丝的强烈抵制，被指责为“反乌托邦”。OpenAI 并未因此退缩，而是组建了一支由行业资深人士（包括前 Instagram 合作负责人）组成的内部团队，旨在管理这些合作关系，并化解人工智能公司与创作者经济之间的紧张关系。归根结底，OpenAI 押注于由值得信赖的创作者所制作的、以故事为导向的真实内容，认为这是确保用户保持对 ChatGPT 忠诚度并将其作为首选 AI 平台的关键。
Claude Code 2.1.277 引入了对 `AGENTS.md` 的支持，但经测试发现，该功能受限于远程遥测标志（telemetry flag）。如果启用了 `DISABLE_TELEMETRY` 或 `CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC`，工具会静默忽略 `AGENTS.md` 文件而不发出任何警告。 这种设计存在问题，因为它将本地文件读取与远程功能标志的连接性挂钩，实际上惩罚了注重隐私的用户以及位于受限网关（例如 Bedrock/Vertex）后的用户。由于缺乏用户反馈（模型表现得就像指令不存在一样），这会导致排查问题时产生极大的挫败感。 **当前权宜之计：** * **指令：** 创建一个包含 `@AGENTS.md` 的 `CLAUDE.md` 以绕过该标志。 * **技能：** 将 `.claude/skills` 软链接到本地的 `.agents/skills` 目录，因为该工具不会原生监控后者。 **改进建议：** Anthropic 应将本地文件访问与遥测设置解耦，在跳过文件时实施清晰的警告，并支持全局 `AGENTS.md` 或原生的共享技能目录，以避免在各个代码库中进行冗余的文件管理。隐私设置绝不应在静默状态下禁用无关的本地功能。
QuestDB 是一款高性能、开源的时序数据库，专为低延迟数据摄入和实时分析而设计。它采用先进的工程技术构建（零 GC Java、Rust、C++ 和向量化 SQL），是同类产品中增长最快的数据库，深受一级银行、贸易公司以及机器人和航空航天等新兴行业的信赖。 QuestDB 正在寻找一名常驻北美（优先考虑纽约/东海岸）的**售前工程师**，以负责领导技术验证流程。在这个实践性岗位上，你将负责需求发现、设计并执行概念验证（PoC）、进行架构评审，并将 QuestDB 与现有系统进行对标分析。你将与 CEO 和 CTO 紧密合作，作为主要的技术倡导者，将客户需求转化为产品路线图功能，并构建可复用的技术资产。 **职位要求：** * 具备技术销售、数据工程或数据库架构方面的工作经验。 * 精通 SQL，并对数据库内部原理（存储、分区、索引）有深刻理解。 * 能够向工程师和架构师阐述复杂的技术权衡。 * 具备 Linux、Docker、Kubernetes 和云环境的实操能力。 该职位拥有高度的自主权，你将与世界一流的工程师在协作文化中共同工作，并可在一家快速扩张、使命驱动型组织中获得具有竞争力的股权。