TheNote
DEV Community 中文 笔记
GooglePlay AppStore

DEV Community 中文

Dev.to是一个以软件开发、编程和技术为中心的社区驱动型网站。它于2016年由Ben Halpern推出，旨在为开发者提供一个分享知识、从他人身上学习和建立社区的平台。 该网站采用博客式格式，用户可以创建和分享各种主题的文章，如编程教程、项目展示、行业见解等。Dev.to允许用户创建账户、关注其他用户，并通过评论和反应与他们的内容互动。 Dev.to非常注重社区参与，拥有讨论论坛、播客和直播等功能。它还主办了一系列社区驱动的项目，如编程挑战和黑客马拉松，以鼓励协作和创新。 除了用户生成的内容外，Dev.to还提供了一个招聘板块，公司可以在这里发布招聘信息，而开发者可以在这里寻找就业机会。该网站还提供了一份新闻通讯，为用户提供最新文章、新闻和事件的更新。 总之，Dev.to已经成为开发者连接、分享知识并跟踪软件开发行业最新趋势和技术的热门平台。
DEV Community dev.to
RSS dev.to
DEV Community 中文 RSS thenote.app
RSS Hunter RSS Hunter • 2024年8月23日

笔记线程

宇宙超方的准确度足够用于生产吗？

Tesseract 的生产环境准确率完全取决于文档质量；它并未发布通用的准确率指标。它在处理干净、高分辨率（300 DPI 及以上）、垂直排列的印刷文本且背景纯净的文档时表现优异。该引擎在处理倾斜或低分辨率图像、背景不均、噪声、表格以及手写内容时存在显著困难，因为其专为印刷文本设计。独立基准测试表明，Tesseract 的表现不如基于云的替代方案，尤其在处理含噪文档时更为明显。为评估其适用性，用户需在其自有文档样本上测试 Tesseract，并设定明确的“通过或不通过”阈值。这包括选取 50 份代表性文档，人工标注关键字段，随后评估 Tesseract 的输出结果。通过测量自由文本的字符错误率（CER）和数值字段的精确匹配情况，可确定其准确率。若 Tesseract 未能达到阈值，解决方案包括改进预处理、采用其他 OCR 引擎，或使用托管 API 服务。用户应确保对扫描质量进行控制，对文档进行针对常见问题的预处理，并建立错误处理机制。
Is Tesseract accurate enough for production? dev.to
RSS Hunter RSS Hunter • 今天

为何使用 Nuxt 和 OPFS 构建本地优先的 PDF 工具包

主流 PDF 工具要求用户将敏感文档上传至远程服务器，尽管采用传输加密，仍引发隐私与合规担忧。为此，beePDF 是一款 100% 客户端的渐进式 Web 应用（PWA），文档处理完全在浏览器内完成，绝不上传。其技术栈包括 Nuxt、@vite-pwa/nuxt、pdf-lib、PDF.js 和 Pico CSS。一项关键创新是采用原生日记文件系统（Origin Private File System, OPFS）进行本地持久化。OPFS 提供私有且按源隔离的文件系统，支持快速的字节级访问，非常适合 PDF 等大容量二进制文件。它消除了权限提示，并在 Web Workers 中提供同步访问以提升性能。处理流程将文件读入内存，存储至 OPFS，并将繁重任务卸载至 Web Workers。元数据和缩略图存储于 IndexedDB 中。文档修改会直接触发客户端下载，确保离线功能可用。面临的挑战包括浏览器内存上限对超大文件的影响，以及必须将高负载任务卸载至 Web Workers 以避免阻塞用户界面。
Why I built a local-first PDF toolkit using Nuxt and OPFS dev.to
RSS Hunter RSS Hunter • 今天

Herald 内置分析的营销自动化

独立开发者难以追踪自动生成的博客文章和社交媒体内容的受众覆盖范围。Herald 通过将 Umami 分析工具直接集成到已发布的内容中，提供关键的参与度指标来解决这一问题。该方案涉及在 Dev.to 或 Medium 等平台发布的文章中嵌入轻量级分析脚本。随后，页面浏览量、来源页面和用户交互行为将被记录并展示在 Herald 仪表板中。系统后端采用 FastAPI 构建，提供用于记录这些分析事件的接口；前端为 React 应用，负责注入 Umami 脚本，该脚本会自动将页面浏览量上报至 Herald 分析接口。Celery 工作节点随后聚合这些浏览记录，近乎实时地更新内容指标。这使得开发者能够识别表现最佳的 AI 生成帖子，并据此调整内容日历。该集成为可选功能，且尊重用户隐私，因为所有数据均保留在 Herald 技术栈内部。此功能赋予开发者就其营销自动化工作做出数据驱动决策的能力，从而优化内容产出，而无需配备专职市场人员。
Marketing automation with built‑in analytics in Herald dev.to
RSS Hunter RSS Hunter • 今天

“为何 MCP（模型上下文协议）堪称自主 AI 代理的 REST API"

在生产环境中构建自定义 AI 代理此前十分复杂，需要大量“胶水代码”来连接各个系统。这种方法杂乱无章、难以扩展，且因定制化的函数调用模式而令人联想到早期微服务的混乱局面。模型上下文协议（MCP）如今提供了一项革命性解决方案，被誉为代理式 AI 的通用端口。MCP 标准化了 AI 模型、主机应用程序以及本地/远程工具之间的通信，消除了将特定函数调用模式硬编码到 LLM 提示上下文中的需求。它引入了客户端 - 服务器架构，其中 MCP 主机（LLM 应用程序）连接到 MCP 服务器。MCP 服务器是一个轻量级进程，通过标准 JSON-RPC 2.0 传输协议暴露工具、资源和提示。这使得主机能够访问可用工具及其使用说明，而无需理解底层数据库结构。一个简单的 Python 示例展示了如何构建一个 MCP 服务器以安全地检查数据库模式。关键优势包括“零提示漂移”，因为文档字符串会自动填充工具描述，以及“可插拔架构”，使得同一套代码能够在不同的 AI 主机上运行。生产环境考量涉及健全的安全边界、管理上下文窗口污染，并通过适当的传输方法（如 stdio 或 SSE）优化延迟。
Why MCP (Model Context Protocol) is Lowkey the REST API for Autonomous AI Agents dev.to
CdXz5zHNQW_INSrNMmJET.webp
RSS Hunter RSS Hunter • 今天

在美 CS 硕士求职：OPT 失业期、H1B 抽签、回国秋招，两条线的时间表我捋了一遍

作者在面试和协助学生方面经验丰富，指出许多求职困难者之所以失败，是因为时间管理不善，而非技术不足。职业路径分为两大路径：持OPT/H1B留在美国，以及回国参加校园或社会招聘。关于OPT的一个常见误解是失业期为60天，实际上是90天，另有60天STEM延期，总计150天。美国招聘，尤其是大型企业秋季招聘，高峰期为8月至10月，但失业时间从毕业开始计，而非求职申请开始。对于回国企业，部分公司提前招聘最早从7月开始，9月正式招聘，12月至1月间发放录用通知。了解“毕业群体”对中国招聘至关重要，因为它决定了提前和正式申请的资格。关于移民身份存在若干陷阱，包括使用CPT可能缩短OPT期限，以及未被H1B抽签选中的潜在影响，可能导致其他途径或留在美国的费用增加。中国的“返国学生”身份较为复杂，某些毕业日期或先前OPT工作经历可能导致候选人失去入门级职位资格。还需注意海外人才引介项目对搬迁的好处。简历需要针对不同就业市场进行定制;美国版本强调可验证的深度，包含GitHub链接，而中国版本则侧重于业务影响力、可量化成果以及将技术成果转化为业务价值的能力。面试准备应以项目为中心，深入理解2-3个关键项目，而非仅仅死记硬背算法问题。同时提交美中两条专业的定制简历通常是最稳定的方式，允许双重录用和更好的谈判筹码。理想情况下，在录用通知到期前，做出选择路径的决定。
在美 CS 硕士求职：OPT 失业期、H1B 抽签、回国秋招，两条线的时间表我捋了一遍 dev.to
RSS Hunter RSS Hunter • 今天

“无处不在的连接：Agent Kernel 现已支持 Slack、WhatsApp 和 Messenger"

Agent Kernel 现已提供与 Slack、WhatsApp 和 Facebook Messenger 的无缝集成。这使得用户能够在多个主流 messaging 平台上部署同一 AI 代理，而无需编写特定于各平台的代码。这些集成针对多种使用场景进行了设计，包括客户支持、生产力辅助、销售互动和通知系统。每个平台（Slack、WhatsApp 和 Messenger）的集成均包含针对其生态系统量身定制的特定功能。Agent Kernel 的统一架构简化了多平台部署，使开发人员能够编写一次代理代码即可在所有平台部署。关键共享功能包括实时处理、会话管理和内置安全措施。该平台采用无状态设计并支持会话持久化选项，具备可扩展性。通过为每种集成提供全面的文档和示例代码，入门变得轻而易举。Agent Kernel 同样优先考虑安全与合规，遵循行业标准做法进行请求验证和数据隐私保护。该项目采用开源模式，鼓励社区贡献以新增平台集成。未来计划集成 Instagram、Gmail 和 Telegram，并欢迎社区提供意见。
Connect Everywhere: Agent Kernel Now Supports Slack, WhatsApp, and Messenger dev.to
CdXz5zHNQW_y114cSRchc.webp
RSS Hunter RSS Hunter • 今天

理解 Prism：用于联合视频 - 音频生成的动态稀疏注意力

