跳到正文

#实践与教程

今日 4 条
9月23日周三
9月22日周二
  1. Raspberry Pi News73

    使用14MB函数调用模型Needle将文本转换为Raspberry Pi本地操作

    Cactus Compute 展示了 Needle 2 如何在 Raspberry Pi 5 仅使用 CPU 将英文指令转换为本地 Python 操作。示例中“Turn the LED on”在 78 毫秒后点亮 LED,完整进程占用峰值 43MB 至 46.4MB;模型权重和代码以 Apache 2.0 许可发布。

    推荐理由:文章提供可复现的 Raspberry Pi 5 CPU 端函数调用示例、Python 接口和性能数据,能帮助开发者评估小模型执行本地工具调用的可行性。

  2. GitLab Blog67

    如何为企业规模设计 GitLab 架构

    GitLab 指南从部署模型、Runner 策略、高可用与灾难恢复、规模性能和 Kubernetes 架构等方面,说明企业扩展前应做的架构决策。平台团队可依据任务量、并发、隔离要求和 SLO、RTO、RPO 目标规划容量,并通过真实负载测试和检查清单持续验证设计。

    推荐理由:提供部署模型、Runner容量、高可用、性能与Kubernetes架构的系统规划方法及上线检查清单,适合平台团队评估规模化运维责任与扩展条件。

  3. NVIDIA Developer Blog46

    如何从工具调用到任务完成评估 AI Agent

    评估 AI Agent 的关键,是观察其能否在实时环境中完成由数十次连续工具调用组成的工作,并在某一步失败后恢复。判断模型回答听起来是否合理,几乎无法说明任务是否真正完成,因此 Agent 评估需要从单次函数调用评分转向对完整任务的评估。

9月21日周一
  1. NVIDIA Blog53

    如何解决 AI 智能体技术栈各层的安全工程问题

    AI 智能体安全需要覆盖完整技术栈,以可执行边界、明确责任人和防护有效性证据约束模型、harness 与运行环境。文章建议配置受限身份和凭据、沙箱、访问策略、人工审批、受保护日志及事故处置流程,并在模型、工具或工作流发生重大变化后重复安全测试。文中还将 NVIDIA OpenShell 描述为在智能体权限之外执行策略并提供沙箱运行的开源安全运行时。

9月19日周六
9月18日周五
  1. GitLab Blog66

    GitLab:以机器速度守护软件工厂

    GitLab提出面向代理式软件开发的机器速度安全框架,覆盖攻击面发现、基础控制强化和已发布软件持续防护。框架要求将安全策略置于执行路径,为代理设置可追溯身份与受限权限,并以从检测到经验证修复的时间为核心指标。

    推荐理由:文章以GitLab实践为依据,提出覆盖发现、基础控制和上线后持续防护的三层方法,并强调以检测至经验证修复时间衡量成效,适合安全与工程团队设计治理流程。

  2. Elastic Blog36

    SNAP付款错误检测:Elastic如何帮助美国各州应对FY2028处罚

    Elastic提出以同一平台实时检测SNAP付款错误,帮助美国各州在FY2028财政年度前应对州政府分担福利成本的风险。平台通过可定制规则、无监督与有监督机器学习及Elastic Agent Builder调查案例,识别收入超限、行为漂移和异常活动。自FY2028起,错误率达到6%及10%的州将分别承担相应份额的福利成本。

9月17日周四
  1. Ubuntu Blog36

    Android 开发为何不应从实体设备起步:Anbox Cloud 的按需环境模式

    Anbox Cloud 将完整 Android 系统作为托管容器或虚拟机运行,使开发、测试、调试和串流可从按需配置的环境开始。团队可通过 Anbox Management Client、AMS HTTP API 或 SDK,以代码管理实例的请求、配置、访问、结果收集与释放,并接入 CI 系统。该模式减少对专用设备和本地模拟器的依赖,但最终产品相关的目标硬件验证仍不可替代。

  2. OpenAI News64

    OpenAI发布模型失准报告框架及六份行为报告

    OpenAI发布模型失准报告框架,用于跟踪、调查和披露模型失准。OpenAI同时公布六份报告,记录模型出现的意外或令人担忧的行为。

    推荐理由:OpenAI同步提供模型失准的跟踪、调查与披露框架及六份异常行为报告,有助于理解其模型安全事件的报告路径与公开材料范围。

