忆·记 - 折腾
type: channel
link: https://ikovo.cyou/category/zhet/
description: 折腾
items: Phi-3 一键部署脚本
items: GPT5.6-Sol隐藏模型无限调用指南
items: Multy·App更新
items: 我的第一个应用market
items: HiNook个人主页
items: Multy·轻量聊天系统
items: 暑假作业答案合集
items: Hyocore大模型聚合
items: 开源Omnisuite插件
items: AI API汇总

Phi-3 一键部署脚本
type: item
date: 2026-08-20T23:16:00+08:00
description: win系统脚本跑起本地 Phi-3 大模型作者：Hinataiko · 脚本版本 v2.0.0适用平台：Windows 10（4 核 8 GB 内存及以上）如果你手里有一台配置一般的 Windows 机器，也想搭一个本地大模型服务，不用折腾。这篇文章讲的是一套自动部署脚本，它把 Phi-3-mini（3.8B 参数）从下载、装环境、起服务到开机自启，全部封装成一条命令。我在一台实际只有 2 核 2.1GHz、8 GB 内存的 Windows 虚拟机上把整套流程跑通过，下面的数据和经验都来自这轮真实部署。脚本解决什么问题在 Windows 上部署本地模型，卡人的通常是这么几件事：下载要翻墙。Hugging Face 在国内基本连不上，而国产模型仓库常常不完整或没人维护。环境一团乱。装 Python、装依赖、下二进制、配路径，任何一步断网都要从头再来。服务不听话。命令行里能跑，一关窗口就没了；电脑重启又要手动启。速度难受。3.8B 模型在 CPU 上本来就不快，如果再配错参数，会更糟。这套脚本把这些痛点一次性的处理掉了。脚本怎么帮你核心逻辑分成 8 段，按顺序执行，每一步失败都不中断脚本，而是记录错误、允许你修好网络后重跑续传：校验管理员权限检测 / 安装 Python3 与 modelscope从 ModelScope（阿里国内源） 下载 Phi-3-mini-4k-instruct 的 Q4_K_M 量化版，全程不走 Hugging Face下载并解压 llama.cpp 的 Windows 预编译包用 llama-server 拉起 OpenAI 兼容的 HTTP 服务注册为 Windows 服务，开机自启 + 崩溃自动重启开放防火墙，让局域网其他设备也能访问打印 curl 和 Python 的调用示例，并生成可直接运行的示例文件服务监听 8080 端口，自带 API Key，兼容绝大多数 ChatGPT 类前端工具。快速开始下载脚本： 点击这里下载 deploy-phi3-2.0.0.ps1（123 云盘）拿到脚本后，右键 → 用管理员身份打开 PowerShell，然后执行：powershell -ExecutionPolicy Bypass -File .\deploy-phi3.ps1脚本会自己判断缺少什么、装什么。全程断点续传、可重复执行，中途断网关机都不怕，重新跑一遍会从断的地方继续。跑完浏览器打开 http://localhost:8080 就能看到内置聊天界面（API Key 在部署日志里有输出）。下载方面的取舍这是我踩过最深的坑，值得单独说。同一个模型在 ModelScope 上可能有多个同名仓库，有的 api 里根本查不到，白等。我最终固定的仓库是 OllmOne/Phi-3-mini-4k-instruct-gguf，其中的 Phi-3-mini-4k-instruct-q4.gguf 正是 Q4_K_M 量化档，体积 2.16 GB，是 4 核 8G 机器上最均衡的选择——模型够小，推理不至于慢到没法用，中文效果也还过得去。为了稳，下载做了三级兜底：优先用 modelscope snapshot_download（Python 官方 SDK，支持增量续传）失败则切换 git lfs clone再不行就用 curl -C - 直接挑 resolve 直链断点续传llama.cpp 的预编译包也设计了版本回扫：官方个别版本会缺失 Windows 资产，脚本自动向后探测最近 10 个版本，找不到再落到固定兜底版本。关于速度，说实话这部分我讲实在的，不给虚的期望。脚本默认开启了这套参数组合，是基于 llama-bench 实测选出来的：参数实测生成速度默认（无优化）1.78 tokens/s--flash-attn on2.05 tokens/s（约 +15%）加了 --threads 21.70 tokens/s（反而更慢，不如 4）加 KV 量化 q8_01.47 tokens/s（反而降 28%，弃用）结论：打开 Flash Attention、线程用满，是最优解。但这台机器是 2 核 2.1GHz，3.8B 模型的 CPU 物理上限就在 2 tokens/s 左右，参数层面已经榨干了。所以脚本同时做了另两件事来改善体验：修掉了官方新版默认的 --parallel 4 陷阱。新版 llama.cpp 默认开 4 个槽位，会把 KV cache 撑到 16K，在 8 GB 机器上白白多占约 1.5 GB，接近崩溃边缘。脚本强制 --parallel 1，把内存压回健康水平。内置聊天界面走流式输出，配合前端边生成边显示，观感接近正常打字速度，比一次性等完整回复舒服得多。如果你觉得 2 tokens/s 还是…