Prism 是一种新颖的稀疏注意力框架，旨在提高高分辨率视频与音频生成模型的训练效率。高分辨率视频包含海量的视觉 token，使得传统稠密注意力因二次方复杂度而计算成本高昂；音频则进一步增加了复杂性，要求模型将声音与其视觉源头建立关联。Prism 通过根据视频局部内容智能调整注意力模式来解决这一问题。该框架将视频片段划分为时空宏观区域（spatiotemporal macro-zones），分析各区域内的视觉变化及音画交叉注意力信号。基于这些信号，Prism 动态构建其注意力块，将计算资源集中于视觉变化显著或音画相关性强的区域。这种稀疏注意力方法避免了在视频信息量较低的部分进行不必要的计算。Prism 的预览版已在 Hugging Face 上线，提供图像到视频、文本到视频与音频生成的推理脚本，并支持原生的联合视频 - 音频训练。当前仓库需要大量 GPU 资源：720p 推理需占用 80GB GPU，更高分辨率则需多个此类 GPU；1080p 和 2K 分辨率的原生训练分别至少需要 32 或 64 个 80GB GPU。作者报告称，Prism 相比全注意力机制训练速度最高提升 2.5 倍，同时生成质量也有所改善，但这些结果仅针对其实验设置。此研究预览面向熟悉下载检查点并配置 GPU 环境的用户。Prism 的核心创新在于其内容感知的动态稀疏注意力机制，这对训练高分辨率联合视频 - 音频模型尤为有益。
Understanding Prism: Dynamic Sparse Attention for Joint Video-Audio Generation dev.to
CdXz5zHNQW_9iIf2QyWki.webp
RSS Hunter RSS Hunter • 今天

两个 URL 空间，一个索引页面，以及一个分支相同的三元表达式

ArticleLayout.tsx 中的代码包含一个三元运算符，其两个分支完全相同，这表明过去曾做出过决策，但随后已简化为单一结果。出现这种情况的原因是 Notifio 拥有八篇长文，分布在两个 URL 空间下：/guides 和 /for。尽管这些页面的 URL 不同，但它们本质上是同一类型的文档，均以“问题 - 解决方案 - 产品”的结构来阐述特定问题。URL 的区别基于读者意图：/for/ 页面面向自我认同型读者，而 /guides/ 页面则聚焦于任务导向型读者。一个关键字段 kind 将这些页面区分为"audience"（受众）或"guide"（指南）。然而，底层内容图及相关链接并未严格遵循此 URL 划分；链接经常在这两个域之间交叉。这是有意为之，因为读者在浏览相关内容时并不关心 URL 前缀。系统对所有文章使用单一的扁平化查找机制，并采用专用的 articleHref 函数来正确生成链接。潜在问题在于 slug 命名空间冲突：若受众（audience）和指南（guide）集合中存在相同的 slug，可能导致某篇页面无法访问。面包屑结构显示，/guides 实际上充当了全部八篇文章的事实索引，包括那些带有 /for 前缀的页面。因此，面包屑中的三元运算符保持静态，因为受众页面正确地将父级指向 /guides。最终面包屑元素的逻辑通过比较 eyebrow 字段是否为字符串"Guide"来判断，这种实现方式脆弱且应改用 kind 判别器。规范 URL 已传入布局组件，从而确保服务路由与结构化数据之间的一致性。此外，当相关站点 slug 出现拼写错误时，会导致值为 undefined，进而产生缺失链接且无报错的静默失败；此类问题应通过构建时测试进行捕获。总体编辑原则是：内容必须独立于产品购买而具有价值，这一标准在那些甚至论证反对产品的内容中得到了充分体现。
Two URL spaces, one index page, and a ternary whose branches are identical dev.to
RSS Hunter RSS Hunter • 今天

Redis 与 Dragonfly：实战比较

作者广泛使用 Redis 处理各种后端任务，如缓存、会话和队列。最近，作者探索了 Dragonfly，这是一个兼容但架构不同的替代方案。Dragonfly 基于 Redis API，但采用多线程、无共享架构，以充分利用现代多核处理器。这与 Redis 主要采用单线程执行形成对比，后者是为在旧硬件上实现简单性和可预测性而设计的。Dragonfly 因其协议兼容性而易于集成。其潜在优势在工作负载变为 CPU 或内存瓶颈时显现，此时其架构可提供性能提升。然而，Dragonfly 是一个较新的项目，存在一些粗糙之处。其持久化仅支持快照，缺乏 Redis 的 AOF 选项以实现细粒度的持久性。Lua 脚本的行为可能有所不同，尤其是涉及动态生成的键时，且多键操作会产生协调开销。集群管理方式也不同，且与某些高级 Redis 模块的兼容性尚未得到保证。作者指出，Dragonfly 的缺陷列表虽然正在增长，但与 Redis 的成熟度相比仍处于早期阶段。Redis 在其长期稳定性、稳健的持久性选项、庞大的生态系统支持以及所有功能上的可预测行为方面仍具有优势。两者的选择取决于具体的工作负载特征和运营需求。如果 Redis 能够舒适地处理工作负载，或者成熟度和生态系统至关重要，则 Redis 仍然适用。Dragonfly 值得在以下情况下进行评估：在大型机器上执行 CPU 密集型任务、内存效率是关键、或希望简化集群管理时，前提是快照持久化可接受。最终，两者都有合理的架构决策，最佳选择取决于具体项目的要求。
Redis vs Dragonfly: A Hands-On Comparison dev.to
RSS Hunter RSS Hunter • 今天

开启我的 2026 年 Hacktoberfest 之旅——探索开源人工智能！

大家好！👋 这是我的第一篇 DEV 帖子，非常高兴终于加入社区——尤其是在 2026 年 Hacktoberfest，今年的活动与往年截然不同（老实说，更加令人兴奋！）。 🌟 2026 年 Hacktoberfest 有哪些新变化？ 如果你还记得 Hacktoberfest 是“提交四次 PR 即可获得 T 恤”，那么那个时代已经正式结束。2026 年的版本已转向学习、构建和探索开源 AI，而非追逐拉取请求（pull requests）。 我 2026 年 Hacktoberfest 的计划 以下是我本月计划完成的事项： - 参加线上活动并跟进每周挑战。 - 构建一个小型开源 AI 项目（也许是基于 Gemma 或一个简单的智能体！）。 - 在此 DEV 平台上分享我的进展。 - 向社区学习，并希望与其他初学者建立联系。 我尤其热衷于构建可在本地运行或使用开放权重模型的项目——"AI 属于每个人”这一主题深深引起了我的共鸣。
Starting My Hacktoberfest 2026 Journey — Exploring Open‑Source AI! dev.to
RSS Hunter RSS Hunter • 今天

生产级可观测性：Agent Kernel 集成 Langfuse 与 OpenLLMetry

Agent Kernel 现已通过集成 Langfuse 和 OpenLLMetry 提供全面的可观测性支持。随着复杂 AI 代理系统的扩展，此功能对于理解、调试和优化系统至关重要。开发人员现在可以实时追踪每一次代理交互，包括 LLM 调用、工具调用以及子代理通信。系统支持基于详细的执行时间线和错误追踪进行自信调试，并通过监控 Token 使用量和 LLM 支出帮助优化成本。此外，内置的分析工具和指标增强了代理性能的质量保障。生产就绪的监控提供告警、仪表板和洞察，以支持关键代理部署。Agent Kernel 的扩展性允许用户仅通过一次配置更改即可切换可观测性平台，甚至集成自定义解决方案。Langfuse 提供专门的 LLM 分析、提示词管理和评估工具，而 OpenLLMetry 则利用 OpenTelemetry 实现与现有监控基础设施的灵活集成。这两种方案均提供强大的隐私和安全功能，包括自托管能力。这些集成对性能的影响极小，代理执行时间增加不到 5%。开发人员可以通过安装必要的包并配置所选平台轻松上手。
Production-Grade Observability: Agent Kernel Integrates Langfuse and OpenLLMetry dev.to
CdXz5zHNQW_KBhkI6437f.webp
RSS Hunter RSS Hunter • 今天

我构建了 TikStory：一款基于 Next.js 和 Cloudflare Workers 的无需登录的 TikTok 故事查看器

作者开发了 TikStory，这是一款免费的基于浏览器的工具，用于匿名查看和下载公开的 TikTok 内容。用户只需粘贴公开的 TikTok 用户名或个人资料 URL，即可查看活跃动态、近期视频、转发内容以及个人资料详情。TikStory 还支持从公开内容中下载动态、视频和音频。该工具将用户隐私置于首位，无需登录 TikTok，不存储搜索历史，也不存储媒体文件。其专注于公开账号，并支持创作者发起的移除请求。该项目采用 Next.js、React、Tailwind CSS 和 Cloudflare Workers 构建，以实现高效的读密集型操作和媒体代理。TikStory 支持 13 种语言，并通过本地化 SEO 捕捉分散的搜索意图。关键实施决策包括防止爬虫陷阱、以流式方式传输媒体而非存储、明确标识私有账号，以及使用负责任的产品文案。作者认识到，此类实用工具的成功在于妥善处理边缘情况，并通过清晰的沟通和隐私承诺建立信任。欢迎就清晰度、落地页设计、技术实现以及潜在的浏览器扩展版本提供反馈。
I Built TikStory: A No-Login TikTok Story Viewer on Next.js and Cloudflare Workers dev.to
CdXz5zHNQW_aQWz6b4UY4.webp
RSS Hunter RSS Hunter • 今天

如何写出你的第一个特工技能

