该图示说明了一个从YouTube视频自动生成文档的工作流程。**YouTuber** 通过托管在 **Vercel** 上的 **Next.js App** 提交任务。这会触发一个异步队列 (**Inngest**)，唤醒 **Railway** 上的 **Python Worker**。 该worker利用 **FFmpeg** 从视频中提取音频，然后将其发送到 **SOTA ASR 模型** (Nova) 进行转录。原始文本随后使用 **技术词典** 进行优化，然后传递给 **SOTA 推理模型** (GPT) 以生成最终文档。 最后，完成的文档会发送回 Vercel 上的 **Next.js App**，完成整个过程。本质上，该系统使用边缘函数、异步处理和AI模型相结合，自动化了YouTube内容的转录、校正和文档创建。
每日HackerNews RSS
## 脚本快照：从视频中提取代码
脚本快照 (script-snap.com) 是一款新工具，旨在直接从视频教程中提取代码，解决从非技术内容中筛选信息的烦恼。与典型的“YouTube转文本”摘要工具不同，脚本快照专注于识别和隔离有价值的技术信息，例如代码片段、终端命令、API有效载荷（JSON/YAML），甚至安全警告。
该工具提供干净、格式化的 Markdown 输出，可直接在 IDE 中使用，去除不必要的评论和“氛围”。目前，创建者正在解决与 Stripe 的支付处理问题，并实行手动“管家 Alpha”入职流程。
开发者正在积极寻求关于提取质量的反馈，并欢迎严厉的批评以改进工具的性能。
## PIrateRF：你的便携式射频信号发生器
PIrateRF 将树莓派 Zero W 变成一个可通过内置 WiFi 热点和网页浏览器控制的便携式射频发射器。它提供 12 种传输模式，从带有 RDS 的 FM 广播到 FT8、RTTY 甚至 SSTV 图像传输等数字模式。
**主要特点：**
* **多种模式：** 支持 FM、麦克风广播、数字通信（FT8、RTTY、FSK、POCSAG、摩尔斯电码）、频谱分析等。
* **浏览器控制：** 通过用户友好的网页界面配置和操作所有功能。
* **预设管理：** 保存和加载配置，以便快速设置。
* **易于设置：** 提供适用于 Raspberry Pi Imager 的预构建镜像或手动构建说明。
**重要提示：**
* **法律合规：** 大多数频率需要业余无线电许可证。用户有责任遵守当地的射频法规。
* **硬件：** 需要树莓派 Zero W（原版），理想情况下还需要低通滤波器和天线以确保安全和合法运行。
* **安全：** Pi Zero 输出包含谐波的方波；滤波对于负责任的传输至关重要。
**免责声明：** 创建者对滥用不承担责任。请负责任且合法地使用！在项目的 GitHub 仓库中找到详细的文档和设置说明。
## PirateRF：便携式射频实验工具
一个名为PirateRF的新项目将20美元的树莓派Zero W变成一个多功能的射频发射器，能够支持12种不同的传输模式——从FM广播和摩尔斯电码到SSTV图像传输和语音克隆。该平台由psyb0t开发并在Hacker News上分享，通过基于浏览器的界面运行，除了树莓派及其GPIO引脚外，无需额外硬件。
该项目旨在提供一种便携且经济实惠的工具，用于学习射频协议，传输范围有限（无天线时约为5米），以最大限度地减少干扰。预构建的SD卡镜像简化了设置。
然而，初步反馈指出代码质量存在问题，例如过度使用表情符号以及射频滤波（或缺乏滤波）的潜在问题，表明该项目优先考虑实验而非最佳实践。代码似乎大部分是由Claude等AI工具辅助生成的。
[https://github.com/psyb0t/piraterf](https://github.com/psyb0t/piraterf)
## Claude 2.1.1 使用量激增 - 摘要 用户报告自今天早上更新后，Claude 2.1.1 的使用量显著且意外增加。尽管工作流程和项目例行程序保持一致，但用户达到 5 小时使用限制的速度比平时快得多——远超之前的假日促销 2 倍水平。此前，他们很少超过每周上限的 50%。 问题似乎仅限于 Claude 2.1.1，Heiku 的使用量仍然正常。用户观察到仅在 Opus 中运行“计划模式”时，在*没有*完全数据库处理的情况下，使用量迅速下降了 10%。 错误日志显示锁获取和请求中止的问题，可能导致使用量报告被夸大。用户已提供反馈 ID (60967402-d2b7-4e28-9779-2720680deeae) 以供进一步调查。
Hacker News用户报告Claude Code VS Code扩展程序体验下降。多位评论员指出，该扩展程序变得无响应，需要频繁重新加载，并且比以前更快地达到token限制——即使是在以前可以正常工作的项目上。
虽然一位用户认为最初的帖子只是模糊的抱怨，但其他人指出，越来越多的证据表明Claude Code的token使用量增加。核心问题似乎是后端变更或token分配变化，影响了开发者的性能和可用性。讨论强调了对这些近期变化导致的工作流程中断感到沮丧。
## Conan 配置包：增强可重复性和管理性 Conan 的配置管理通过引入 **配置包** 和 `conan config install-pkg` 命令得到了显著改进。 之前，共享 Conan 配置（远程仓库、配置 profiles、hooks 等）依赖于从 Git 仓库或 zip 文件安装，这缺乏强大的版本控制和可重复性。 现在，配置被视为一等公民——像常规 Conan 包一样进行打包和管理。 这实现了版本控制、版本范围和锁定文件，确保跨环境（CI/CD、开发者）的一致构建。 创建配置包很简单，只需在配方中使用 `package_type = "configuration"`，并支持通过设置进行平台特定的配置。 主要优势包括：改进的版本控制、简化的更新以及使用现有 Conan 仓库的能力。 `conanconfig.yml` 文件简化了多个配置的安装，并且与锁定文件的集成保证了构建的可重复性。 `core.package_id:config_mode` 设置允许配置影响二进制包 ID，从而增强兼容性跟踪。 最终，Conan 配置包为分发和维护项目特定的 Conan 设置提供了一个更可靠、可追溯和可管理的解决方案。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
可重现且可追溯的 Conan C 和 C++ 包管理器配置 (conan.io)
3 分，ibobev 发表于 1 小时前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## Claude 自动压缩数据丢失：摘要 Claude 目前在自动压缩时存在数据丢失问题。虽然完整的对话记录会被保存，但压缩后的摘要会丢弃用户提供的数据（例如代码、标记或日志），仅保留对其的引用。这导致 Claude “忘记”关键细节、产生幻觉信息，或要求用户重新粘贴数据，浪费 token 并中断工作流程。大量用户报告（8+ 个开放问题）凸显了这一持续存在的问题。 核心问题在于有损的压缩过程缺乏与原始无损记录的链接。 提出的解决方案是在压缩摘要中添加**索引记录引用**。这些引用（例如 `[记录：第847-1023行]`）将允许 Claude 在需要时才从记录中精确检索特定数据，从而最大限度地减少 token 使用并保持上下文。 这是一个低成本的解决方案——利用现有文件，并且只需要修改摘要器。未来的阶段可以将其扩展到跨会话恢复。现有的解决方法无效，社区解决方案是对这个核心平台限制的外部补偿。解决这个问题是一个**高优先级**功能，会影响生产力，特别是对于涉及大量用户输入的任务。
## Claude Code 的压缩问题与解决方法
用户在使用 Anthropic 的 Claude Code 时，由于其“压缩”功能（旨在管理长对话上下文限制）导致数据丢失。压缩功能会总结之前的对话内容，但这个过程是*有损的*，这意味着重要的细节，如文件路径、之前的决策，甚至代码片段都可能被遗忘。
核心问题在于 Claude 无法预测哪些信息在之后会变得重要。一位用户在压缩后丢失了 8K 的 DOM 标记，阻碍了迭代工作。虽然原始记录仍然可以本地保存，但摘要中缺少检索它的链接。
解决方法包括手动将关键信息持久化到外部文件（“记忆文件”），以便 Claude 在压缩后重新读取。像 `claude-log-cli` 这样的工具提供了高效的日志搜索功能，可以尝试恢复丢失的提示词，但一些用户报告此功能不稳定。开发者建议在摘要中添加行范围注释，以便有针对性地恢复所需的部分，避免令牌开销。
什么是 OAuth？
What Is OAuth?
20 小时前
## OAuth：简单的核心，复杂的历史 Geoffrey Litt 最近解释了 OAuth 背后的核心原理，响应了对“Matt Levine 风格”解释其用途的要求。尽管经过了 19 年的复杂性增加，OAuth 的基础仍然很简单：**安全地授权访问。** 它源于 Twitter 在 2006 年面临的一个问题——在不要求用户为通过各种客户端（网页、桌面，最终是移动设备）访问该平台而提供密码的情况下，启用 OpenID 登录。现有的解决方案不安全且是定制构建的。Litt 意识到需要一个标准，避免出现大量不安全的“TwitterAuth”风格系统。 OAuth 的核心就像一个“魔法链接”——在获得用户同意后，安全地将一个可多次使用的密钥发送给受信任的委托者（例如应用程序）。然后，该委托者可以使用该密钥代表用户行事。 OpenID Connect (OIDC) 是*基于* OAuth 构建的，有效地重现了“登录”功能。虽然标准已经变得复杂，但目标很简单：一种标准化的方式，可以在不共享您的凭据的情况下授予对您信息的有限访问权限。理解*为什么*需要授权访问是驾驭该标准本身“噪音”的关键。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
OAuth 是什么？ (leaflet.pub)
13 分，来自 cratermoon 57 分钟前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 更少 Bug 的命名：TigerBeetle 方法 作者讨论了计算机科学中一个持续存在的问题：命名以防止错误。他们认识到许多错误源于简单的拼写错误或变量误用（尤其是在具有/不具有阴影的语言中），并提倡利用强静态类型——但承认其局限性，尤其是在索引方面。 他们的解决方案在 TigerBeetle 项目中实现，围绕一致的命名约定：使用“**count**”表示*项目数量*，使用“**index**”指代*特定项目的位置*。这强制执行不变式 `index < count`，使不正确的组合立即可见。他们还使用“**size**”表示处理原始字节数组时的字节数，并避免使用模棱两可的术语“length”。 这种约定，结合“大端命名”（限定符作为后缀）和保持名称长度一致，创建了自文档代码，其中潜在错误“显现”。作者认为，即使是小的防御性技术，分层使用也能显著降低错误的可能性，尽管这并非万能药。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
索引，计数，偏移量，大小 (tigerbeetle.com)
5 分，ingve 发表于 1 小时前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 超越预定义的工作流：让AI代理规划与执行 当前的多代理框架（LangGraph、CrewAI、AutoGen、OpenAI Swarm、Claude 的工具使用循环）都需要开发者*预定义*代理如何协调——工作流、角色和交接。这种方法限制了代理动态适应复杂任务的能力。然而，最近的AI模型展现出强大的规划能力，能够自然地分解问题并理解依赖关系。 Cord，一个新框架，颠覆了这种模式。它不是规定结构，而是**让代理在运行时构建任务树**，基于单个目标。它利用了两个关键的基本元素：**spawn**（用于独立任务，提供一个干净的开始）和 **fork**（用于继承兄弟任务上下文的任务，非常适合分析）。 Cord 使用一个由中央服务器强制执行的简单协议，使用诸如 `ask`（用于人类输入）和 `complete`（用于标记任务完成）之类的工具。值得注意的是，测试表明 Claude Code 直观地理解并正确使用了这些基本元素*无需*事先指导，展现了对诸如“向团队成员汇报”（fork）与“聘请承包商”（spawn）等概念的理解。 Cord 的协议与模型无关，可以与各种 LLM 和数据库实现，为真正动态、AI驱动的工作流提供灵活的基础。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Cord: 协调人工智能代理树 (june.kim)
8 分，来自 gfortaine 33 分钟前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
不要创建 .gitkeep 文件，使用 .gitignore 代替。
Don't create .gitkeep files, use .gitignore instead (2023)
21 小时前
## 使用 Git 跟踪空目录
Git 本身不跟踪空目录，但有时你需要确保一个目录存在于仓库中（例如 `build` 文件夹）。传统上，开发者使用 `.gitkeep` 文件——一个放置在目录中的空文件——以及特定的 `.gitignore` 规则来强制 Git 识别它。然而，这种方法需要编辑两个文件，如果目录被重命名，则容易出错。
一个更简单、更可靠的解决方案是*仅*在你要跟踪的目录**内部**放置一个 `.gitignore` 文件。这个 `.gitignore` 文件包含两行：`*`（忽略所有内容）和 `!.gitignore`（取消忽略 `.gitignore` 文件本身）。
这种方法确保目录使用单个标准文件进行跟踪，自动适应重命名，并避免了非标准 `.gitkeep` 文件的混淆。它是一种更简洁、更易于维护的方式来管理 Git 仓库中的空目录。
Hacker News新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交登录
不要创建 .gitkeep 文件，使用 .gitignore 代替 (adamj.eu)
13 分，来自 frou_dh 2 小时前 | 隐藏 | 过去 | 收藏 | 3 条评论 帮助
cortesoft 2 分钟前 | 下一个 [–]
不确定为什么你的构建脚本不能创建构建目录？回复
yjftsjthsd-h 11 分钟前 | 上一个 [–]
我感到困惑。被 git 忽略的文件并不能阻止你提交它；据我所知，你可以这样做：
touch build/.gitkeep
git add build/.gitkeep
git commit build/.gitkeep
这样就可以了？不需要排除任何东西。回复
williadc 3 分钟前 | 父级 [–]
想法是你不希望签入任何构建。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## Lexega：SQL 的安全保障 Lexega 解决了审查大型、复杂的 SQL 变更的难题，它将 SQL 代码转换为**确定性的“信号”**——关于 SQL *做什么* 的可操作洞察，而不仅仅是它 *看起来* 如何。它充当代码编写和部署之间的结构化分析引擎，防止危险语句溜过。 该过程包括：解析 SQL、提取语义事实（表访问、策略变更）、发出信号、将这些信号与规则（内置和自定义）匹配，最后，评估策略以允许、警告或阻止执行。这个流程确保一致的结果——相同的输入始终产生相同的信号。 Lexega 擅长检测微妙的错误，例如由于过滤导致的意外的 `LEFT JOIN` 到 `INNER JOIN` 转换，并通过**语义差异化**揭示有影响力的变更（例如，识别更改后的连接条件）。它还处理模板 SQL（Jinja/dbt），通过项目上下文进行渲染以进行准确分析。 用户可以定义 **自定义规则** 在 YAML 中，以解决组织特定的风险并覆盖默认行为。最后，**策略** 定义了执行操作（在生产环境中阻止，在预发布环境中警告），并以机器可读的决策形式输出，非常适合 CI/CD 管道。Lexega 的确定性至关重要，尤其是在使用 AI 生成的 SQL 时，确保可重复、可审计且低噪音的执行。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Lexega 将 SQL 转换为信号 (lexega.com)
3 点 由 whoami4041 1 小时前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：