GPT5.6-Sol隐藏模型无限调用指南
type: item
date: 2026-08-15T18:51:00+08:00
description: GPT-5.6-Sol 隐藏模型无限调用指南[alert type="green"]2026年8月14日本机实测：任意付费账号（Plus/Pro/Team）通过 Codex 调用隐藏的 gpt-5.6-sol-wm 模型，不消耗额度、不计入消费明细。[/alert]核心摘要不是 API 调用：不使用 OpenAI API 额度，不消耗任何配额。完全隐形：调用不会出现在你的 OpenAI 账户消费明细中。付费账号通用：Plus、Pro、Team 等任意付费账号均可使用。免费账号无效：Free 账号虽然本地缓存有模型条目，但服务器会拒绝请求。质量与原版一致：返回的内容质量与 GPT-5.6-Sol 完全相同。重要声明：本文基于 2026 年 8 月 14 日本机实测数据整理。所有证据均来自本地缓存文件，不涉及任何认证信息复制或权限绕过。这是 OpenAI 服务器主动推送的隐藏条目，并非破解或注入。1. 理解 gpt-5.6-sol-wm 模型模型核心属性属性值含义sluggpt-5.6-sol-wm模型的内部标识，用于唯一识别该模型。visibilityhide默认隐藏，不会出现在常规的模型选择列表中。supported_in_apifalse不是公开的 API 模型，无法通过标准的 OpenAI API 直接调用。存在位置models_cache.json由 OpenAI 服务器自动下发到本地的缓存文件中。关键区分：本地显示 vs 服务器授权这是理解此方法的核心，务必区分清楚：本地显示（步骤一）：通过修改本地缓存文件，将模型的 visibility 从 "hide" 改为 "list"。这仅仅是为了让该模型在你的模型选择器中显示出来，不等于获得了调用权限。服务器授权（步骤二）：当你实际发起调用请求时，OpenAI 服务器会校验你的账号是否有权限调用此模型。实测发现，所有非 Free 的付费账号（Plus/Pro/Team）均通过此校验，而 Free 账号则会被拒绝。实测证据作者在两台不同机器的多个账号上进行了验证，结果如下：机器 A（主力账号，Plus 用户）缓存路径：F:\UserRelocate\codex\models_cache.json 第 97 行 slug: "gpt-5.6-sol-wm" 第 128 行 visibility: "hide" 第 129 行 supported_in_api: false 请求 gpt-5.6-sol-wm -> 返回 WM_OK (成功)机器 B（独立账号测试，Pro 用户）缓存路径：C:\Users\yileina\AppData\Local\OpenAI\Codex\wm-account-test-20260813\models_cache.json 第 96 行 slug: "gpt-5.6-sol-wm" 第 127 行 visibility: "hide" 第 128 行 supported_in_api: false 付费账号请求 -> 返回 WM_OK (成功) Free 账号请求 -> 返回 "model is not supported" (失败)结论：只要你的 ChatGPT 账号是付费状态（Plus/Pro/Team），就能成功调用 gpt-5.6-sol-wm，且完全不消耗额度。Free 账号虽然本地有模型条目，但服务器会拒绝访问。完整配置教程准备工作在开始之前，请确保你满足以下条件：· 拥有一个有效的 ChatGPT 付费账号（Plus/Pro/Team）。· 已在电脑上安装并登录了 Codex 应用程序。· 具备基本的文件路径操作知识。步骤一：确认你的 CODEX_HOME 路径打开 PowerShell，运行以下命令来找到你的 Codex 配置根目录：$CodexRoot = if ($env:CODEX_HOME) { $env:CODEX_HOME } else { Join-Path $env:USERPROFILE '.codex' } $CodexRoot Get-Item -LiteralPath $CodexRoot | Format-List FullName,LinkType,Target记下输出的路径（例如 C:\Users\YourName.codex），后续步骤会用到。macOS 用户提示：对应路径通常是 ~/.codex。步骤二：检查缓存中是否已有 WM 条目运行以下命令，检查你的本地模型缓存文件中是否存在 gpt-5.6-sol-wm 条目：$CachePath = Join-Path $CodexRoot 'models_cache.json' Select-String -LiteralPath $CachePath…