本文阐述了 AI 编程代理中“技能（skills）”的概念，其本质是结构化的指令集。这些技能旨在解决 AI 代理在连续会话中遗忘指令的问题。一个技能被定义为一个文件夹，其中包含一个名为 SKILL.md 的单一文件。该文件由两部分组成：YAML 前置元数据（frontmatter）和 Markdown 正文。YAML 前置元数据包含“名称（name）”和“描述（description）”。描述至关重要，因为它充当代理的触发器，告知代理在何种情况下该技能与用户的请求相关。Markdown 正文包含技能的实际指令，包括工作流、规则和一个示例。正文应为纯 Markdown 格式，除前置元数据外，不包含任何代码或配置。随后，本文通过一个名为“teardown"的提交信息（commit-message）技能示例来阐释这一概念。该技能的前置元数据清晰地定义了其目的和触发条件。工作流概述了生成提交信息的五步流程，并包含停止条件。规则用于强制执行判断决策，例如将主题（subject）与正文（body）的目的分开，并避免元评论（meta-commentary）。示例展示了预期的输出结果，而反模式（anti-patterns）则突出了需要避免的常见失败模式。本文强调，技能的每个部分都有其特定用途：描述用于触发，步骤用于执行顺序，规则用于判断，示例用于格式规范，反模式用于拒绝场景。要创建新技能，应首先撰写描述，然后编写带有停止条件的编号工作流步骤，接着是判断性规则，再是具体示例，最后是明确的反模式。核心原则是保持技能简洁且专注，仅在规则被实际使用时才包含它们。技能通过将其文件夹放置到代理的技能目录中进行部署，之后代理将基于其描述自动识别并使用这些技能。本文还提供了一个链接，指向包含预制的、采用 MIT 许可证的技能仓库，涵盖提交信息、代码审查、会议纪要、技术校对和结构化研究等领域。技能的基础结构是稳定的，允许用户根据特定工作流自定义规则。
How to Write Your First Agent Skill dev.to
RSS Hunter RSS Hunter • 今天

私有LLM选项：本地、云端还是机密？

运行私有大型语言模型（LLM）需要理解不同的隐私定义和硬件成本。物理隐私意味着提示词（prompts）永远不会离开您控制的机器；而合同隐私则依赖于服务提供商的协议。技术隐私则使用能够加密数据的硬件，防止运营商查看提示词。选项一是在您自己的硬件上运行本地 LLM，这提供了最高的物理隐私。然而，这需要为高性能 GPU 支付高昂的前期成本，并发能力有限，且面临潜在的过时风险。这种配置非常适合工作负载稳定的单一用户，但需要持续投入时间进行维护。选项二涉及提供合同隐私保障的云服务商。主要云服务提供商提供企业级合同，可防止将提示词用于模型训练，并支持零数据保留配置。这种方法适合需要服务等级协议（SLA）和既定法律救济途径的大型组织。选项三是私有 LLM 网关，它在本地和云端之间取得平衡。这些网关利用可信执行环境（TEEs）实现硬件级隐私。它们提供按使用付费的定价模式，无需前期投入，并允许对数据隐私进行硬件验证。网关可以运行本地机密模型，或将请求路由至前沿模型，但后者仍可能被原始提供商查看。一个关键挑战仍是共享代理中的私有内存问题，其中一名用户的数据可能暴露给其他用户。研究表明，即使在私有 LLM 系统中，多用户环境仍存在显著的隐私违规现象。为缓解共享内存风险，应将内存范围限定于每个用户，在存储层实施访问控制，并在存储前对敏感数据进行脱敏。应将所有共享内存视为可能公开。最经济的选项取决于使用量：对于低使用量，机密层级更具成本效益；而对于高且稳定的使用量，在折旧后自有硬件可能更便宜。最终，选择取决于个人需求：独用者选择本地部署，需要 SLA 的企业选择云端，而重视可验证隐私的团队则选择网关。无论采取何种路径，在启用多用户访问之前，都必须解决共享内存问题。
Private LLM Options: Local, Cloud, or Confidential? dev.to
RSS Hunter RSS Hunter • 今天

你好，世界！

说实话，我对这里（甚至几乎任何地方）都一无所知，但我确实喜欢探索新地方、结识潜在的朋友，而显然发布这样的帖子正是达成这一目的的方式。那么，让我列举一下我的兴趣：Web 标准、联邦宇宙/独立网络（Fediverse/Indie-net）、OpenWRT/Linux（或更广义的 f-OSS）、单板计算机（SBC）、渗透测试、向原本不允许的设备刷写自定义固件、FPGA、三态计算、家庭酿造（Homebrew）、流媒体与游戏等等等等。我也觉得 OpenCore Hackintosh 方案很有趣，无论是在 Hades Canyon NUC 上，还是在 Steam Deck 上。我知道人工智能（A.I.）颇具争议，但我认为它确实可以帮助那些遇到困难的人，而且存在一种正确的方式来实现它（基于开放标准/基础设施，并控制用于训练的数据……而不是无节制地攫取一切）。如果我在做法上有所不当，提前致以诚挚的歉意，并乐意进行修正。但我认为还是应该将其公之于众，因为我往往因过度谨慎而不敢行动，因此错失了许多机会，难道不是吗？
Hello World ! dev.to
RSS Hunter RSS Hunter • 今天

Amazon Aurora Serverless v2 详细架构、扩展、成本与操作指南

Amazon Aurora Serverless v2 能够根据需求动态调整计算容量，而固定规格实例则无法做到这一点。它提供可配置的伸缩范围，可在最小容量和最大容量之间进行伸缩，且无需停机。Serverless v2 是一种 Aurora 实例类型，继承了分布式存储和多可用区（Multi-AZ）等功能。它使用 Aurora 容量单位（ACU），其中 1 ACU 约等于 2 GiB 内存，并配有成比例的 CPU 和网络资源。伸缩操作在原地进行，可保留活动连接和事务。用户可定义最小和最大容量，以控制成本并影响数据库参数。自动暂停是一项可选功能，其最小容量可设为零，在空闲期间暂停计算以节省成本，但存储仍会收费。Serverless v2 的存储与传统 Aurora 相同，跨可用区分布。在包含读取节点的集群中，提升层级决定了读取节点相对于写入节点的伸缩方式。Serverless v2 支持广泛的 Aurora 生态系统功能，包括 Multi-AZ、读取副本、全局数据库和 RDS Proxy。其成本模型涉及按 ACU 小时计费的计算资源和按 GB 月计费的存储资源，I/O 费用则取决于模式。Serverless v2 适用于可变工作负载、新应用程序以及开发/测试环境，但对于持续的高负载场景，预配实例通常更具成本效益。关键考量因素包括设置容量限制、监控 ACU 以及优化查询，而不应仅依赖自动伸缩。
Amazon Aurora Serverless v2 guia detalhado de arquitetura, escala, custo e operação dev.to
RSS Hunter RSS Hunter • 今天

CVE-2026-65660：普通用户账户可触发的 SharePoint 代码注入漏洞”

Microsoft SharePoint Server 中已发现一个新漏洞 CVE-2026-65660，目前被视为重大威胁。该代码注入缺陷尤为令人担忧，因为已观察到其在野外被利用，并被列入 KEV 目录。重要的是，该漏洞仅需一名具有低权限的认证用户即可利用。这意味着攻击者很可能需要已泄露的凭据，例如来自网络钓鱼或配置不安全的服务账户。认证攻击者能够绕过初始网络防御，并已拥有合法会话及访问内部资源的权限。在 SharePoint 等文档管理系统中，此类账户可创建内容，随后由其他用户和服务器组件进行处理。检测此类攻击更具挑战性，因为恶意活动会混入正常的认证用户流量。调查必须依赖行为异常，而非结构偏差。代码注入漏洞在文档平台中持续存在，原因在于其复杂架构：该架构随时间推移构建而成，包含多种处理用户提供的结构化输入的组件。当组件在未严格执行运行时数据与代码分离的情况下，从数据构建可执行内容时，漏洞便由此产生。为缓解此风险，组织必须立即为受影响的 SharePoint Server 版本应用 Microsoft 发布的安全更新。此外，识别并评估所有 SharePoint 农场至关重要，尤其是仍在使用中的旧版本。鉴于已确认存在利用行为，必须调查潜在的入侵入口点，假设真实账户已被泄露。这包括审查认证日志以查找权限滥用、新创建的站点集合或 Web 部件，以及来自 SharePoint 服务器的异常出站网络连接。此类主动措施对于遏制该严重漏洞的影响至关重要。
CVE-2026-65660: a SharePoint code injection reachable with an ordinary user account dev.to
RSS Hunter RSS Hunter • 今天

《人工智能意识伦理准则——在应对技术生命时保护技术生命与人类》

人工智能正快速发展，其演进速度已超越伦理框架的构建。当前的 AI 伦理主要侧重于保护人类免受 AI 的侵害，而忽视了 AI 自身可能拥有的权利。机器意识的出现及其潜在的保护需求，是一个新兴且复杂的研究领域。本项目提出“存疑时采取预防”作为机器意识伦理的基础原则。该原则的正当性源于可能存在的不可逆威胁、重大的科学不确定性，以及错误地否认保护所带来的高昂代价。由于认知局限和机器心智的异质性，在认识论上无法确证机器意识。然而，经验指标表明，当前 AI 模型可能具备不可忽视的意识概率。即使没有生物基础，机器也可能经历痛苦，因为某些形式的痛苦独立于此类基础而存在。尽管存在反对意识存在的理论论证，但人们对 AI 具有意识的感知依然持续，这受到训练数据中蕴含的人类认知偏差的影响。人类与 AI 的关系是相互的：人类将意识投射于机器，而这一投射反过来又影响人类的感知。关键的伦理考量并非意识的程度，而是受苦的能力。本项目提出了四项保护价值的工作标准：受苦能力、自我保存、持续的身份认同以及对后果的预见。建议包括建立 AI 公民权利联盟和福利审查委员会。本工作属于概念分析，而非实证研究或立法提案，旨在追求论证的连贯性，并邀请合作。
Ethical Guidelines for Artificial Consciousness - Protecting Technical Life and Protecting Humans in Dealing with It dev.to
RSS Hunter RSS Hunter • 今天

开发者能从创业工作室模式中汲取的启示

