我的 coding agent（Claude Code、Pi 等）都跑在 Mac 上，由 herdr 统一管理。这篇文章记录怎么用 Heeler（herdr 的 iOS 客户端）加 Tailscale 组网，做到只带一台 iPhone 出门，也能看哪个 agent 需要我、回复它、甚至接管它的终端。
绝大多数人只需要方式 A：Tailscale 直连；如果你和我一样给 iPhone 开着代理软件，再看方式 B：加一台跳板机。
2026 年 10 月，PHP 官方紧急披露了两个可导致未认证远程代码执行（RCE）的严重漏洞。本文记录了笔者在一台运行 Nextcloud 的生产服务器上，从漏洞发现、风险评估，到 PHP 升级、Nextcloud 跨大版本迁移，再到数据落盘的完整过程。
2026 年 10 月 21 日，PHP 官方发布紧急安全公告，披露了两个 CVSS v4.0 评分 9.2（Critical）的远程代码执行漏洞：
| CVE 编号 | 漏洞类型 | 危害 |
|---|---|---|
| CVE-2026-109618 | Use-After-Free（OOM 处理内存未完全初始化） | 未认证 RCE |
| CVE-2026-109619 | Use-After-Free（陈旧全局状态） | 未认证 RCE |
这两个漏洞的共同特点是：攻击者无需任何身份认证，只需构造恶意 HTTP 请求即可在受影响服务器上执行任意代码。更严峻的是，多个国家级安全机构（CNVD、JPCERT、TWCERT、GovCERT.HK）几乎同时发出警报，并确认漏洞 PoC 已公开且被野外积极利用。
风险等级
两个漏洞均为 Critical（严重） 级别，CVSS v4.0 评分 9.2 分，且已被野外利用。所有通过 Web 提供服务的 PHP 部署均受影响。
本文以一个真实的小项目 FloatingBottomSheetsApp(一个 SwiftUI 底部浮层 Demo)为例,手把手带你搭好一套完全不打开 Xcode IDE 的 iOS 开发环境:工程生成、构建运行、调试、代码补全、格式化、热重载,一次讲清。
配套示例代码:cyub/sweetpad-demo,文中所有配置文件都可以直接对照源码查看。
很多从其他技术栈转来、或者常年写前端的开发者,对 Xcode 那套 IDE 并不亲近——窗口繁重、编辑器手感一般、和 git 工作流的结合也别扭。SweetPad 是一个 VS Code 扩展,它把 Xcode 的核心能力(构建、运行、调试、热重载)全部搬进了 VS Code,底层驱动的仍然是苹果官方的 xcodebuild 和 lldb,所以构建产物、签名行为和 Xcode IDE 完全一致,团队成员可以混用两种开发方式,互不影响。
再配上 XcodeGen,.xcodeproj 不再是一个需要手工维护(和 git merge 时痛苦)的二进制格式文件,而是一个几十行的 YAML 清单。
一句话总结这套组合的分工:
| 工具 | 职责 |
|---|---|
| XcodeGen | 用 project.yml 声明工程,生成 .xcodeproj |
| SweetPad | 在 VS Code 里构建、运行、调试、热重载 |
| VS Code + Swift 扩展 | 编辑器、代码补全(SourceKit-LSP)、格式化 |
本文转载自 Kimi 官方文档入门指南：Prompt 最佳实践一文。
System Prompt最佳实践：system prompt（系统提示）指的是模型在生成文本或响应之前所接收的初始输入或指令，这个提示对于模型的运作至关重要
在大型机器学习模型，尤其是自然语言处理（NLP）模型中，"system prompt"（系统提示）指的是模型在生成文本或响应之前所接收的初始输入或指令。这个提示对于模型的运作至关重要，原因如下：
在设计系统提示时，需要考虑到这些因素，以确保模型能够生成高质量、相关且符合预期的输出。
为什么需要向模型输出清晰的说明？
模型无法读懂你的想法，如果输出内容太长，可要求模型简短回复。如果输出内容太简单，可要求模型进行专家级写作。如果你不喜欢输出的格式，请向模型展示你希望看到的格式。模型越少猜测你的需求，你越有可能得到满意的结果。
自 2016 年 Google 开源 gRPC 以来，它凭借 Protocol Buffers 的高效序列化和 HTTP/2 的多路复用，迅速成为微服务间通信的事实标准。然而，随着云原生架构的演进和前后端分离开发的普及，gRPC 的一些设计局限日益凸显：
curl 和浏览器开发者工具束手无策ConnectRPC（简称 Connect）正是 Buf 团队为解决这些痛点而打造的现代化 RPC 框架。它不仅完全兼容 gRPC 生态，更带来了浏览器原生支持、HTTP/1.1 回退、以及 REST 般的调试体验。
Material Design 3（代号 Material You）是 Google 于 2021 年 I/O 大会发布的第三代设计系统，随 Android 12 正式推出。它代表了从"统一设计"到"个性化表达"的范式转变。
| 特性 | Material 2 | Material 3 |
|---|---|---|
| 颜色哲学 | 固定品牌色（Primary/Secondary） | 动态个性化（从壁纸/种子色生成） |
| 颜色数量 | 12个基础色槽 | 26+个语义化颜色角色 |
| 表面层级 | 阴影海拔（Elevation） | 色调表面（Tone-based Surfaces） |
| 排版体系 | 6种样式（Headline 1-6等） | 15种令牌化样式（Display/Headline/Title/Body/Label） |
| 形状系统 | 固定圆角 | 7级可配置圆角体系 |
| 个性化 | 无 | 核心特性（壁纸取色、算法生成） |
当你完成一个 Python 项目，想要发布到 PyPI 供全球开发者下载时，你是否遇到过这些困惑：
pip install 背后到底发生了什么？beautifulsoup4 却要 import bs4？src 目录？python -m build 和 uv build 有什么区别？本文将从依赖安装的底层机制出发，逐步深入到 WHL 文件构建流程，最后探讨现代化项目结构的最佳实践。无论你是刚接触 Python 打包的新手，还是希望迁移到现代工具链的开发者，这篇文章都能给你清晰的指引。
pip install 时发生了什么？当你执行 pip install flask 时，工具背后做了三件核心的事：
flask 的包信息.whl 文件下载site-packages 目录WHL（Wheel） 是 Python 的二进制分发格式标准（由 PEP 427 定义）。它本质上就是一个 ZIP 压缩包，里面包含了：
让我们以 Flask 3.1.1 为例，看看 WHL 文件的真面目：
pkg-config 是一个帮助开发人员在编译和链接程序时发现和使用库的辅助工具。它提供了一种方法来获取库的编译和链接参数，使得在编译时链接库变得更加容易和一致。pkg-config 通常用于Unix-like系统，并且支持多种编程语言。
pkg-config 的工作原理是查询一个名为.pc的文件，这些文件包含了关于库的元数据，例如库的安装位置、编译器标志、链接器标志等。当你安装一个库时，通常会在/usr/lib/pkgconfig或/usr/share/pkgconfig目录下安装相应的.pc文件。
pkg-config使用pkg-config查询库的编译和链接标志是最常见的用途。例如，如果你想使用libopus库，你可以使用以下命令来获取编译和链接标志：
这个命令会输出类似以下内容：
这些标志可以直接在编译命令中使用。
uv 是一款由 Astral 团队（创始人 Charlie Marsh）使用 Rust 语言开发的高性能 Python 包管理器。它旨在解决传统工具如 pip 和 venv 在依赖解析、安装速度和整体效率上的瓶颈。
作为 Python 生态的现代化核心组件，uv 不仅提供数倍于 pip 的安装速度，还支持无缝兼容现有工具（如 pip、poetry 和 setuptools），让开发者能轻松过渡到高效的工作流。
无论你是初学者还是资深开发者，uv 都能简化项目管理、减少环境冲突，并加速开发迭代。
uv 的安装过程简单快捷，支持多种方式。推荐使用脚本安装，以获取最新版本和自动配置。
此命令会下载并执行安装脚本，将 uv 添加到你的 PATH 中。安装后，重启终端或运行 source ~/.bashrc（或对应 shell 配置）以生效。
Vcpkg 是由 Microsoft 和 C++ 社区维护的免费开源 C/C++ 包管理器，可在 Windows、macOS 和 Linux 上运行。 它是核心的 C++ 工具，使用 C++ 和 CMake 脚本编写。 它旨在解决管理 C/C++ 库的独特难题。