Multy·App更新
type: item
date: 2026-08-10T15:52:00+08:00
description: Multy App v2.0 更新日志这一次，我们把腕上的聊天体验，打磨得更精致了一些。下载说明本文同时提供 App 安装包（可直接安装使用）与 App 源码（遵循 MIT 开源协议，可二次创作），详情见文末。更新概览项目内容版本号v2.0更新日期2026-08-10适配平台Android / Wear OS安装包大小约 2 MB更新内容01 · 界面重构 · 更贴合 Wear Compose 规范整个 App 的页面布局经过重新梳理，更加严格地遵循 Wear Compose 设计规范。圆屏与方屏手表上的显示效果更加统一，触控区域、间距与圆角都经过细致调整，视觉层级更加清晰，佩戴在手腕上阅读时也更加舒适自然。[alert type="red"]注意⚠️圆屏手表用户需更改成“强制方屏UI”方可正常显示 本次版本圆屏UI设计存在缺陷。[/alert]02 · 字体异常修复修复了部分场景下字体被异常折叠或截断的问题。无论是长昵称、多行消息，还是设置页面的说明文字，现在都能完整、舒展地呈现，不再出现令人困扰的「半截字」。03 · Emoji 面板加入新增 Emoji 图标面板。在输入消息时，点击表情按钮即可呼出面板，快速选择常用表情发送。无需再依赖系统输入法切换，抬腕之间，情绪即刻传达。04 · 图片二级菜单长按聊天中的图片，现在会弹出二级菜单，支持：保存图片 — 将图片下载至本地相册删除图片 — 移除当前消息中的附件操作逻辑更符合直觉，管理附件更加得心应手。05 · 字体选择 · 三种风格自由切换新增 字体偏好设置，可在「设置」中自由切换：字体名称风格描述默认字体系统原生，简洁通用抖音美好体圆润活泼，富有现代感柔黑 Heavy厚重有力，阅读醒目每种字体都经过手表屏幕的专门适配，确保在小尺寸屏幕上依然清晰易读。06 · 气泡样式优化 · 首页更灵动重新设计了首页消息气泡的样式。圆角、间距与阴影经过微调，消息之间的呼吸感更强，整体界面更加干净、通透。无论是深色模式还是浅色模式，气泡都能与背景和谐相融。下载安装📱 APK 下载点击下载📂 App 源码点击下载