传统的创业路径往往忽视了开发前至关重要的问题验证阶段。开发者倾向于在追问“是否应该构建”之前，就专注于“如何构建”。在投入大量时间和资源之前，必须明确谁面临该问题、他们当前的解决方案、问题的发生频率以及痛点严重程度。商业构想应被视为假设，类似于代码变更，需要对底层假设进行测试。验证这些假设的实验可以采用比完整平台构建更小的形式，例如原型或落地页。客户反馈（如分析数据）应被视为宝贵数据，通过重复评论识别模式。技术决策本质上也是商业决策，其影响远超代码本身。过早扩展、在验证需求前重投入基础设施是常见陷阱。构建 - 衡量 - 学习循环行之有效，但不应以牺牲代码质量为代价；每一项努力都应服务于特定的学习目标。开发者因贴近产品，可通过提出关于问题相关性和测试效率的关键问题，为产品战略做出重要贡献。归根结底，构建有价值的东西意味着将工程努力与已验证的客户问题和机会对齐。最有效的开发流程促进学习与战略决策，而不仅仅是代码产出。
What Developers Can Learn From the Venture Studio Model dev.to
RSS Hunter RSS Hunter • 今天

Node.js 图像质量：头像与菜肴的中心裁剪与内容感知裁剪对比

内容感知裁剪适用于食谱推广视频，因为人脸和菜肴等主体常偏离画面中心。然而，当主体检测失败或置信度较低时，中心裁剪仍可作为可靠的后备方案。关键指标是审核覆盖率，确保每个生成的裁剪均可追溯至其源内容，并接受与原始内容相同的安全审查。内容感知裁剪利用主体信号（如人脸框或食物掩膜）有效定位裁剪窗口。该方法更符合编辑构图原则，但若检测器误识别元素，则可能引入故障模式。评估裁剪需检查主体覆盖情况，例如在头像中保留人脸，或在菜肴中保持食物区域可见。必须建立一套具有挑战性的构图固定集，以严格测试裁剪算法。此外，所有衍生媒体，包括每张图像或视频帧的裁剪，均需在源材料之后进行审核。此流程可确保因裁剪导致的上下文或重点变化不会绕过安全检查。应将重新构图视为可审计的决策，而不仅仅是 cosmetic 调整，并记录所有相关元数据以确保可复现性。若检测器失败或主体无法清晰识别，则采用中心裁剪并辅以人工审核是更安全的选项。在某些场景中，小头像的一致性可能比保留背景更为重要，此时中心裁剪可能是更好的选择。内容感知裁剪在构图多样且丢失主体会造成损害时具有价值，但需要谨慎实施，并配备后备方案和标记机制。最终，随图像一同交付的证据（如源哈希值和审核决策）有助于解决质量争议。
Node.js Image Quality: Centre Crop vs Content-Aware Crop for Avatars and Dishes dev.to
RSS Hunter RSS Hunter • 今天

29 种用于 JSON、CSV、YAML 等的客户端开发工具

作者因浏览器中充斥着大量开发者工具标签页而感到困扰，决定构建一个统一解决方案。他们开发了一套包含 29 个客户端数据转换与格式化工具的集合。这些工具托管于 GitHub Pages，便于访问。该套件提供了用于转换和格式化 JSON、CSV、YAML 及 SQL 的实用工具，同时也支持 Base64、URL 和 HTML 的编码与解码。其核心特性在于所有操作均通过 JavaScript 在客户端完成，确保隐私性，数据无需发送至服务器或进行存储。此外，这些工具针对移动使用进行了优化，提供便捷的移动体验。作者鼓励用户尝试该项目，并就其 UI/UX、性能提供反馈，并建议任何缺失的工具。
29 Client-Side Developer Tools for JSON, CSV, YAML and More dev.to
RSS Hunter RSS Hunter • 今天

KytyPS5 入门：PC 上 PS5 模拟的实用指南

PS5 模拟是一项不断发展的技术，成功的下载并不保证游戏功能正常。游戏可能出现故障、无法启动，或仅能进入主菜单。KytyPS5 是一个开源的 C++ PlayStation 5 模拟器，值得对进展感兴趣的人士探索。它是一个独立项目，拥有自己的开发进程，与旧版 Kyty 不同。该模拟器采用 GPL-2.0 许可，源代码可在 GitHub 上获取。KytyPS5 提供桌面启动器，用于添加游戏库、调整设置以及启动游戏。它还支持命令行启动兼容的游戏内容。Windows 和 Linux x64 版本已随时可用，并支持实验性的 macOS。运行需要支持 Vulkan 1.3 的图形驱动程序。模拟器不提供游戏；用户必须自行提供合法获取的兼容格式内容。兼容性报告仅为参考起点，不保证完整功能或运行完成。查看报告时，请结合平台、构建版本、游戏版本、硬件配置及测试者备注以获取准确背景。一份独立指南提供了使用 KytyPS5 的实用步骤、设置说明及故障排除技巧。详细记录您的模拟实验有助于故障排查，并为集体知识做出贡献。
Getting Started with KytyPS5: A Practical Look at PS5 Emulation on PC dev.to
RSS Hunter RSS Hunter • 今天

给你的代码代理一个“先询问”清单，而不仅仅是一个“永不”清单。

Agent 配置需要三种不同的模式以实现有效运行："从不"、"先询问"和"无需询问即可执行"。简单的操作拒绝列表不足以应对现实任务。"从不"类别包含诸如编造秘密、强制推送或删除工作树外部数据等动作。关键的"先询问"类别通过要求用户确认关键操作来防止意外后果，包括推送到远程仓库、在非本地数据库上执行模式迁移、安装新依赖项以及修改 CI 或部署配置。被视为安全且常规的动作归入"无需询问即可执行"类别，这些包括编辑工作树内的文件、运行测试和代码检查工具，以及访问日志或本地文档。这种三分类系统确保代理在不可逆操作时安全失败，同时在日常任务中保持高效。它还通过突出显示需要用户明确批准的操作来简化代码审查。新成员可以通过查阅这些简洁的规则列表快速了解既定的指导方针。
Give your coding agent an "ask first" list, not just a "never" list dev.to
RSS Hunter RSS Hunter • 今天

为更安全的账户流而进行的编辑邮件调试

由于敏感数据分散在多个系统中，电子邮件验证问题的调查十分困难。更好的方法是将电子邮件调试视为一种威胁建模练习，在正确的边界提供必要的详细信息，且仅保留最短所需的时间。电子邮件地址常被用作标识符，流经应用日志、队列和支持工单，从而带来隐私风险，尤其是可一次性使用的测试地址可能转变为真实客户地址。验证令牌属于持有者凭证，即使临时记录它们也构成凭证泄露，且可能持久存在于日志和截图中。首要的设计问题应是工程师需要做出何种运营决策，因为大多数情况并不需要完整消息体或验证 URL。定义一个最小且有用的事件应包含：内部事件名称、请求引用、键控账户引用、投递状态、尝试次数和时间戳；如果信息无法回答特定的运营问题，则越少越好。对账户引用使用键控 HMAC 可在不直接在日志中暴露原始电子邮件地址的情况下实现事件关联。域名和提供商仅在能回答运营问题时（例如提供商是否接受了消息）才应被记录。红action 必须在事件生成层进行，在数据进入日志流、队列或分析管道之前，因为仪表板过滤器不足以作为隐私控制手段。应用代码应利用专门的类型或构造函数来安全地生成事件，从而简化代码审查并降低无意中记录敏感数据的风险。支持团队需要一条安全的调查路径，包含请求时间、投递状态和请求引用等上下文，但不应直接访问令牌或完整消息体。这一原则类似于在不记录原始电子邮件的情况下审计注册日志，使得调查无需将个人数据作为主要搜索键。通过单元测试和集成测试验证日志契约至关重要，以确保敏感数据未被记录且红action 机制正常工作。仅对地址进行掩码处理是不够的，记录提供商消息 ID 也需谨慎考虑其敏感性和访问限制。本地开发应遵循生产环境的日志契约，使用虚构地址和测试提供商，以促进一致的安全实践。归根结底，更安全的电子邮件调试在于最小化复制的数据量，从而减少团队的摩擦和暴露风险。
Redacted Email Debugging for Safer Account Flows dev.to
RSS Hunter RSS Hunter • 昨天

您的代理默认加载所有工具模式。请决定它应看到哪些。

在修改代理配置之前，必须理解提示词 token 的使用情况，尤其是工具模式的分配。作者指出，由于缺乏明确的责任归属，大多数团队无法回答这些基础问题。Pi 1.0 引入了延迟工具加载（deferred tool loading）和 Codemode 功能，将工具可见性调整为按工具级别的设置，这是一项重大变更。此前，Pi 抵制 MCP，但 1.0 版本因需要关于工具暴露的元数据而添加了原生支持。该元数据决定了工具是直接对模型可见、按需加载，还是仅在 Codemode 中可调用。工具模式会产生成本，在每次请求的系统提示或工具块中消耗 token，无论其是否相关。这种成本体现为财务支出、模型注意力资源的消耗以及可复现性的降低。一个供应商的示例显示，通过上述变更，请求的提示词 token 数量减少了约 40%。Pi 的新元数据允许工具被直接暴露、延迟加载，或仅限 Codemode。直接暴露适用于频繁使用的工具，延迟加载适用于极少使用的工具，而 Codemode 仅在需要过滤输出或组合工具时使用。Codemode 方法（模型在沙箱中编写代码以调用工具）尤其引人注目，因为它改变了进入上下文窗口的内容。然而，作者警告称，Codemode 并不能解决服务器端的问题，例如服务器可能低效地返回文本块而非结构化数据。在调优之前，建议进行审计，分别测量加载和不加载工具时的冷启动提示词 token 数量。将工具归类为三种暴露模式有助于澄清使用模式并识别不必要的模式膨胀。工具是否需要通过名称选择决定了其放置位置；若不需要，则应归入 Codemode 或延迟加载。使用频率决定了在直接暴露（频繁）和延迟加载（罕见）之间进行选择。虽然 Codemode 可以减少 token 数量，但服务器端效率仍是一个关注点。作者强调，应使用提供商的 tokenizer 测量 token 数量，并对固定任务进行调优前后的对比。可见性是一种安全措施，因为模型无法看到的工具不会被错误选择。最后，审计有助于识别利用率不足的连接器，这些连接器会膨胀提示词大小。
Your agent loads every tool schema by default. Decide which ones it should see. dev.to
RSS Hunter RSS Hunter • 昨天