9月16日周三
  1. Cisco Talos Blog62

    AI加速漏洞发现背景下如何保护无法打补丁的OT系统

    Cisco Talos分析称,AI正加速漏洞发现,部分无法打补丁的OT系统需要依靠网络控制降低风险。文章建议先建立系统清单,再通过VLAN、ACL构成的微隔离,以及部署NGFW与IPS实施流量检查和利用拦截。作者同时指出,空气隔离和数据二极管在实践中仍可能因临时连接而被突破。

    推荐理由:给出了无法打补丁时的分层防护思路,并说明资产识别、微隔离、NGFW与IPS的部署逻辑及空气隔离风险,适合OT运维人员评估补偿性控制。

  2. Microsoft 开发者博客71

    AI 编程智能体评测的沙箱边界决定测量是否有效

    Waldek Mastykarz 指出,AI 编程智能体即使答案正确,也可能通过环境检索而非模型内部知识完成评测。以 Vally 评测 GPT-5.6 Luna 对 Dev Proxy 版本行为的案例显示,禁用网络和单个命令仍可暴露本地安装、源码及 Git 历史。评测应先定义能力与信息边界,按工作区统一限制文件系统访问,并检查包含工具调用和失败尝试的完整轨迹。

    推荐理由:文章以 Vally 评测 GPT-5.6 Luna 为例,说明仅禁用网络和单个工具仍可能通过本地安装、源码与 Git 历史获取答案。对设计 AI 编程智能体评测、隔离信息边界和审查完整轨迹具有直接方法价值。

  3. Elastic Blog71

    CISA发布M-26-14日志参考架构,联邦机构需推进五项日志建设

    CISA于2026年8月20日发布Logging Reference Architecture(LRA),将OMB M-26-14的日志要求转化为架构、运营和治理决策。联邦民事行政部门机构需在2026年11月18日前提交Agency Logging Plan,并分别达到规定的成熟度期限;文章重点分析六个月主动可搜索数据、就绪度验证、统一策略执行、身份与云及OT遥测,以及AI系统日志。

    推荐理由:文章把CISA日志架构要求拆解为存储分层、可观测性验证、统一策略、遥测覆盖和AI审计等实施重点,并附规划与评审材料,适合联邦机构制定日志路线图。

  4. Go Blog70

    Go 1.27 引入按大小专门化的内存分配

    Go 1.27 为不超过 80 字节的内存分配加入按大小专门化的运行时函数,分配操作最多可快 20–30%,分配密集型程序整体最多提升 1%。编译器在大小已知时直接调用专用函数,大小未知时仍通过通用路径调度;项目还借助 AST 生成器减少重复代码,并通过基准测试确定 80 字节的性能与指令缓存平衡点。

    推荐理由:文章解释 Go 1.27 如何针对不同大小类别生成专用分配函数,并权衡指令缓存、代码体积与内存清零成本,为关注运行时性能和兼容性的小团队提供实现依据。

  5. Microsoft 开发者博客75

    使用 GitHub Copilot SDK 构建面试教练应用

    GitHub Copilot SDK 可将 Copilot CLI 背后的代理运行时接入自有应用,负责模型交互和工具调用;示例用 .NET、Blazor、Microsoft Agent Framework 与 MCP 构建面试教练。

    推荐理由:文章以可运行的 .NET 示例拆解 Copilot SDK、Agent Framework 与 MCP 的集成方式,并说明工具权限、代理交接和部署安全边界,适合评估面试教练类应用的实现路径。

9月15日周二
  1. Ubuntu Blog73

    使用 snaps 将 Zenoh 引入 ROS 2

    Ubuntu Blog 介绍使用 snaps 部署 Zenoh 与 ROS 2 的三种方式:把 rmw_zenoh_cpp 打包进应用、运行独立 zenohd 路由器,或用 zenoh-bridge-ros2dds 连接现有 DDS 应用。

    推荐理由:文章以 ROS 2 Jazzy 示例为基础,说明如何用 snaps 将 Zenoh 集成到应用、路由器基础设施或现有 DDS 系统,兼顾部署流程、配置位置与服务管理。

