Posts

制作一个自定义 Pet，需要让同一角色在待机、工作、等待和转头时保持一致。本文以灰原哀学习伙伴为例，记录角色设计、动画修复、图集校验，以及向读者分享成果时需要说明的细节。 整理与官方资料核对日期：2026-09-17。本文保留案例中的 Codex 产品称呼；当前官方 Pets 页面以 ChatGPT 桌面应用介绍桌面入口，实际菜单以安装版本为准。文件与视觉检查结果来自既有制作记录，本次文章整理未复测 Pet，应用内显示仍待验证。 1. 适用范围 本文介绍自定义 Codex Pet 的制作流程，包括角色设计、动画生成、方向检查、图集合成、打包和安装验证。文档以灰原哀 Pet 项目的制作记录为例，记录从角色母版到安装验证的完整过程。 案例使用本地 hatch-pet v2 流程。文中的图集尺寸、目录结构和配置示例对应该项目，不代表所有版本或使用端的统一要求。开始制作前，制作者应让 Codex 读取当前环境中的技能说明，确认目标版本、图集规格及安装位置。桌面端与网页端的资源要求应分别确认。 案例中的动画与文件检查已完成，安装副本已验证；应用界面中的实际加载效果尚未确认。 2. 工具与输入材料 案例使用内置图像生成工具制作角色和动作，使用 hatch-pet 配套脚本进行图像提取、对齐、透明背景处理、图集合成及格式检查。 制作前需要明确以下输入： 输入 说明 角色描述或参考图 确定外观、服装、配色和可辨识特征 画风与比例 例如 Q 版、像素风，或其他适合小尺寸显示的风格 动作要求 明确待机、工作、等待等状态的表现方式与动作幅度 目标环境 确认应用版本、可用图像工具及当前 Pet 格式 验收要求 明确需要交付的预览、检查报告、安装文件及应用内验证结果 官方 Pets 文档提供通过设置中的 Create pet 入口创建自定义 Pet 的流程；具体入口以所安装的版本为准。该入口会加载配套制作技能。制作完成后，需要返回 Pet 设置刷新列表并选择新角色。具体流程见官方 Pets 文档。1 3. 确定角色母版 3.1 生成静态候选图 制作流程首先生成静态候选图，由制作者确认角色外观，再进入动画阶段。候选图需要完整呈现角色，并保留动作所需的画面空间。 灰原哀案例采用紧凑的 Q 版比例，保留茶棕短发、冷静神情和深色外套。动作设计围绕学习、思考和检查代码的场景展开。 候选图检查包括： 缩小后，脸部、四肢和主要轮廓是否仍然清楚。 发型、服装和配色是否符合角色设定。 头部、手部与鞋子是否完整，没有贴近裁切边界。 轮廓附近是否存在背景残留或明显光晕。 3.2 固定母版与外观约束 候选图确认后，生成统一的角色母版。后续动作应持续引用同一母版，并保持发型、服装、头身比例和配色一致。 ...

REALITY 节点为什么会“偷跑流量”？ REALITY 的 target 指向 Cloudflare CDN 时，服务器可能被第三方当作 Cloudflare 的前置转发入口，并产生异常流量。社区通常称其为“REALITY 偷跑流量”或“反代 Cloudflare”。 这一现象发生在 REALITY 层，与 VLESS、VMess 等代理协议以及 RAW 等传输方式无关。第三方无需获得代理协议的认证信息、REALITY 私钥或 shortId，利用的是 REALITY 对鉴权失败连接的处理方式。 REALITY 如何处理连接 常见服务端配置如下： { "security": "reality", "realitySettings": { "target": "example.com:443", "serverNames": [ "example.com" ] } } 旧版配置可能使用 dest。当前版本中，dest 与 target 互为别名。1 REALITY 的伪装机制用于应对 GFW 等网络审查系统的主动探测。审查系统可以主动连接公开端口，观察服务端如何响应。如果服务端对无效请求立即断开连接或返回固定错误，这种行为可能成为识别代理服务的特征。 合法客户端携带正确的 REALITY 认证信息，通过验证后进入上层代理协议。扫描器、浏览器、错误客户端以及主动探测请求无法通过验证，Xray 会把连接转发到 target，让探测方看到真实网站的 TLS 响应： 客户端 → VPS:443 ├─ REALITY 验证成功 → 上层代理协议 → Internet └─ REALITY 验证失败 → target 未通过验证的连接也会产生真实的服务器出站流量。该行为原本用于降低主动探测的识别能力，也为 Cloudflare 转发滥用提供了入口。 ...