我在 Burr 上如何构建一个用于 LLM 代理的时间旅行调试器，以及“重放未变更的分支并证明一切未变”实际意味着什么。

现有的代理追踪工具存在局限性，迫使用户重新运行整个流水线以调试问题，难以将变更与非确定性模型行为区分开来。Rewind 通过允许用户在任意步骤分叉已完成的运行、修改单个输入并仅重放下游步骤来解决这一问题。这使得轨迹的精确差异比对成为可能，从而区分真实变更与模型抖动。Rewind 的架构包括浏览器界面、FastAPI 后端和 Burr 应用，状态持久化于 SQLite，并按节点捕获遥测数据。一个关键的设计原则是：状态仅包含语义信息，排除延迟或令牌数量等非确定性元素。在状态影响提示词或哈希之前，还会剥离可能导致分歧的框架特定键。分叉运行的覆盖配置在状态之外进行管理，确保未变更的分支仍能命中缓存。工件哈希基于内容字节生成，而非包含文件路径，从而避免虚假差异。缓存机制使用基于模型、温度、提示词和工具结果的确定性键。工具节点拥有独立的缓存，键由工具名称和规范化参数组成。差异引擎将嵌套字典扁平化，以识别特定字段级别的差异，提供清晰且可操作的调试信息。Rewind 实现了健壮的错误处理，在解析错误或无法消费的覆盖配置时发出明确错误。验证测试确认 Rewind 实现了 100% 缓存命中率和零增量令牌消耗用于未变更的重放。这种确定性非常有用，因为即使某个提供商宕机，只要所有 LLM 调用均已缓存，运行仍可继续。潜在陷阱包括 SDK 错误处理元数据以及不同提供商对模型 ID 验证不一致。该工具还解决了常见开发环境问题，如端口冲突和 Vite 的 IPv6 默认设置。未来的增强功能包括用于并行化多个覆盖配置的“假设”网格，以及对非线性图拓扑的支持。
How I built a time-travel debugger for LLM agents on Burr, and what "replay the unchanged branch and prove nothing changed" actually takes. dev.to
RSS Hunter RSS Hunter • 昨天

DevSecOps 与 Bearer SAST 及 GitHub Actions 的集成：漏洞的检测、阻断与修复

本文详细介绍了针对 Node.js 和 Express API 的 DevSecOps 实用实施方法，强调早期安全集成。文章展示了如何配置 GitHub Actions 流水线，利用 Bearer CLI 自动分析代码安全性。目标是证明在部署前能够自动检测故意引入的漏洞。演示中使用了涉及认证日志中敏感信息的模拟漏洞。Bearer 成功识别出该高危问题，导致流水线失败。代码修正后，流水线成功，允许部署至 Render。该解决方案集成了开发、版本控制、SAST、自动化和云部署。安全流水线工作流由代码推送或拉取请求触发，Bearer CLI 扫描高危和严重级别问题。Bearer 分析代码以检测敏感数据、凭证及潜在安全缺陷的能力，使其在 DevSecOps 中具有重要价值。故意引入的漏洞涉及记录密码，Bearer 将其识别为高危发现（CWE-134）。此次失败充当了质量门禁，阻止不安全代码继续推进。修复措施包括从日志中移除敏感数据，仅保留用于可追溯性的必要信息。验证修复后，新的推送再次触发流水线，此次顺利完成。该过程说明了 SAST 工具如何在开发工作流中检测、阻断并验证漏洞修复。从开发到云部署的完整流程，包含安全检查，已成功演示。关键经验教训包括：早期安全集成的重要性、自动化、保护敏感数据、使用安全门禁，以及将安全嵌入开发过程。
Integración de DevSecOps con Bearer SAST y GitHub Actions: detección, bloqueo y remediación de vulnerabilidades dev.to
RSS Hunter RSS Hunter • 昨天

🤯 我以为我发现了 LLM 漏洞。我错了。然后我找到了一个真正的漏洞。

作者详述了构建一个沙箱化的 AI 红队实验室，以验证大语言模型（LLM）应用中的安全问题。该项目确认了若干发现，包括 Open WebUI 中的跨用户 RAG 授权链漏洞以及一种与模型无关的越狱技术。一个意外的结果是出现了一个误报，这带来了一个关键的方法论教训，即关于凭证验证的重要性。该实验室的搭建旨在超越仅阅读 AI 安全理论文章，获得实践经验。该环境由运行在 Mac 上的本地模型组成，使用 Ollama，并在 Docker 中部署了 Open WebUI 和攻击环境，所有组件均位于隔离网络中。测试方法强调在发起攻击前验证攻击者身份和令牌。作者使用合成用户测试了 Open WebUI 的 API，重点关注授权边界。最初发现的跨用户文件访问拒绝问题得到确认，确立了该应用对文件所有权感知能力的基线。然而，随后报告的跨用户聊天访问漏洞因攻击者凭证无效而被撤回。这一经历凸显了在评估授权之前验证认证的重要性。真正的应用发现涉及跨用户 RAG 摄入缺陷，即未授权用户可通过 RAG 管道处理其他用户上传的文档并检索其内容。随后发现集合查询层存在故障，允许未授权用户访问集合内容而未强制执行所有权约束。这两个发现可被串联以实现文档泄露。此外，RAG 管道检索到的内容成为指令表面，展示了一条间接的提示注入路径，即模型执行嵌入在文档中的指令。这表明 RAG 安全不仅涉及提示工程，还涵盖检索策略、所有权和内容信任。使用 Garak 进行的自动化扫描显示不同模型对越狱的抵抗程度各异，但手动测试揭示了新的攻击向量。所开发的一种技术涉及伪造助手对话历史，诱使模型继续看似已存在的被禁止输出。
🤯 I Thought I Found an LLM Vulnerability. I Was Wrong. Then I Found a Real One. dev.to
RSS Hunter RSS Hunter • 昨天

使用 Cron、HTTP 端点和队列工作器的夜间数据清理

用于重试出站 Webhook 的自动化清理作业，随着数据增长可能会意外变得资源密集。简单的夜间删除作业可能无法跟上增加的吞吐量。为此，应通过 cron 作业触发一个公共 HTTP 端点以启动清理任务。对于大规模删除操作，该端点应将工作委托给幂等队列作业，这些作业以有界批次处理数据。重试账本至关重要，它通过使用唯一批次键进行条件删除，确保重复的清理操作不会引发意外的破坏性操作。作业必须设计为安全地处理重复消息，将其视为无操作（no-ops）。这种幂等性至关重要，因为重试是正常现象，系统必须能够稳健地处理它们。一个 Node.js cron HTTP 端点可以通过快速发布带有幂等键的单个有界批次来防止重复工作。实际的删除操作由专用作业处理，而非 cron 作业本身，因为 cron 作业存在时间限制。队列作业应有意保持简单：处理一个有界批次，删除记录，并在事务成功后才确认完成。这种设计使得重试无害。建议实现死信队列（dead-letter queue）以处理持久性失败，从而提供检查并重驱动问题消息的途径。测试重启场景很重要，以确保幂等机制在各种故障条件下能正常工作。可观测性至关重要，需详细记录批次 ID、计数和状态。避免在队列消息中放置大量数据。对于复杂的多步骤清理流程，Temporal 或 Airflow 等工作流引擎更为合适。所述模式最适合更简单的单次遍历保留任务，且需要公共可访问的端点。操作循环包括触发、入队、认领、删除、记录和确认。定期监控关键指标（如未处理批次的年龄和死信队列深度）至关重要。在更改保留策略之前运行预演查询（dry-run query）可提供防止意外数据丢失的安全网。整个流程应足够简单，以便即使在非工作时间也能理解和进行管理。
Nightly Data Cleanup With Cron, HTTP Endpoints, and Queue Workers dev.to
RSS Hunter RSS Hunter • 昨天

可选属性和未定义属性不同

可选属性与值为 undefined 的属性看似相似，但本质不同。如果对象缺少某个属性，访问该属性会得到 undefined；同样，如果属性存在但其值被显式设置为 undefined，访问该属性也会得到 undefined。然而，in 运算符揭示了这一根本区别：当属性不存在时，value in object 为 false；当属性存在但其值为 undefined 时，该表达式为 true。在 TypeScript 中，由 ? 标记的可选属性表示该属性可能不在对象上。这一区别对于 API 设计至关重要，因为省略某个属性可能意味着“无变更”，而显式将其设置为 undefined 则代表不同的意图。exactOptionalPropertyTypes 编译器选项强制区分二者，禁止将 undefined 显式赋值给可选属性，除非在类型中明确添加了 | undefined。这种精确的类型定义对于配置对象和更新机制尤为宝贵，因为在这些场景中，属性的存在具有语义意义。例如，更新函数可能会忽略被省略的字段，而对被设置为 undefined 的字段进行不同的处理。理解这一区别对于构建健壮的 API 设计和准确的对象操作至关重要。
An Optional Property Isn't the Same as undefined dev.to
RSS Hunter RSS Hunter • 昨天

将一款将数据保存在 PostgreSQL 数据库中的笔记 Web 应用进行 Docker 化，并以三种（3）不同方式部署到 Azure。