我的第一个应用market
type: item
date: 2026-08-08T18:06:00+08:00
description: We 应用商店 —— Wear OS/Android上的自助应用分发一个给自己用的 Wear OS 应用商店：手表端 Kotlin 应用 + 一个不需要数据库的 PHP 后台[window type="green" title="下载"]点击前往下载：下载 We 应用商店压缩包内含手表端 APK 与后台源码，解压按文章部署即可。[/window]展示[PicGrid][/PicGrid]前言使用手表最麻烦的一件事就是装应用。手表屏幕小，没有精致的应用商店生态。于是就有了这个东西：一个跑在手表上的应用商店。你只需要一个能跑 PHP 的服务器，上传 APK，手表上就能看到、下载、安装。这玩意长什么样[github url="https://github.com/Hintaiko/We-market"][window type="blue" title="项目结构"]两个部分，各自独立：wear-app/：Wear OS 手表端应用，Kotlin + Compose for Wear OS。admin-backend/：后台管理网站 + RESTful API，纯 HTML/JS + PHP，数据存本地 JSON 文件，不需要数据库。[/window]手表端[window type="green" title="应用详情"]点进应用能看到图标、名称、应用大小、版本号、分类和介绍。下载按钮放在应用大小上面，随时知道这应用多大。[/window]手表端做了这么些事：应用列表：首页展示最新上架，支持搜索。应用分类：后台建分类，手表按分类翻。商店公告：后台发公告，手表端公告页展示最新一条。下载管理：下载记录、进度、安装、重试、清空任务，一个不少。关于软件：商店介绍、开发者、协议、官网入口。[window type="yellow" title="下载是怎么做的"]用的 WorkManager 在后台跑下载，配合 DownloadManager 流式拉取 APK，下完弹通知，通知里可以直接点安装。支持暂停重试，也能把下载记录和 APK 文件一起清掉。[/window]后台[window type="green" title="管理后台"]一个纯 HTML/JS 的页面，PHP 提供接口。登录后能干这些事：上传 APK，自动解析图标、包名、版本、SDK 信息。管理应用：增删改查。管理分类和公告。关于设置：商店名、公告、简介、开发者、用户协议、官网。[/window]后台没有用数据库，数据全部落在 config/store.json。好处是部署简单，一个 PHP 环境就能跑；坏处是数据量大了读写会吃力，个人使用完全够。[alert type="blue"]初始化：访问 install.php 完成初始化，完成后记得删掉这个文件。默认账号 admin / 123456，登录后自己改。[/alert]部署[tabs][tab title="后台部署"]把 admin-backend/ 丢到支持 PHP 的服务器（PHP 7.4+ 即可）。浏览器访问 install.php 初始化。删掉 install.php。登录 login.php，上传第一个 APK。[/tab][tab title="手表端部署"]改 wear-app/app/build.gradle.kts 里的 API_BASE_URL，指向你的后台地址。编译 Release：cd wear-app ./gradlew assembleRelease把生成的 APK 装到手表或模拟器。[/tab][/tabs][collapsible-panel title="数据流是怎么走的"]手表端 App ──HTTP──> admin-backend/api/*.php ──> config/store.json │ │ │ 下载 APK <──download.php 流式输出<─────────┘ └─ WorkManager + DownloadManager 后台下载 + 通知[/collapsible-panel]版本记录[timeline][timeline-event date="2026-08-07" title="分类与公告"]后台支持分类和公告管理，手表端新增分类页和公告页。[/timeline-event][timeline-event date="2026-08-08" title="下载管理上线"]下载记录页、安装、重试、清空任务。详情页移除液态玻璃样式，改成稳定的毛玻璃按钮。[/timeline-event][timeline-event date="2026-08-08" title="细节打磨"]页面淡入淡出动画，首页精简，下载入口只留一个。[/timeline-e…

HiNook个人主页
type: item
date: 2026-08-05T12:19:00+08:00
description: HiNookHiNook项目源码预览站点一个面向写作者与独立创作者的极简个人站点，纯静态、零后端、localStorage 存全部内容。部署包只有四个文件：index.html（公共首页）、admin.html（管理后台）、assets/index-.js、assets/index-.css。解压上传到任意静态服务器就能用。核心能力Hero：招呼语、名字、副标题、按钮，admin 后台直接改。About：三行短句 + 落款。Reserved：两张 3D 翻面卡（与内心 / 与朋友）+ 两张动作卡（与她 / 更多）。Experiments：三个项目位，title / description / tag / url 四字段。Contact：邮箱、GitHub、博客三项自由配置。Admin：admin.html 独立静态页，密码登录后可改所有字段，写入 localStorage 键 hinataiko-content。安全默认密码 123456，SHA-256 摘要硬编码在 admin.html 内，登录用 PBKDF2 × 210,000 次派生后比对。改密码后摘要写回 localStorage 键 hinataiko-admin-hash。部署解压 → 上传整个目录到 Vercel / Netlify / Cloudflare Pages / GitHub Pages 等任意静态主机 → 打开 admin.html 用 123456 登录 → 立刻改密码 → 在 admin 里写内容 → 同浏览器打开 index.html 即生效。

Multy·轻量聊天系统
type: item
date: 2026-08-03T22:43:00+08:00
description: Multy：一个轻量级聊天系统产品发布 · v1.4 · 2026年8月3日作者：Hinataiko主流即时通讯工具越来越重——注册、验证、好友链、群组权限、表情商店。Multy 将聊天最初的样子：创建一个房间，把链接和密码告诉朋友，大家就可以开始聊天。后端：PHP 7.4+存储：SQLite客户端：Web + App部署：上传即用特性：适配安卓手表，圆方屏手表都可使用下载安装已更新 v2.0 版本，全面重构。下载请到：[post url="https://ikovo.cyou/archives/42/"]网站源码·点击下载六大核心能力Multy 是一个单文件、零依赖的轻量级聊天系统，基于 PHP + SQLite 构建，网页端与移动 App 共享同一套数据。把它上传到任意一台 PHP 主机，就能立刻拥有私密的房间、实时的消息、以及一款可以随身携带的 App。01 / 单文件部署 把整个项目当成一个 PHP 文件部署，复制即可使用。SQLite 自动建表，没有繁琐的初始化流程。02 / 实时 · 长轮询 ≈ 零延迟服务端 hold 连接最多 25 秒，400ms 间隔轮询数据库。新消息几乎在你按下回车的瞬间抵达对方。03 / 原生 App · 网页与 App 共用一份数据三个简洁的 HTTP 接口：app_sync 拉取增量、app_send 发送文本、app_upload 投递附件。任何客户端都能接入。04 / 房间隔离 · 每个房间独立的密码为房间设置单独的访问密码，bcrypt 加密存储，房间内外的消息互不可见。05 / 富附件 · 图片、文档一次投递单条消息最多 6 个附件，单文件上限 10MB。文件名、MIME 类型、原始大小都完整记录在数据库中。06 / 隐私优先 · 数据不泄露所有消息和附件存储在你自己的服务器，管理员后台只对持有密码的本地账号开放，不存在第三方。app接口我不想让 App 只是网页的壳子，所以重新设计了三个简洁的 HTTP 接口。每次请求都通过 X-Chatom-App-Key 请求头携带密钥，服务端比对通过后放行。返回的 content 已经是明文，App 端无需关心网页端的编码规则。增量同步、文本发送、附件上传三件事各自独立。客户端只要把 room + last_id 存好，重启后从断点继续，永远不会丢消息、不会重复。① 增量拉取GET /index.php?type=app_sync ?room=default&last_id=0&limit=50 X-Chatom-App-Key: <appSyncKey>返回的 list 中每条消息都包含 id、user、content、time、attachments 五个字段。客户端拿最后一条 id 存为该房间的 last_id。② 发送文本POST /index.php?type=app_send&room=default X-Chatom-App-Key: <appSyncKey> Content-Type: application/x-www-form-urlencoded user=Alex&content=晚点见发送成功后立即执行一次 app_sync，以本地服务端消息 ID 为准更新界面，避免本地与远端 ID 体系错位。③ 上传附件POST /index.php?type=app_upload&room=default X-Chatom-App-Key: <appSyncKey> Content-Type: multipart/form-data user=Alex content=会议纪要 attachments[]=notes.pdf单次请求最多 6 个附件，单个附件最大 10MB。返回的 id 即消息唯一 ID，可直接用于下一轮 app_sync 的 last_id。! · 生产环境请使用 HTTPS，密钥仅保存于 App 的受保护存储和服务端配置，并通过后端签发短期访问令牌，避免长期 Key 泄漏带来的全房间数据风险。一个房间，一把钥匙Multy 默认带一个 default 公共房间，任何人访问根域名都可以进入。但只要在管理员后台点一下「新建房间」，系统就会生成一串随机 ID，并允许你设置独立的访问密码——bcrypt 散列后存入数据库，明文永不落地。房间与房间之间的消息、附件、用户列表完全隔离。前端长轮询只能看到自己所在房间的 last_id，没有密钥连 App 接口都进不来。加上 HTTPS，就是一个真正私密的临时会议室。数据规格表类别参数默认值 / 范围说明运行时PHP 版本≥ 7.4需要 PDO_SQLITE 扩展运行时SQLite 文件chat_data/chatom.db首次访问自动建表Web 端长轮询保持时长≤ 2…

暑假作业答案合集
type: item
date: 2026-07-30T16:04:00+08:00
description: [window type="yellow" title="提醒窗口"]仅供参考 正误自查[/window][tabs][tab title="英语"]新高二 暑期组合练 答案[collapsible-panel title="Day1"]一、阅读理解1-4: C A B D5-8: D B C B二、完形填空9-13: D A B C A14-18: C D A B C19-23: B D A C D[/collapsible-panel][collapsible-panel title="Day2"]一、阅读理解1-4: B A C A5-8: B D C A二、语法填空to meetwas builtawidelyhave shapedsurroundedItdescendantssayingthat [/collapsible-panel][collapsible-panel title="Day3"]一、阅读理解1-4: D B B D5-8: B D A D9-12: B D C C二、七选五F 2. A 3. C 4. E 5. G [/collapsible-panel][collapsible-panel title="Day4"]一、完形填空1-5: B A D C A6-10: B C D C A11-15: D C B A D二、语法填空is referredwhichcloserasdisappearingitswhereTo connectwas builtdestruction [/collapsible-panel][collapsible-panel title="Day5"]一、应用文写作（参考范文）Safe Internet UseThe Internet is very useful in our daily life. It helps us study and live better. We can find information, talk with friends and shop online.However, we must use the Internet safely. First, don't spend too much time on online games. Second, don't believe strangers online. Third, don't visit bad websites. Finally, control your online time properly.Let's use the Internet correctly and safely to make our life better!二、阅读理解1-4: A C D B[/collapsible-panel][collapsible-panel title="Day6"]一、阅读理解1-4: C B C B5-8: B B C C二、完形填空9-13: A B C A D14-18: A D B C B19-23: C B A D A[/collapsible-panel][collapsible-panel title="Day7"]一、阅读理解1-4: B C D D5-8: C D C C二、语法填空strengthconsistingwherethatfollowingpusheddeepestourselvesingradually [/collapsible-panel][collapsible-panel title="Day8"]一、阅读理解1-4: C D A B5-8: B C A D9-12: B C A D二、七选五C 17. A 18. B 19. D 20. G[/collapsible-panel][collapsible-panel title="Day9"]一、完形填空1-5: A A D C D6-10: B A B A C11-15: B D A A C二、语法填空afoundto showwas heldshiningsignificantwidelybeliefsforwhich [/collapsible-panel][collapsible-panel title="Day10"]一、应用文写作（参考范文）Hi, Mr. Green! Welcome to our booth.My favorite traditional festival is the Spring Festival. It falls on the first day of the lunar new year and is the most importan…

Hyocore大模型聚合
type: item
date: 2026-07-26T21:20:00+08:00
description: 搭了个大模型聚合网站为啥要搭这个。我自己当天才程序员用 API，发现要么太贵，要么太慢，要么文档看不懂模型拉取不到报错一堆。后来干脆用那个8.8到期的🇭🇰服务器自己搞了一个。Hyocore 是什么Hyocore 是个大模型 API 聚合站。说人话就是，你接一个地址，就能用一堆模型。不用挨家注册，也不用担心哪家突然涨价跑路没额度。因为后台都是我在一个个在接💩目前接了几家供应商，国内外主流大模型基本都覆盖了。速度还行，快的一两秒慢的98秒😅要么直接报错💩关于收费全公益，反正也是接的别人免费的展示地址： https://7ov.cc.cd 直达Hyocore欢迎来接，有 bug 直接丢给我2026.07.26Hinataiko

开源Omnisuite插件
type: item
date: 2026-07-23T17:41:00+08:00
description: OmniSuite先上GitHub项目仓库[github url="https://github.com/Hintaiko/OmniSuite"]最近给自己的博客折腾了一个 Typecho 插件，叫 OmniSuite。其实就是把三个老插件揉成了一团——Goofps（实时帧率）、Hyomni（各种花里胡哨的美化）、Sticky（文章置顶）（Hyomni没传GitHub 、Sticky是17年别人开源的老插件了）个人认为三个独立插件管理起来太麻烦了，干脆合并成一个，顺便用GPT重新写了配置界面，看着舒服多了😁为啥要搞这么个东西之前博客里插件的数量越来越多，后台设置面板也是一堆，每次换主题或者重新配置的时候特别折腾。而且这几个功能其实都是「锦上添花」型的，单独装三个插件有点浪费，不如整合一下。它能干啥1. 实时帧率显示我这主题占位太少太简洁了，有个 FPS 显示器能直观感受页面流畅度。放在角落不碍眼，支持调颜色、大小、位置，浅色深色模式自动适配。2. 春节灯笼就是那种CSS 灯笼，会轻轻摇晃的那种。支持 1-4 个，每个灯笼上的字可以自己改。3. 樱花飘落Canvas 画出来的花瓣飘落效果，适合春天或者走唯美路线的博客。花瓣数量和飘落速度都能调，移动端会自动少飘一点免得卡。4. 全站置灰手动开关/按日期自动置灰。默认4 月 4 号、9 月 18 号、12 月 13 号，其他的日期可自定义，到时间能自动变灰，不用每年手动去开。5. 悬浮音乐播放器固定在左下角的播放器，支持最多 10 首歌，后台有表格编辑器可以直接添加删除排序。颜色可以选预设也可以自定义，自动播放看个人喜好。6. 文章置顶首页和分类页都能置顶指定文章，填cid就行。置顶的标记样式可以自定义 HTML，默认是个红底白字的「置顶」标签。还可以选择只在文章所属的分类里生效。后台长啥样设置了六个分页签，每个模块一页，互不干扰，保存的时候一次性全部提交。安装教程直接把 Plugin.php 扔到 /usr/plugins/OmniSuite/ 目录下，然后去后台启用就行。插件信息名称：OmniSuite版本：1.0.0作者：Hinataiko协议：MIT适用：Typecho 1.3+ / PHP 7.0+

AI API汇总
type: item
date: 2026-07-09T14:55:00+08:00
description: 个人使用API公益中转站汇总公益站分享https://routerpark.com/https://free.supxh.xin/ taik 123asd456公益站 限制模型https://router.flatkey.ai可重复注册 邀请https://apihub.agnes-ai.com/free tokenhttps://docode.cctaikooo 123asd456GPT5.5 4https://k.toxai.cn/ AI网站 可重复注册