Debian 系新机开荒手册 适用于 Debian、Ubuntu Server 和常见 VPS，主要面向第一次接触服务器新手。按顺序执行，带“可选”的部分按实际需求处理。 修改 SSH、网络、防火墙和磁盘挂载时，保留当前 SSH 会话，并确保可以通过云控制台或物理终端救援。不要把密码、Token 和私钥写进本文。 本文命令默认在 root shell 中执行。普通用户先运行： sudo -i 看到提示符变为 # 后再执行后续命令，完成后使用 exit 退出 root shell。 文中包含多条命令的代码块可以整块复制。cat > 文件 <<'EOF' 会覆盖目标文件，结尾的 EOF 必须单独占一行且不能缩进；本文优先覆盖专用的 drop-in 文件，避免破坏系统主配置。 1. 先确认服务器配置 本文主要面向第一次接触 VPS 的新手。拿到服务器后先不要急着修改 SSH 或安装软件，第一步是确认自己买了什么，以及商家实际交付了什么。 1.1 查看商家提供的配置 先从购买页面或商家控制台记录： 商家、套餐名称和机房地区； CPU 核心数； 内存和磁盘大小； 带宽与流量限制； 操作系统版本； 是否提供 IPv4 和 IPv6。 例如： 某 VPS 商家，新加坡机房，2 核 CPU、2 GB 内存、40 GB SSD，每月 1 TB 流量，安装 Debian 12。 现阶段不需要研究 CPU 型号和虚拟化架构。知道“几核、几 GB 内存、多少磁盘、服务器在哪里”就足够继续操作。 ...

前言 对于计算机专业学生来说，云计算已经不再是一个遥远的概念。 无论是部署个人博客、运行后端项目、学习 Linux 运维，还是尝试 Docker、数据库、CI/CD、AI 服务，都离不开真实的服务器环境。 但是，对于学生来说，长期购买云服务器往往是一笔额外开销。 微软 Azure 为学生提供了 Azure for Students 学生计划。通过学生身份验证后，可以获得一定额度的 Azure 云服务资源，用于学习和实践云计算。 这篇文章主要记录 Azure 学生权益包含哪些内容，以及作为计算机学生应该如何合理利用这些资源。 什么是 Azure for Students？ Azure for Students 是微软面向高校学生推出的云计算学习计划。 它和普通 Azure 免费试用不同，主要面向正在学习技术的学生群体。 简单来说，它可以让学生在不绑定信用卡的情况下，获得 Azure 云平台的免费使用额度。 项目 Azure 免费试用 Azure for Students 面向对象 普通新用户 在校学生 是否需要信用卡 需要 通常不需要 免费额度 200刀 100 美元 Azure 额度 使用期限 一个月 通常为 12 个月 主要用途 体验 Azure 学习云计算和开发实践 Azure for Students 最大的优点是： 学生身份即可申请 通常不需要信用卡 可以使用真实的 Azure 云环境 适合学习 Linux、云服务器、数据库、Web 部署等内容 Azure 学生权益包含什么？ 1. 100 美元 Azure 免费额度（每年） ...

GitHub 学生包可以作为低成本接触真实开发工具链的入口。 前言 GitHub 面向学生提供了一个重要权益：GitHub Student Developer Pack。它可以理解为一个学生开发者工具包，里面包含 GitHub 自身权益、云服务额度、域名、开发工具、学习资源等内容。 GitHub 官方对 Student Developer Pack 的描述是：它包含云托管、开发平台和高质量教育内容等多种合作伙伴资源，帮助学生免费使用专业开发工具。1 这篇文章主要整理 GitHub 学生包里比较值得关注的权益，以及这些权益对学生开发者的实际价值。 GitHub Student Developer Pack 是什么 GitHub Student Developer Pack 是 GitHub Education 面向在校学生提供的一组开发者权益。 它由 GitHub 和合作伙伴提供的多种资源组成，并非单独的软件会员。 简单来说，它包括： GitHub 自身权益 云服务额度 域名权益 IDE 和开发工具 数据库、部署、监控等服务 学习平台和课程资源 很多工具如果单独购买，对学生来说成本并不低。但通过学生包，可以先免费或低成本体验这些工具，理解它们在真实项目中的用途。 申请条件 一般来说，申请 GitHub 学生权益需要满足几个条件： 拥有 GitHub 个人账号 当前是在校学生 年龄满足 GitHub 要求 能够提供学生身份验证材料 可以使用学校邮箱，或上传学生证、在读证明等材料 申请入口在 GitHub Education 页面。通过认证后，就可以进入 Student Developer Pack 页面领取对应权益。 注意：申请认证时请关闭代理和 Steam++ 等网络工具，并确保定位位于学校。 一、GitHub 自身权益 GitHub 自身权益是整个学生包里最基础、也最应该优先使用的部分。 ...