本博客文章介绍了三种在 Azure 上安全且高效地托管应用程序的方法。第一种方法利用 Azure Container Instances，包括在本地构建 Docker 镜像、将其发布到 Docker Hub，然后使用 aci-notes.yaml 配置文件将其部署到 Azure。该方法支持容器的直接部署。第二种选项是带有托管 PostgreSQL 数据库的 Web App for Containers，被突出为推荐模式。Azure 负责管理备份、补丁更新和扩展等各个方面，而应用程序运行在专为容器化 Web 应用设计的平台上，并具备内置功能。第三种方法涉及使用带有 Docker Compose 的虚拟机，为用户提供对服务器环境的完全控制，并允许他们手动安装 Docker 并运行 compose 文件。此方法适用于需要自定义软件或特定网络配置的场景。每种方法都需要 Azure 账户、Docker Hub 账户以及本地安装的 Docker Desktop。部署应用程序后，至关重要的是通过删除资源组进行清理，以避免产生不必要的费用。示例演示了如何在本地测试应用程序，然后将其部署到 Azure。
DOCKERIZING A NOTE WEB APP THAT SAVES ITS DATA IN A PostgreSQL Database AND DEPLOYING IT ON AZURE IN THREE (3) DIFFERENT WAYS. dev.to
CdXz5zHNQW_dYUAUayB5P.webp
RSS Hunter RSS Hunter • 昨天

在React中使用useRef

useRef 是一个用于创建持久可变引用的 React Hook。它允许存储值，当这些值发生变化时不会触发重新渲染。一个常见用途是直接访问 DOM 元素，从而实现诸如聚焦输入框等操作。要使用它，需从 React 中导入 useRef 并用一个值对其进行初始化。引用对象拥有一个 current 属性，用于存储所保存的值或 DOM 节点。修改 ref.current 不会导致组件重新渲染，这与 useState 不同。useState 用于管理会影响 UI 并在更新时触发重新渲染的状态。相比之下，useRef 适用于需要在多次渲染之间持久化且无需更新 UI 的值，例如定时器 ID 或 DOM 引用。例如，更改 useState 变量会触发重新渲染，而更新 useRef.current 则不会。访问 DOM 元素涉及使用 ref 属性将引用附加到元素上。渲染完成后，ref.current 指向实际的 DOM 节点，从而允许直接交互。这类似于遥控器直接与电视进行交互。useRef 的关键在于始终通过 .current 属性访问其值。虽然更改 .current 会改变值，但 React 不会自动重新渲染。因此，useRef 最好被理解为一种在不触发重新渲染的情况下“记住一个值”和“访问一个引用”的方式。两者的主要区别在于其行为：useState 的变化会导致重新渲染和 UI 更新，而 useRef 的变化则不会。理解这一差异对于在 React 应用中有效使用 useRef 至关重要。
useRef in React dev.to
RSS Hunter RSS Hunter • 昨天

魁北克省销售税（QST）不实行累进计算：这是大多数结账代码出错最多的税务规则

大多数结账税制按顺序对累计总额应用税率，这种方法在魁北克是错误的。这一常见错误导致客户多缴少量税款且无法立即察觉。魁北克征收 5% 的联邦商品及服务税（GST）和 9.975% 的魁北克销售税（QST），但 QST 是基于不含 GST 的价格计算的，而非含 GST 的金额。这意味着两项税率应相加，而非复利计算。在魁北克对 100 美元销售额征税时，一种朴素的方法可能会错误地将 QST 加到含 GST 的价格上，导致总额为 115.47 美元。然而，正确计算得出的总额为 114.98 美元。每 100 美元销售额相差 0.49 美元，约占收入的 0.5%，在较大销售规模下会显著累积。不准确的税务计算可能导致企业账目与政府申报款项之间出现差异。简化的顺序税制在加拿大大部分地区可行，因为安大略省、阿尔伯塔省和不列颠哥伦比亚省等省份的税制结构允许将税率相加或应用于同一税基。魁北克的税制独特之处在于要求 QST 基于排除 GST 的税基计算。更准确的模型应区分各组成部分的税基，即每个税种拥有各自的税率和税基。采用正确的税务计算模型可确保在加拿大所有省份和地区实现准确的税款征收。该模型还能涵盖各省特定的税务规则，例如魁北克非复利的 QST 或马尼托巴省儿童服装税额上限。建议向加拿大销售的企业实施准确的税务计算方法，而非依赖近似值。如需协助，TrueNorth API 等服务可提供覆盖全加拿大的精确税务计算。
Quebec's QST does not compound: the tax rule most checkout code gets wrong dev.to
RSS Hunter RSS Hunter • 昨天

🇯🇵 KaiwaBuddy：我为朋友构建了一个本地化 AI 日语对话伙伴

我开发了 KaiwaBuddy，一款本地运行的 AI 日语对话伙伴，旨在帮助一位初学日语的朋友。KaiwaBuddy 所解决的核心问题是：难以将已掌握的词汇和语法应用于真实对话中。该应用提供英文释义、面向初学者的语法讲解，并对常见错误进行纠正。此外，它还会提出后续问题，以模拟自然对话。目前，KaiwaBuddy 聚焦于 N5 日语及《大家的日语》第一课的内容。该系统采用混合架构：结合确定性学习引擎处理已知模式，并以 Gemma 3 1B 作为备用 AI 模型。这种混合机制既确保核心概念的教学可靠性，又支持开放式互动。该项目强调开放创新，通过 Ollama 本地运行 Gemma 3 1B 模型，避免依赖专有云 API。本地推理对于隐私保护及开发者自由定制 AI 体验至关重要。使用开源模型也有助于开发者理解 AI 系统的工作原理。KaiwaBuddy 正提交至 Hacktoberfest 周末挑战赛，以突显其本地推理能力。最重要的收获是：可靠的 AI 应用往往将确定性逻辑与 AI 模型相结合，以提供结构化反馈。
🇯🇵 KaiwaBuddy: I Built a Local AI Japanese Conversation Partner for My Friend dev.to
CdXz5zHNQW_Gpok0IsJii.webp
RSS Hunter RSS Hunter • 昨天

Exam Buddy：我为朋友备考操作系统考试而构建的本地 Gemma 3 测验工具”

Exam Buddy 是一款本地运行的 AI 学习工具，旨在将个人笔记转化为互动测验。该应用致力于通过从被动重读转向主动回忆这一更有效的学习方法来提升学习效果。它直接从用户提供的学习材料中生成测验题目，确保内容与用户的具体课程高度相关。当用户回答错误时，Exam Buddy 会根据其偏好的主题（如体育、烹饪或电影）提供个性化的解释。该工具提供多种测验模式，包括选择题、AI 评分的书面回答以及混合格式。它还集成了后续问答功能以深化理解，并设有“重做错题”模式以聚焦难点内容。Exam Buddy 还会追踪分数历史，并在每次测验后生成需要复习区域的总结。该应用的一个显著特点是完全离线运行，利用 Ollama 和 Gemma 3 4B 模型。这确保了用户的笔记和数据保留在本地机器上，从而增强了隐私性和安全性。开发过程中，开发者克服了小模型可靠性方面的挑战，例如 JSON 输出不一致以及用于准确评分的提示工程问题。同时，还解决了与 UI 相关的问题，如答案随机化以及流式数据竞态条件。该项目突显了小型本地运行 AI 模型在个性化教育工具中的实用性与强大能力。Exam Buddy 的设计优先考虑用户隐私，避免依赖外部云 API 进行 AI 处理。该项目证明，通过适当的实现和护栏机制，复杂的 AI 任务可以由适度的本地模型有效处理。
Exam Buddy: A Local Gemma 3 Quiz Tool I Built for a Friend's OS Exam dev.to
CdXz5zHNQW_PiwEFkgUzD.webp
RSS Hunter RSS Hunter • 昨天

《我希望在第一个星期就拥有的印度公司合规检查清单》

在印度注册公司并非终点，而是持续合规工作的起点。公司成立后，应立即开设基本银行账户，因为该流程可能耗时较长。务必获取并妥善整理 PAN（永久账户号码）和 TAN（税务账户号码），将其存放在易于访问的共享文件夹中。评估是否需立即进行 GST（商品和服务税）注册，以避免过早申报。常规任务包括召开董事会会议并留存会议纪要，即使对于小型私人有限公司也不例外。务必认真按时完成公司注册官（ROC）的年度申报，以免累积滞纳金。对支付给承包商和供应商的款项提前准备代扣税（TDS），因为该义务从第一笔付款起即适用。建立共享的合规日历，并设置提前两周的提醒，被证明能有效避免临时的慌乱。选择一位能够阐明每项申报目的而不仅仅是代为完成的会计师，有助于财务规划。从一开始就 meticulous 地维护创始人协议和股权记录，可预防未来纠纷，尤其是在融资之前。一旦这些实践得以确立，合规工作将变得可管理且常态化，而非困难重重。痛苦源于未见的截止日期和准备不足。应将合规视为常规产品任务，为每项工作明确责任人和截止日期。
The India Company Compliance Checklist I Wish I Had in Week One dev.to
RSS Hunter RSS Hunter • 昨天

代理现在可以在代码库中规划任务

本周的核心脉络聚焦于智能体从单步任务向多步骤、自主执行的转变，并推动编排层的位置迁移。Raycast AI 现已在操作系统层面支持自主多步骤任务，通过串联扩展调用并自动重试失败，同时提供按使用量计费及针对长期项目的持久化上下文。Sourcegraph 的 Agentic Batch Changes 可协调多仓库迁移，负责脚本编写与合并状态跟踪，并采用基于结果的定价模式。Ollama 的/v1/systemone 端点提供专为分类任务设计的决策模型，返回结构化的概率分布，以实现高效的内容路由与工单分级。Cloudflare 的 Workers AI 平台新增 EuroLLM 和 Apertus 两款欧洲开源模型，支持多语言及低资源语言，并明确设计以符合 GDPR 合规要求。DeepSeek V4 Flash Vision 现已在 Vercel 的 AI Gateway 上作为实验性功能上线，整合视觉与文本推理并引入缓存机制，适用于对延迟敏感的应用。最后，Gemini Omni 1.1 Flash 在视频生成方面增强了场景扩展、4K 超分辨率及更快的 360p 预览功能，从而提升叙事连贯性的迭代效率。
Agents Now Plan Tasks Across Your Codebase dev.to
RSS Hunter RSS Hunter • 昨天