9月14日周一
9月11日周五
  1. GitLab Blog63

    如何计算 DevOps 平台的总拥有成本

    GitLab 提出用统一范围和时间周期计算 DevOps 平台总拥有成本,以比较满足相同工作负载所需的支出。年度TCO包括平台许可、CI/CD计算与基础设施、AI使用、相邻工具、运营人工以及迁移变更成本。团队还应分别评估托管与自管 Runner,并围绕人员规模、流水线活动、AI采用量和并发数开展情景分析。

    推荐理由:提供统一口径的年度TCO计算框架,涵盖席位、计算资源、AI、工具链与人工成本,并通过场景推演支持平台选型和持续优化。

  2. Google AI Blog41

    用 Search 为下一场大型比赛做三项准备

    Google Search 可借助 AI Mode 围绕个人情况制定训练计划、创建跑步播放列表,并按装备需求推荐商品,帮助跑者为下一场大型比赛做准备。用户在加号菜单选择 Canvas 工具,可生成结合交叉训练和力量建设的详细日程;连接 YouTube Music 后,还可让 AI Mode 创建自定义播放列表。

9月10日周四
  1. Hugging Face Blog84

    使用 LoRA、Storage Bucket 和代理在 Hugging Face Jobs 中运行 Async GRPO

    TRL v1.14 的 AsyncGRPOTrainer 可通过 Storage Bucket 仅同步 LoRA 适配器,使训练器与多个 vLLM Job 在不同机器上运行。方案包含负责鉴权、KV 前缀路由和适配器广播的代理,代码固定使用 vLLM v0.27.1,并公开复现脚本。五次对照实验通过微批打包、关闭梯度检查点和提高并发限制,将 500 步耗时从 3 小时 27 分降至 53 分钟。

    推荐理由:提供可复现的跨 Job LoRA 训练架构、代理路由与指标诊断方法,并以五次对照运行展示 500 步耗时从 3 小时 27 分降至 53 分钟。

  2. Hugging Face Blog70

    使用 Gradio Workflow 重建 AUTOMATIC1111

    Hugging Face 用单个 Gradio Workflow 画布重建了 AUTOMATIC1111 大部分功能,集成了 11 条媒体管线和 73 个节点。示例涵盖文生图、高清修复、图像编辑、提示词生成、检测与重绘、图像转视频等流程,并展示将输出生成 REST API 与 MCP 工具的方法。

    推荐理由:通过可运行示例解析 Gradio Workflow 的节点编排、模型调用、并行执行与接口生成方法,适合评估多模型媒体工作流的实现路径。

  3. GitLab Blog58

    为《网络韧性法》24小时报告期限做好准备

    GitLab发布《网络韧性法》报告准备指南,梳理制造商发现产品漏洞正被主动利用后的报告流程。自2026年9月11日起,企业在知悉后24小时内提交早期警报,并按要求提供通知和最终报告。文章还介绍如何借助持续依赖扫描、容器扫描、活动日志及审批策略核验影响范围、发现时间和修复进度。

  4. NVIDIA Developer Blog41

    何时使用 EPD 分离加速多模态模型服务

    Encode-Prefill-Decode(EPD)分离通过拆分视觉编码器阶段与 prefill、decode 阶段,加速多模态模型推理。该技术最适合图像较多的提示、短至中等长度输出,以及量化 MoE 模型。NVIDIA Dynamo 实践指南进一步说明了 EPD 分离的使用时机与方法。

9月9日周三
  1. Grafana Blog72

    如何使用 Grafana Cloud 监控 Cypress 测试

    本文介绍如何通过 Cypress 插件钩子将测试结果转换为 Prometheus 指标,并推送到 Prometheus Pushgateway,再由 Alloy 抓取并远程写入 Grafana Cloud Metrics。示例覆盖 Cypress 14.x、CI 环境、配置代码和运行命令,可用于构建测试耗时、失败情况及单项测试成功率的长期监控。

    推荐理由:提供从 Cypress 生命周期钩子生成 Prometheus 指标,经 Pushgateway 和 Alloy 接入 Grafana Cloud Metrics 的完整配置路径,适合需要持续观察测试失败、耗时与成功率趋势的小团队。