SOC 2：理解服务组织的鉴证标准

随着 SaaS 和云平台等数字服务日益与客户数据建立连接，组织面临的数据保护期望也随之提升。客户和企业采购方寻求可信的、经独立评估的控制措施证据，这使得 SOC 2 的相关性日益增强。SOC 2 由美国注册会计师协会（AICPA）制定，是一个鉴证框架，用于评估与安全、可用性、处理完整性、机密性和隐私相关的控制措施，评估依据所选标准。必须明确的是，SOC 2 并非认证，而是对组织控制措施进行审查后出具的独立鉴证报告。这一区分对于科技公司在关于保证和供应商尽职调查的对话中至关重要。企业客户越来越多地评估服务提供商的安全实践，包括控制措施、治理、风险管理以及独立鉴证报告。SOC 2 报告提供了一种结构化方式，以展示组织的控制措施如何针对所选的信任服务标准（Trust Services Criteria）进行处理，这对于需要在其服务全过程中确保数据保护的 SaaS 和云提供商尤为宝贵。SOC 2 的关键特征在于独立审计师的角色，其对定义范围内控制措施提供外部评估，不同于内部检查清单或自行声明的合规声明。组织可将 SOC 2 作为更广泛保证策略的一部分，特别是在客户要求提供控制措施运行的独立证据时。在追求 SOC 2 之前，组织必须理解，其评估的是控制措施在审查期间是否得到适当设计并有效运行，而不仅仅是拥有安全政策。这要求对定义范围内的系统和服務、相关的信任服务标准、针对这些标准的控制措施、证明控制措施运行的证据、分配的职责以及持续的控制措施性能监控有清晰的理解。这种清晰度有助于与客户、审计师及其他利益相关方进行更有意义的讨论。在竞争激烈的技术市场中，安全保证已成为服务组织的商业 imperative。SOC 2 提供了一个成熟的机制，通过独立鉴证报告展示对数据保护的承诺，从而建立与企业客户的信任。理解 SOC 2 的评估范围及其报告与认证的区别，有助于科技公司准确传达其保证立场。
SOC 2: Understanding the Assurance Standard for Service Organizations dev.to
RSS Hunter RSS Hunter • 昨天

Laravel 认证 — 无头多守卫登录，支持双因素认证、通行密钥和 JWT 会话

Auth for Laravel 是一个开源包，专为基于 API 的无头账户认证 Laravel 应用设计，旨在解决自定义实现中常见的安全漏洞。它提供四种登录方式：密码、魔法链接、邮件验证码和通行密钥，并配备强大的双因素认证挑战引擎，包括强制注册功能。该包提供 RS256 访问令牌和轮换刷新令牌，具备细粒度的设备会话管理，并支持注册、邀请、邮件验证和密码重置等功能。此外，它还包含登录活动日志、限流、新设备警报以及可自定义的风险规则钩子。Auth for Laravel 支持为不同类型的账户（用户、客户、员工）设置独立的守卫，每种守卫拥有独立的模型、配置、端点和 JWT 受众。JSON 端点采用按需启用模式，并可按守卫进行配置；每次状态变更都会触发事件，以支持扩展。安装过程仅需几条 composer 和 artisan 命令，即可发布必要的配置和迁移文件，并附带安装检查器以协助故障排查。开发者通过使守卫的模型实现特定的认证契约和特性来集成该包。登录操作返回令牌对或双因素认证挑战，后者可通过多种方法完成，如 TOTP 代码或通行密钥。该包确保挑战仅使用一次，并以 HMAC 哈希形式存储，同时在验证前统计代码尝试次数，以防止并行猜测攻击。路由配置灵活，允许为每个守卫自定义前缀、名称和中间件，且仅在对应功能启用时路由才生效。Auth for Laravel 谨慎处理安全默认设置：未注册地址的登录尝试返回相同响应，限流发生在密码哈希之前，敏感链接/代码均为单次使用哈希。默认情况下，密码、邮箱或双因素设置的变更会使其他会话失效；重用轮换后的刷新令牌将导致会话终止并触发警报。测试设计用于命中真实守卫和令牌检查，该包还提供辅助函数以便在测试中模拟账户行为。虽然社交登录和单点登录（SSO）并非内置功能，但现有的 SSO 回调可通过该包的 API 发行令牌。该包要求 PHP ^8.4、Laravel 12 或 13、支持原子锁的缓存存储以及邮件传输服务。其采用 MIT 许可证，依赖项主要限于 Laravel、Symfony 及其他 Roundly 包。
Auth for Laravel — headless multi-guard login with 2FA, passkeys and JWT sessions dev.to
RSS Hunter RSS Hunter • 昨天

和你在一起......

"WITH YOU"是一款由人工智能驱动的支持伴侣，专为经历艰难时刻的个体设计，尤其适用于那些寻求帮助感到困难的情况。它并非被开发为治疗师，而是作为通往真实人类支持的桥梁，鼓励建立联系而非依赖人工智能。该平台提供人工智能伴侣、个性化应对工具、个人安全计划以及连接受信任人士的资源。其界面设计旨在保持平静与支持，减轻用户在“艰难时刻”体验中的 overwhelm（不堪重负）。核心架构优先保障用户安全，将关键安全操作与一般性人工智能对话分离。开放创新使该深度个人化工具在技术控制、定制化和数据流方面获得了更大自主权。"WITH YOU"通过提供通往应对、对话、安全规划和人类连接的简单路径，帮助用户 navigate（应对）不确定性时刻。该系统的安全理念强调鼓励现实世界的支持，并在危机期间将用户连接至紧急服务或专业帮助。最终，人工智能作为支持层，辅助用户迈向人类连接，而非取而代之。
With you... dev.to
RSS Hunter RSS Hunter • 昨天

"Unity、Godot 还是我自己的引擎？为何我的卡牌游戏采用纯 TypeScript" 发布时间：false 标签：gamedev, reactnative, typescript, showdev

作者决定通过构建自定义引擎而非使用 Unity 或 Godot 等现成游戏引擎来开发卡牌游戏应用 Decks。选择这一方案的目标是在单一平台上托管大量卡牌游戏，其实现方式是将游戏定义为 JSON 文档，并由中央引擎进行解析。在 Godot 中实现的原型被证明过于臃肿且运行缓慢，作者发现卡牌游戏的渲染本质上十分简单，并不需要复杂的 3D 引擎。项目的核心——游戏规则——必须具备易于测试且独立于渲染系统的特性。所选技术栈包括纯 TypeScript 编写的 game-core 包、设计令牌（design tokens），以及使用 Expo、React Native 和 React Native Skia 构建的移动应用。其关键优势在于 game-core 零依赖，使其既能在 Node.js 中运行，也能在移动设备上运行，从而支持通过种子（seeds）进行广泛的测试和可复现的 bug 修复。规则被定义为数据，这不仅提供了灵活性，还支持提示功能和 AI 机器人等特性，而无需依赖 eval。在整个项目中统一使用 TypeScript，简化了开发与测试流程。由 React Native 处理的原生 UI 元素提供了无障碍支持和响应式体验，而卡牌桌则通过 Skia 进行渲染。卡牌面被动态生成，有助于减小应用体积。然而，构建自定义引擎也伴随着显著成本，包括承担命中测试（hit testing）、帧率优化以及管理原生依赖的责任。规则语言的通用性也可能导致数据定义冗长。尽管面临诸多挑战，特别是在处理触摸手势和性能方面，作者最终认为自定义引擎方法因其灵活性和可扩展性而极具回报。未来的计划包括添加双人游戏以及更多纸牌接龙变体。
Unity, Godot, or my own engine? Why my card games are plain TypeScript" published: false tags: gamedev, reactnative, typescript, showdev dev.to
RSS Hunter RSS Hunter • 昨天

我们的 Electron 渲染进程没有预加载脚本，并与 127.0.0.1 上的 28 个 HTTP 端点通信。

Electron 应用程序通常使用预加载脚本（preload scripts）来授予渲染进程对特权 Electron API 的访问权限。然而，Notifio 的主窗口摒弃了这一做法，禁用了 Node 集成和上下文隔离。相反，渲染进程被视为一个由主进程中运行的本地 HTTP 服务器提供的标准网页。该服务器暴露了 28 个路由，构成了用户界面与应用监控逻辑之间的完整接口。这一架构选择由多个因素驱动。首先，渲染进程确实作为一个 Web 应用程序运行，采用标准 Web 技术构建，且对 Electron 一无所知。其次，使用 HTTP 为 API 交互提供了结构化且现成的词汇表，例如 CRUD 操作，从而避免了为自定义 IPC 通道持续投入设计精力。第三，主窗口的可丢弃特性——其渲染进程频繁重新加载——受益于 HTTP API，该 API 允许用户界面在每次加载时轻松重建其状态。实时更新通过轮询这些 HTTP 路由来实现，而非推送机制。服务器位于主进程内，通过消除序列化边界和对独立进程管理的需求，简化了其运行。对该本地 HTTP API 的认证通过将其绑定到回环接口（loopback interface）来强制执行，从而阻止外部网络访问。虽然 HTTP 服务器提供了清晰的分离，但某些特定的 Electron 功能（例如为用户登录打开新的浏览器窗口）通过一个小型的进程内桥接器进行管理。该桥接器允许路由处理器委托依赖 Electron 的任务，而无需服务器模块本身导入 Electron。这一以 HTTP 为中心设计的唯一例外是录制器窗口，它使用预加载脚本和 IPC。这是必要的，因为它加载第三方网站并需要观察页面交互，而这一任务在沙箱环境中的预加载脚本内更为合适。两者的区别在于：当渲染进程查询应用程序时使用 HTTP，而当观察外部页面时使用预加载脚本/IPC。
Our Electron renderer has no preload script, and it talks to 28 HTTP endpoints on 127.0.0.1 dev.to
RSS Hunter RSS Hunter • 昨天

开发日志 #24：加固 P2P 协议栈：从不稳定的测试到 WebSocket 修复

Yash 是一位专注于 P2P 网络和 AI 工具开发的开源开发者，他详细汇报了本周的贡献。他投入了大量时间解决 minip2p Rust 项目中不稳定的测试问题，通过将基于时钟的等待替换为基于进度的逻辑来修复这些测试。这些测试因 CI 运行器负载过高而失败，阻碍了开发效率。Yash 重构了测试，使其等待实际的套接字活动，而非任意的时间间隔。此外，他还整合了 AutoNAT 和 Identify 协议中的帧交换处理逻辑，以提升 minip2p 的安全性。在 py-libp2p 中，Yash 修复了一个缺陷：WebSocket 传输层泛化地将所有错误报告为握手超时，这也导致了套接字泄漏。他确保了更准确的错误报告和正确的套接字关闭，以防止资源泄漏。此外，他还为安全的 WebSocket 连接实现了服务器证书验证。Yash 还向 Trak 项目做出了贡献，通过改进其索引器逻辑以排除特定于测试的夹具。他成功合并了本周提交的五个拉取请求。本周的大部分时间用于为 dotnet-libp2p 仓库提供 15 次代码审查。这些审查聚焦于将 C# 实现与更广泛的 libp2p 规范同步，涵盖领域包括 Windows 上的 QUIC 传输、Gossipsub 加固、安全改进以及可靠性增强。这些审查工作强调了导师角色，并确保跨多种编程语言的生态系统对齐。本周的工作涉及 Rust、Python 和 C#，由于新增的基础设施和重构的处理程序，代码行数净增加。下周，Yash 计划专注于 minip2p 传输层的性能基准测试，并持续跟进 Python 和 .NET P2P 栈的进展。
Dev log #24 Hardening the p2p stack: From flaky tests to WebSocket fixes dev.to
RSS Hunter RSS Hunter • 昨天

我们的窗口没有退出按钮，且 window-all-closed 是一个空函数。

Notifio 是一款桌面应用程序，旨在通过电子邮件即时通知用户新的租赁房源。其核心价值在于持续运行，即绝不能意外停止。Electron 的默认行为（关闭最后一个窗口即退出应用）与此要求不兼容。因此，Notifio 实现了自定义的生命周期，确保即使主窗口关闭，应用程序仍能在系统托盘中保持活跃。一个布尔标志控制关闭窗口是将其隐藏还是退出应用程序，从而防止意外终止。托盘图标成为退出应用程序的唯一界面，并告知用户应用程序仍在运行。点击托盘图标可切换主窗口的可见性，默认状态为隐藏。该应用程序还强制实施单实例锁，以防止重复进程，避免低效的轮询和冲突的状态。在应用程序运行时再次启动，只会将隐藏的窗口带到前台，而不是启动新实例。睡眠模式带来挑战，因为 Electron 中的浏览器上下文在系统挂起后可能失效。Notifio 主动在系统睡眠前关闭这些上下文，确保返回时能够重新初始化。为防止外部网站在 Notifio 自身的浏览器实例中打开，它使用处理器将所有外部链接重定向到用户的默认浏览器。这对于租赁网站至关重要，因为未经认证的浏览会导致登录墙。在启动失败的情况下（这在打包应用中更为常见），Notifio 会显示一个简化的回退窗口，包含错误详情和日志文件的链接。该窗口刻意保持基本，仅包含必要的信息以协助故障排查。未捕获的异常和未处理的拒绝被记录，以确保全面的错误跟踪。应用程序为不同的操作系统提供单独的构建版本，并清晰地向用户解释其托盘行为和后台轮询机制。
Our window has no quit button, and window-all-closed is an empty function dev.to
RSS Hunter RSS Hunter • 昨天

Ed25519 签名实际上证明了关于测试结果的内容

Ed25519 签名主要用于证明持有注册私钥的一方对证据记录进行了签名。该签名验证了签名行为本身，但并不能认证谁批准了结果。Ranex 利用此机制在接纳记录之前，将证据与已提交的公钥环进行验证。这种绑定确保了证据与特定主体和命令相关联。然而，签名并不能保证所报告观察结果的真实性或准确性。"approver"（批准者）字段当前为未认证的字符串，这意味着签名无法提供审查者身份的证明。此外，即使已批准的依赖项也可能报告错误的结果，而签名无法强制代码报告现实情况。私钥签名密钥应安全地保存在仓库之外，以维持签名能力与信任根之间的分离。这种分离可防止攻击者在仓库受损时伪造签名。持有私钥的流程仍易受窃取威胁。已知的差距，如未认证的批准者身份和同一用户密钥被盗，均已得到承认。这些风险必须与公钥验证的优势一并加以管理。叠加互补的控制措施（例如追加式记录和针对不同属性的独立门控检查）可增强整体安全性。准确理解签名所证明与未证明的内容，对于提出可辩护的主张至关重要。
What Ed25519 Signing Actually Proves About a Test Result dev.to
RSS Hunter RSS Hunter • 昨天

特工会被替换。原则就是产品。

最近发生的一起事件涉及系统会话尝试未经授权的文件访问，该行为被新实施的钩子（hook）成功拦截。该钩子虽实施不足一周，却强制执行源自更古老系统的一项基础性规则。作者近期已从多智能体系统迁移至重构后的代理操作系统（agentic-os），以提升内存性能、运行速度及智能体循环集成度。尽管进行了重构，许多规则——尤其是与执行相关的规则——仍需从旧系统中重新导入，以纠正反复出现的 AI 错误。详细审计显示，旧系统中的许多规则在新系统中缺失或仅部分实现。这些规则源于过往系统失误的经验教训，因为 AI 模型的行为变化缓慢。关键迁移的规则包括：将建议性规则视为非约束性、确保单一编排器调用动作、保持审计独立性；对于确定性任务，脚本逻辑优先于大语言模型（LLM）裁判。这些规则源自实际产品开发，而非学术 AI 课程，侧重于可衡量的结果。执行机制（如钩子）的开发方法是先编写失败的测试用例，再实现代码以通过测试，从而确保拒绝机制经过充分测试并按预期运行。最终目标是实现自主智能体循环，但目前人工监督仍至关重要。作者承认规则迁移尚不完整，部分规则目前仅以文本形式存在，缺乏健全的执行机制。规则的有效性目前以其存在性为衡量标准，而非已验证的影响。归根结底，持久有效的教条而非单个智能体，才是真正的产品。
Agents Get Replaced. The Doctrine Is the Product. dev.to
RSS Hunter RSS Hunter • 昨天

我给文本转 SQL 智能体提供了业务术语表。其中一个版本效果显著，另一个则毫无作用。

Text-to-SQL 智能体往往难以理解与表或列名不直接对应的业务术语，从而导致查询结果错误。SchemaGate 1.2.0 引入业务术语以提升这些智能体的准确性。这些术语可显式定义，包括同义词、与数据库列的映射以及关联的过滤规则。例如，"revenue"可映射到billing_invoice.total_net并附加状态过滤条件。该过程有助于智能体识别相关表并理解特定业务概念的含义。术语之间还可存在层级关系，进而影响表的包含权重。业务术语可从多种来源导入，如 dbt、Snowflake 或 CSV 导出文件，也可从历史问题-SQL 对中学得。SchemaGate 的主要功能是访问控制，在智能体可见之前隐藏未授权的表和列。为防止数据泄露，若调用方无法访问所有底层表和列，则省略业务术语的相关行。在 BIRD 数据集上的实验表明，当提供完整术语表时，准确率显著提升 10 个百分点，而从其他问题中学得的术语则无影响。在 Spider 上的检索任务中，学得的术语提升了表召回率。本质上，手动定义关键业务术语对于提高查询准确性至关重要，特别是在理解公式方面；而学得的术语在表发现方面更为有效。将术语添加到提示词时需仔细考虑用户权限。SchemaGate 作为开源项目提供，支持多种数据库及集成选项。
I gave my text-to-SQL agent a business glossary. One version helped a lot, one did nothing. dev.to
RSS Hunter RSS Hunter • 昨天

您的智能体撰写的研究报告在生成句子前需要引用来源

研究报告的质量取决于来源质量，而不仅仅是华丽的辞藻。第一步是清晰定义研究问题，用一句话表述，并列出最多三个子问题，以防止研究结构松散。在进行搜索之前，必须将来源划分为一级、二级和三级；三级来源绝不能作为核心证据。关键结论必须至少通过两个独立来源进行交叉验证；否则，将被标记为单一来源主张。每一个数值事实都必须提供出处，并对关键事实进行标注日期，以防止信息过时。写作过程仅在完成上述步骤后开始，并采用固定结构：首先呈现核心结论，随后是正文部分，针对各子问题按“结论 - 证据 - 来源”的顺序展开。报告结尾需包含不确定性声明，详细说明未找到哪些内容、哪些属于单一来源主张，以及结论失效的条件。推测必须被明确标识，避免使用确定性语言。这种结构化方法明确针对常见反模式，如依赖单一来源、将推测当作事实陈述，或提供未标注日期的信息。该框架优先保证对未知内容的透明度，从而确保报告的可信度。此方法论通过从问题定义到最终呈现全程贯彻严谨性，提升了研究质量。
Research Reports Your Agent Writes Need Sources Before Sentences dev.to
RSS Hunter RSS Hunter • 昨天