一套基于 PHP + MySQL 的 QQ 登录接入服务，让开发者跳过繁琐的 QQ 互联审核，5 分钟完成第三方登录集成。

源码下载：QQ快捷登录平台.zip

项目定位

这套系统解决的核心痛点：QQ 互联官方申请周期长、审核严、门槛高。通过自建聚合平台，开发者只需注册应用获取 AppID/AppKey，即可调用标准化 API 实现 QQ 一键登录，个人项目与商业项目均可使用。

项目采用 MIT 协议 完全开源，无功能阉割、无调用次数限制、无隐藏收费。

核心能力一览

界面与功能模块

前台门户

• 服务介绍与实时数据大屏
• 开发者文档与 SDK 下载

用户中心

• 应用生命周期管理（创建、配置、密钥重置）
• 登录日志追踪与 IP 分析
• 账户资料与通知设置

管理后台

• 开发者账户审核与权限管控
• 应用上架/下架/冻结
• 全局配置与运营报表导出

技术架构

┌─────────────────────────────────────────┐
│  表现层  │ 首页 / 用户中心 / 管理后台 / API 文档  │
├─────────────────────────────────────────┤
│  控制层  │ 登录接口 / 回调处理 / 用户管理 / 支付  │
├─────────────────────────────────────────┤
│  业务层  │ 认证服务 / 用户服务 / 日志服务 / 缓存   │
├─────────────────────────────────────────┤
│  数据层  │ MySQL 5.7+ / PDO / 数据库迁移工具      │
├─────────────────────────────────────────┤
│  核心库  │ 数据库类 / 缓存类 / 支付类 / 工具函数   │
└─────────────────────────────────────────┘

技术栈细节

部署指南

环境前置检查

• PHP ≥ 7.4（需开启 curl、pdo_mysql 扩展）
• MySQL ≥ 5.7
• Nginx / Apache
• SSL 证书（生产环境强制要求）

三步安装

1. 将源码解压至网站根目录
2. 浏览器访问 http://你的域名/setup/ 进入图形化安装向导
3. 填写数据库连接信息与管理后台初始账号，完成安装

Nginx 参考配置

server {
    listen 80;
    server_name your-domain.com;
    root /var/www/qq-login-platform;
    index index.php;

    # 伪静态
    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    # PHP-FPM
    location ~ \.php$ {
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }

    # 敏感目录禁止直接访问
    location ~ ^/(core|setup)/.*\.(php|php5)$ {
        deny all;
    }
}

API 对接文档

通信规范

前端集成示例

纯 HTML 跳转

<!-- QQ 登录按钮 -->
<a href="https://your-domain.com/connect.php?app_id=YOUR_APP_ID&return_url=YOUR_CALLBACK">
  <img src="https://img.icons8.com/color/96/qq.png" alt="QQ登录" width="40">
  QQ 一键登录
</a>

JavaScript 动态构造

function qqLogin() {
  const params = new URLSearchParams({
    app_id: 'YOUR_APP_ID',
    return_url: window.location.origin + '/callback',
    state: generateRandomString(16)   // 防 CSRF
  });
  window.location.href = 'https://your-domain.com/connect.php?' + params;
}

function generateRandomString(len) {
  const chars = 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789';
  return Array.from({length: len}, () => 
    chars[Math.floor(Math.random() * chars.length)]
  ).join('');
}

PHP 完整 SDK 调用

<?php
class QQLoginSDK {
    private $appId;
    private $appKey;
    private $apiUrl;

    public function __construct($appId, $appKey, $apiUrl) {
        $this->appId  = $appId;
        $this->appKey = $appKey;
        $this->apiUrl = rtrim($apiUrl, '/') . '/';
    }

    /** 获取 QQ 授权跳转地址 */
    public function getLoginUrl($redirectUri, $state = '') {
        $params = [
            'act'          => 'login',
            'appid'        => $this->appId,
            'appkey'       => $this->appKey,
            'type'         => 'qq',
            'redirect_uri' => $redirectUri,
            'state'        => $state
        ];
        $url  = $this->apiUrl . 'connect.php?' . http_build_query($params);
        $data = json_decode($this->httpGet($url), true);

        if ($data['code'] === 0) return $data['url'];
        throw new Exception('获取登录地址失败: ' . $data['msg']);
    }

    /** 用授权码换取用户信息 */
    public function getUserInfo($code) {
        $params = [
            'act'    => 'callback',
            'appid'  => $this->appId,
            'appkey' => $this->appKey,
            'type'   => 'qq',
            'code'   => $code
        ];
        $url  = $this->apiUrl . 'connect.php?' . http_build_query($params);
        $data = json_decode($this->httpGet($url), true);

        if ($data['code'] === 0) {
            return [
                'openid'   => $data['social_uid'],
                'nickname' => $data['nickname'],
                'avatar'   => $data['faceimg'],
                'gender'   => $data['gender'],
                'location' => $data['location'],
                'ip'       => $data['ip']
            ];
        }
        throw new Exception('获取用户信息失败: ' . $data['msg']);
    }

    private function httpGet($url) {
        $ch = curl_init($url);
        curl_setopt_array($ch, [
            CURLOPT_RETURNTRANSFER => 1,
            CURLOPT_SSL_VERIFYPEER => false,
            CURLOPT_TIMEOUT        => 30
        ]);
        $response = curl_exec($ch);
        curl_close($ch);
        return $response;
    }
}

// 使用示例
try {
    $sdk = new QQLoginSDK('YOUR_APP_ID', 'YOUR_APP_KEY', 'https://api.your-domain.com/');

    // 跳转到授权页
    $loginUrl = $sdk->getLoginUrl('https://your-site.com/callback', 'random_state');
    header('Location: ' . $loginUrl);

    // 回调处理
    if (isset($_GET['code'])) {
        $user = $sdk->getUserInfo($_GET['code']);
        echo "登录成功，欢迎 {$user['nickname']}";
    }
} catch (Exception $e) {
    echo "错误：" . $e->getMessage();
}
?>

接口清单

1. 获取登录地址

GET /connect.php?act=login

请求参数

正常响应

{
  "code": 0,
  "msg": "succ",
  "type": "qq",
  "url": "https://graph.qq.com/oauth2.0/authorize?..."
}

2. 回调换取用户信息

GET /connect.php?act=callback

请求参数

正常响应

{
  "code": 0,
  "msg": "succ",
  "type": "qq",
  "social_uid": "QQ_OPENID",
  "access_token": "ACCESS_TOKEN",
  "nickname": "用户昵称",
  "faceimg": "https://thirdqq.qlogo.cn/...",
  "gender": "男",
  "location": "北京",
  "ip": "192.168.1.1"
}

3. 快捷查询已登录用户信息

GET /connect.php?act=query

目录结构

qq-login-platform/
├── core/                 # 核心框架
│   ├── Lib/              # 基础类库
│   │   ├── Db.php        # PDO 数据库封装
│   │   ├── Cache.php     # 缓存管理
│   │   ├── Pay.php       # 支付相关
│   │   └── ...
│   ├── helpers/
│   │   └── functions.php # 全局辅助函数
│   ├── App.php           # 应用容器
│   ├── bootstrap.php     # 启动引导
│   └── config.php        # 全局配置
├── manager/              # 管理后台
│   ├── index.php
│   ├── apps.php          # 应用审核
│   ├── members.php       # 用户管理
│   └── ...
├── member/               # 用户中心
│   ├── index.php
│   ├── apps.php          # 我的应用
│   ├── login.php
│   └── ...
├── pay/                  # 支付回调
│   ├── notify.php        # 异步通知
│   └── return.php        # 同步跳转
├── setup/                # 安装向导
│   ├── index.php
│   └── database.sql      # 初始表结构
├── static/               # 静态资源
│   └── css/
│       └── style.css
├── runtime/              # 运行时（需可写）
│   └── cache/
├── index.php             # 门户首页
├── connect.php           # 核心登录接口
├── docs.php              # 在线文档
└── README.md

安全基线

1. 全站 HTTPS：生产环境必须配置 SSL，杜绝明文传输
2. 密钥隔离：AppKey 仅用于服务端通信，禁止暴露到前端
3. 回调白名单：redirect_uri 必须与注册域名一致
4. CSRF 防御：state 参数必填，回调时校验一致性
5. 注入防护：全站 PDO 预处理语句，参数化查询
6. XSS 过滤：模板输出统一使用 htmlspecialchars 编码

更新记录

v1.0.0（2026-04-26）

• 项目首次发布
• 完成 QQ 登录接入链路
• 交付管理后台 + 用户中心 + 开发文档 + SDK

开源协议

MIT License

Copyright (c) 2026 Knight

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.

联系与反馈

• 邮箱：3514574884@qq.com
• QQ 群：901336980

感谢每一位使用和支持这个项目的朋友。

维护者：Knight
最后更新：2026 年 4 月 26 日

源码：

EmlogStudio-v0.4.3-source.zip

成品：

EmlogStudio-v0.4.3.apk

一直以来，我都用 Emlog 搭建个人博客。这套系统本身已经足够成熟，但日常使用中逐渐暴露出一个明显的问题：电脑端管理很方便，手机端临时创作却体验糟糕。

比如突然想到一个点子想发微语，或者人在外面需要修改文章，甚至只想让 AI 帮忙整理初稿——都得打开浏览器、登录后台，在专为 PC 设计的界面里艰难操作。

于是我干脆做了一款面向 Emlog 的 Android 客户端。

它并非要取代 Emlog 后台，而是把最常用的内容创作功能抽离出来，重新设计成更适合手机使用的 App。

一、产品定位：移动端的 Emlog 创作工具

这款 App 的核心定位很清晰：专门服务于 Emlog 的移动端写作与内容管理工具。

目前围绕三大场景展开：

• 文章管理：新建、编辑、删除
• 微语发布：快速记录短内容
• AI 辅助创作：结构化写作支持

目标不是把后台所有设置塞进手机，而是实现一套完整的内容发布闭环：

想到内容 → 打开 App → 写作 / AI 辅助 → 预览 → 发布

这才是它与「用手机浏览器进后台」的本质区别。

二、连接自有站点，数据完全自主

App 本身不是博客平台，也不会把文章存到第三方服务。它连接的就是你自己的 Emlog 网站。

配置站点信息后，客户端直接与 Emlog 通信。所有发布、修改、删除操作，最终都落回你自己的站点数据。换手机、重装客户端，网站数据不会受到任何影响。

网站始终是核心，App 只是增加了更适合手机的入口。

三、文章管理：从创建到发布的完整流程

文章功能是客户端目前最重要的模块，不只是放一个「发布文章」的输入框：

四、Markdown + 实时预览

我个人偏好 Markdown，但它在手机上有明显痛点：写的时候看到的是符号，不是最终排版。

## 标题
**加粗文字**
> 引用内容
- 列表 1
- 列表 2

长文编辑时很容易失去对排版的直观感知。因此 App 加入了实时预览功能，编辑时可随时查看渲染效果。

已支持的 Markdown 语法包括：标题、粗体、斜体、删除线、引用、有序/无序列表、链接、图片、代码、代码块、分割线等。

写作流程由此变为：

Markdown 编辑 → 实时预览 → 检查排版 → 发布到 Emlog

相比盲写，直观得多。

五、微语：接近社交 App 的发布体验

Emlog 的「微语」是我很喜欢的功能，适合一句话、一个想法、开发记录、学习笔记等碎片化内容。这类短内容恰恰最应该在手机上便捷发布。

客户端希望实现的体验是：

想到什么 → 打开 App → 写完直接发

而非：

打开浏览器 → 找后台 → 登录 → 找微语入口 → 开始输入

减少操作步骤，对短内容创作至关重要。

六、AI 辅助：工具，而非替代

项目中我很重视 AI 功能，但明确拒绝这种设计：「点一下按钮，自动生成一篇垃圾文章」。

我希望 AI 是写作工具，而非写作替代。比如只有一个模糊想法时，AI 可以帮忙：

• 整理文章结构
• 生成初稿
• 补充章节
• 润色表达
• 将零散想法系统化

生成内容会进入编辑器，最终由用户自己修改、增删、预览、决定是否发布。本质上是「辅助写作」，不是「AI 自动发博客」。

七、多模型支持，拒绝绑定单一厂商

国内大模型发展极快，今天性价比高的，明天可能就有更好的。因此 AI 模块采用独立 Provider 架构，不与任何单一厂商绑定。

重点适配的模型包括：

• DeepSeek
• 智谱 GLM
• Kimi
• 小米 MiMo

每个厂商独立保存 API 配置（API Key、地址、模型名），写作时自由选择。新增模型无需重构 AI 模块。

AI 服务
├── DeepSeek ── API Key / 地址 / 模型
├── GLM ────── API Key / 地址 / 模型
├── Kimi ───── API Key / 地址 / 模型
└── MiMo ───── API Key / 地址 / 模型

客户端提供能力，模型由用户自己选择。

八、为什么不做成网页版？

常见问题：Emlog 有后台，手机浏览器也能打开，何必专门做 App？

这是两个不同的问题：

传统 CMS 后台功能庞杂，界面天然复杂。但移动端最高频的操作其实非常集中。

所以我更希望它是 「Emlog Mobile Creator」，而非把 PC 后台硬塞进 6 英寸屏幕。

九、架构设计：模块化解耦

源码会完整开放，整体架构如下：

Emlog Android Client
│
├── 站点配置       # 管理 Emlog 站点连接信息
├── Emlog 通信层   # 客户端与站点的数据交互
├── 文章模块       # 列表、新建、编辑、删除
├── 微语模块       # 读取、发布、编辑
├── 编辑器         # Markdown 输入、实时预览
├── AI 模块        # Provider 管理、多模型适配
└── 本地配置       # 站点信息、AI 设置

Emlog 通信、编辑器、AI 三部分尽量解耦。未来新增 AI 模型或 Emlog 管理功能，无需推倒重写。

十、为什么开放源码？

一个重要原则：不要把 Emlog 这种开放生态，最后做成封闭的客户端。

除 APK 外，完整源码一并提供。有开发能力的用户可以：

• 自行编译 APK
• 修改界面与功能
• 接入新的 AI 模型
• 调整 Emlog 对接逻辑
• 研究 Android 与 Emlog 的通信方式

即使我个人停止维护，源码存在，项目就能被社区延续。

十一、当前状态：持续打磨中

项目仍在积极开发，最近集中解决真实使用中的体验问题：

• 手机输入时的页面跳动
• 新建与编辑文章的输入体验差异
• 微语编辑流畅度
• Markdown 预览兼容性
• AI 请求等待与异常处理
• 不同厂商接口差异
• Android 稳定性与闪退

越来越深的体会是：「能运行」的 App 很容易，「每天愿意打开」的 App 才是真正难做的。

很多体验问题，只有自己真的拿手机写几篇文章才会发现。

十二、后续规划：向「移动创作中心」演进

更完整的文章管理

分类、标签、草稿、封面、搜索、分页、发布状态等更多文章属性。

更强的 AI 编辑能力

从「生成整篇文章」进化到针对选中内容执行：续写、润色、缩写、扩写、总结、改标题、生成摘要/SEO 描述、修正 Markdown 等。

更好的编辑器

提升输入体验、光标稳定性、代码块与表格支持、编辑/预览切换流畅度。

更多 Emlog 管理能力

内容创作主线稳定后，逐步加入评论管理、分类/标签管理、媒体资源、多站点支持等。

原则：先把写作做好，再考虑扩展。

十三、写在最后

这款客户端是我近期 Emlog 改造系列的一部分。之前更多折腾前台主题、后台界面、Markdown 体验、微语、评论等，Android 客户端相当于把整个系统向移动端自然延伸。

目标不是重做博客 CMS，而是基于 Emlog 成熟的能力，把网站、移动端、AI 创作真正串联：

┌──────────────┐
│  AI 模型     │
│  DeepSeek 等 │
└──────┬───────┘
       │
       ↓
手机 → Emlog Android App → 编辑/预览 → Emlog 站点

• 网站数据属于自己
• AI 服务自行选择
• 客户端源码自己掌握

这或许更符合个人博客的本意：自己的内容，自己的服务器，自己的工具。

项目仍在完善。后续有稳定新版本，我会继续记录开发过程，同步更新 APK 与源码。

在旧金山，你能最先看到未来。

在过去的一年里，城里热议的话题已经从百亿美元的计算集群，转向了千亿美元的集群，再到如今万亿美元的集群。每隔六个月，董事会的计划书上就会多加一个零。在幕后，人们正在激烈地争夺这十年里所有还能拿到的电力合同，以及所有能采购到的变压器。美国的大企业正准备投入数万亿美元，开启一场久违的美国工业力量大动员。到本世纪20年代末，美国的电力产量将增长百分之几十；从宾夕法尼亚州的页岩气田到内华达值的太阳能农场，数以亿计的 GPU 将发出轰鸣。

AGI（通用人工智能）竞赛已经打响。我们正在建造能够思考和推理的机器。到 2025/2026 年，这些机器的能力将超越许多大学毕业生。到这十年结束时，它们将比你我都要聪明；我们将拥有真正意义上的超级智能。在此过程中，半个世纪以来未曾见过的国家安全力量将被释放；用不了多久，“那个项目”（The Project）就会正式启动。如果幸运的话，我们将与中共展开一场全力以赴的竞赛；如果不幸的话，那将是一场全面战争。

现在人人都在谈论 AI，但很少有人能隐约意识到即将受到怎样的冲击。英伟达的分析师依然认为 2024 年可能已接近顶峰。主流权威们依然固执且盲目地认为“它只是在预测下一个词”。他们看到的只有炒作和一切照旧的商业模式；最多，他们只是在期待又一场互联网级别的技术变革。

不久之后，世界将会觉醒。但现在，也许只有几百个人拥有“态势感知”（situational awareness），他们大多在旧金山和各大 AI 实验室里。无论是因为何种奇特的命运力量，我发现自己也置身其中。几年前，这些人还被嘲笑为疯子——但他们相信趋势线，这使得他们准确预测了过去几年 AI 的发展。这些人对未来几年的预测是否同样准确，还有待观察。但他们是非常聪明的人——是我见过的最聪明的人——而且正是他们正在构建这项技术。也许他们将成为历史上一个古怪的注脚，又或者他们会像西拉德（Szilard）、奥本海默（Oppenheimer）和泰勒（Teller）一样被载入史册。如果他们看到的未来哪怕只有一点点接近现实，我们都将迎来一段疯狂的旅程。

让我来告诉你我们看到了什么。

目录 (Table of Contents)

每篇文章都可以独立成篇，但我强烈建议将整个系列作为一个整体来阅读。

引言（本页）

历史正在旧金山鲜活地上演。

I. 从 GPT-4 到 AGI：计算数量级 (Counting the OOMs)

到 2027 年实现 AGI 是极具可能性的。从 GPT-2 到 GPT-4，我们在 4 年时间里实现了从“大约学龄前儿童”到“大约聪明的高中生”能力的跨越。追踪计算量（每年约 0.5 个数量级或 OOMs）、算法效率（每年约 0.5 个数量级）以及“解除束缚”（unhobbling，从聊天机器人演进到智能体）的趋势线，我们有理由预期，到 2027 年，将会出现另一次从“学龄前儿童到高中生”规模的质的飞跃。

II. 从 AGI 到超级智能：智能爆炸 (The Intelligence Explosion)

AI 的进步不会停留在人类水平。数亿个 AGI 可以将 AI 研究自动化，将十年的算法进步（5 个以上数量级）压缩到不到 1 年内。我们将迅速从人类水平的 AI 跃升为大幅超越人类的超级智能系统。超级智能的力量——及其危险——都将是极具戏剧性的。

III. 挑战 (The Challenges)

• IIIa. 竞逐万亿美元计算集群 一场最为非凡的技术资本加速运动已经启动。随着 AI 收入的急剧增长，在本世纪 20 年代末之前，将有数万亿美元投入到 GPU、数据中心和电力的建设中。这场工业大动员将非常激烈，包括使美国的发电量增长百分之几十。
• IIIb. 封锁实验室：AGI 的安全性 美国顶尖的 AI 实验室将安全问题视为事后诸葛亮。目前，他们基本上是在把通向 AGI 的关键机密双手奉送给中共。保护 AGI 的机密和权重（weights）免受国家级威胁者的窃取将是一项艰巨的工作，而我们目前并未步入正轨。
• IIIc. 超级对齐 (Superalignment) 可靠地控制比我们聪明得多的 AI系统仍是一个未解决的技术难题。尽管这是一个可以解决的问题，但在快速的智能爆炸期间，事情很容易脱轨。管理这一过程将极度令人紧张；一旦失败，极易导致灾难性的后果。
• IIId. 自由世界必须获胜 超级智能将带来决定性的经济和军事优势。中国还完全没有出局。在 AGI 的竞赛中，自由世界的生死存亡将受到考验。我们能否保持对威权主义大国的优势？我们又能否在这一过程中避免自我毁灭？

IV. 那个项目 (The Project)

随着 AGI 竞赛的加剧，国家安全机构将会介入。美国政府将从沉睡中苏醒，到 2027/2028 年，我们将看到某种形式的政府 AGI 项目。没有任何初创公司能够掌控超级智能。在某个敏感信息隔离设施 (SCIF) 的深处，终局之战即将开启。

V. 临别感言 (Parting Thoughts)

如果我们是对的呢？

本系列的下一篇文章： I. 从 GPT-4 到 AGI：计算数量级

声明：虽然我曾在 OpenAI 工作，但本文所有内容均基于公开信息、我自己的想法、一般的领域知识或旧金山坊间的传闻。

致谢：感谢 Collin Burns, Avital Balwit, Carl Shulman, Jan Leike, Ilya Sutskever, Holden Karnofsky, Sholto Douglas, James Bradbury, Dwarkesh Patel 等人富有启发性的讨论。感谢许多朋友对初稿的反馈。感谢 Joe Ronan 在图表方面的帮助，以及 Nick Whitaker 在出版方面的协助。

献给 Ilya Sutskever。

以下是各种网站程序集成vin聚合登录接口的插件下载，此文章会不断更新。

魔方财务系统插件

下载地址： idcsmart.zip

使用方法：
上传到 /public/plugins/oauth 目录解压，然后在后台【系统】→【第三方登录】配置并开启即可。

包含登录方式： QQ、微信、支付宝、微博、百度（共5种）

Discuz!X论坛插件

下载地址： discuzx_plugins.zip

使用方法：
上传到 /source/plugin 目录解压，然后在后台插件列表就可以看到。

包含登录方式： QQ、微信（2种）

兼容版本： DiscuzX 3.2~3.5版本，兼容utf-8、gbk、big5编码

SWAPIDC插件

下载地址： swapidc_plugin.zip

使用方法：
上传到 /swap_mac/swap_plugins 目录解压，导入 install.sql 到数据库，然后在后台插件设置开启。

包含登录方式： QQ、微信、微博、支付宝（4种）

WHMCS插件

下载地址： whmcs_plugin.zip

使用方法：
直接上传到根目录解压，在后台"插件模块"开启，并配置信息，然后在顶部"插件管理"→"彩虹聚合登录"，查看模板变量，自行修改模板文件。

包含登录方式： QQ、微信、微博、支付宝（4种）

注意： 只支持 WHMCS 8.x 版本

WordPress博客插件

下载地址： wordpress_plugin.zip

使用方法：
上传到 /wp-content/plugins 目录解压，然后在后台插件列表启用即可。

包含登录方式： QQ、微信、支付宝、微博、百度、华为、钉钉、谷歌、微软、Facebook、Twitter（11种）

注意： 有些主题（如子比主题）已经默认集成了彩虹聚合登录，不需要安装该插件。

Z-Blog博客插件

LayCenter版

下载地址： zblog_laycenter_plugin.zip

使用方法：
需要先安装 LayCenter 插件，然后上传到 /zb_users/LayCenter 目录解压（如果没有 LayCenter 文件夹就新建一个），然后在 LayCenter 后台应用列表启用即可。

包含登录方式： QQ、微信、支付宝、微博（4种）

YtUser版

下载地址： zblog_ytuser_plugin.zip

使用方法：
需要先安装 YtUser 插件，然后上传到 /zb_users/plugin/YtUser 目录解压覆盖，在 login.php 里面修改接口地址，在后台填写 QQ 登录的 appid 和 appkey。

Emlog博客插件

下载地址：

• emlog_plugin.zip（适用于 emlog 5.3.1 版本）
• emlog_pro_plugin.zip（适用于 emlog pro 版本）

使用方法：
上传到 /content/plugins 目录解压，然后在后台插件列表开启。

包含登录方式： QQ（1种）

Typecho博客插件

下载地址： typecho_plugin.zip

使用方法：
上传到 /usr/plugins 目录解压，在后台插件列表开启即可。

包含登录方式： QQ、微信、支付宝、微博（4种）

注意： 插件开启后需要自行修改模板代码，加入登录按钮代码。

Typecho 1.2.1 版本Bug修复：

• 下载地址：Request.zip
• 修复方法：解压到 /var/Typecho 目录下

苹果CMS V10插件

下载地址： clogin_maccms10.zip

使用方法：
上传到根目录解压，在后台"整合登录配置"配置好密钥开启即可。

包含登录方式： QQ、微信（2种）

注意： 在 /extend/login/ThinkOauth.php 里面可以改登录接口地址。

HYBBS插件

下载地址： hybbs_plugin.zip

使用方法：
上传到 /Plugin 目录解压。

包含登录方式： QQ、微信（2种）

XiunoBBS插件

下载地址： xiunobbs_plugin.zip

使用方法：
上传到 /plugin 目录解压。

包含登录方式： QQ、微信、微博、支付宝（4种）

Eyoucms插件

下载地址： eyoucms_plugin.zip

使用方法：
上传到根目录解压覆盖，直接替换原有的 QQ、微信、微博登录。

Flarum论坛插件

安装命令：

composer require cccyun/flarum-clogin-oauth

使用方法：
安装好之后在后台开启。

包含登录方式： QQ、微信、微博（3种）

FastAdmin插件

下载地址： fastadmin_addon.zip

使用方法：

1. 打开 /vendor/karsonzhang/fastadmin-addons/src/addons/Service.php，把 Service::valid($params); 这一行注释掉
2. 然后在后台插件管理，点击本地安装

阿帕云插件

下载地址： apayun_plugin.zip

使用方法：
需要申请阿帕云开发者权限，然后上传插件（如果提示插件标识已存在，可以把插件代码里面所有 D8Login 替换成新的插件标识），在后台"我开发的插件"里面安装。

包含登录方式： QQ、微信、微博、支付宝、百度（5种）

XunRuiCMS插件

下载地址： xunruicms-plugin.zip

使用方法：
上传到根目录解压覆盖，分别在文件里面修改接口地址，在后台填写 appid 和 appkey。

包含登录方式： QQ、微信、微博（3种）

魔方业务V10插件

下载地址： idcsmart_business.zip

使用方法：
上传到 /public/plugins/oauth 解压，在后台 系统设置→三方登录 里面开启。

包含登录方式： QQ、微信、微博、支付宝、百度、钉钉等

ProKvm插件

下载地址： prokvm_addons.zip

使用方法：
上传到 /application/addons 解压，在后台应用列表开启，然后点击刷新缓存。

包含登录方式： QQ、微信、微博、支付宝、百度、钉钉等

乐众IDC插件

下载地址： lzsys_login_plugin.zip

使用方法：
上传到 /plugin/login 解压，在后台 供应渠道→登录/注册 里面开启。

包含登录方式： QQ、微信（2种）

2026/10/4
又换回来了，emlog功能多一些，我懒得折腾了

不，应该说，是一系列很有意思的事。

豆包手机，横空出世

12月1日，字节跳动旗下的豆包团队，发布了一个叫"豆包手机助手"的东西。

配合中兴的nubia M153工程样机，一起面向开发者发售。

说实话，刚看到这个消息的时候，我还没太当回事。

毕竟，手机助手这种东西，华为有小艺，小米有小爱，OPPO有小布。

不都是喊一嗓子，帮你定个闹钟、查个天气吗？

但是。

当我真正看到豆包手机助手的演示视频时，我整个人都不好了。

它不只是能帮你定闹钟。

它能帮你点外卖。

它能帮你订机票。

它能帮你在淘宝、京东、拼多多之间比价。

它能帮你回复微信消息。

它甚至能帮你玩小程序游戏。

你只需要说一句话，它就自己打开App，自己点击，自己滑动，自己操作。

就跟你雇了一个真人助理一样。

这玩意儿。。。

不是手机助手，这是手机"自动驾驶"啊。

360的周鸿祎看完之后，发了一条视频，原话是：

"美团淘宝的高管们可能要连夜开会了。"

我觉得他说得挺对的。

其实你想想看。

过去，你想买一件衣服，你得打开淘宝，看首页推荐，刷信息流，看广告，然后搜索，比价，看看哪款更适合自己，然后加购物车。

比如说，我之前帮我前任妈妈挑选产品时就会去大量搜索相关的知识，然后找到最适合她的产品去购买，等到我回过神来，发现自己已经花了大半天时间了。

阿姨选购乳胶枕要点：

• 水洗工艺：2次以上更不容易发黄
• 橡胶含量：93%+
• 邓禄普工艺：压陷率25%，支撑高度在7.5cm，支撑强度强
• 特拉雷工艺：压陷率45%，支撑高度在6.5cm，积温更低
• 阿姨选特拉雷工艺，更软，透气性更好，压缩后6.5cm左右更佳
• 布套可以拆洗，水温40°C以内手洗，内芯轻轻拍打就行
• 仰睡8-10cm，侧睡10-12cm

微波炉选购要点：

1. 主要作用：

   • 加热食品（热饭菜方便）热东西很快，烤东西很慢
   • 解冻肉类（恒温控制，快速解冻）
   • 食物的烘干

2. 底盘选择：

   • 转盘式：
     • 优点：加热均匀，经济实惠
     • 缺点：可用空间小，不易清洁
   • 平板式：
     • 优点：方便清洁，空间够大
     • 缺点：食材一多不易受热均匀

现在呢？

你只需要说一句："帮我找一件200块以内的黑色卫衣，在淘宝京东拼多多比个价，最便宜的那个帮我加购物车。"

然后，你就可以去干别的了。

AI会帮你搞定一切。

你甚至都不需要打开淘宝的首页。

淘宝首页的广告位，没人看了。

美团首页的推荐位，没人看了。

所有超级App花了十几年时间，精心设计的"流量漏斗"，被AI直接绕过去了。

这，才是让大厂们睡不着觉的原因！

大厂反击率先出手

豆包手机发布之后，资本市场先沸腾了。

12月2日，中兴通讯直接涨停，成交额超过137亿。

那台3499元的工程样机，一度在闲鱼上被炒到了6000多块。

但是。

就在同一天晚上，有用户发现，自己的绿泡泡被封了。

提示是："登录环境异常"。

而这些被封号的用户，有一个共同点：

他们都在用豆包手机助手，操作绿泡泡。

消息传出来之后，社群里一片哗然。

有人说，这是"定点打击"。

有人说，这是"大厂围剿"的开始。

《中国企业家》去问，回应是："没有什么特别动作。"

但行业里的人都懂。

这次封号只是第一枪。

果然，紧接着，淘宝也出手了。

有用户发现，用豆包手机助手在淘宝比价的时候，会频繁跳出人机验证。

有的直接闪退，有的被强制登出账号。

再然后，农业银行、建设银行的App也开始出现针对性的风控措施。

在录屏状态下，银行App直接不让用了。

你看，这就是大厂的反应速度。

72小时之内，Vx、淘宝、银行，三道防线全部架起来了。

周鸿祎预测得没错：

"大厂绝不会坐视不管，接下来会展开技术攻防战。"

12月3日晚上，豆包手机助手团队发了一条公告。

原话是：

"豆包手机助手Pro模式已经下线操作vx的能力。在Nubia M153上被禁止登录的vx账号正陆续解封，请大家等待一段时间并尝试重新登录。"

说实话，看到这条公告的时候，我是有点失望的。

但我也理解。

毕竟，vx是什么？

是12亿人的社交基础设施。

是很多人的数字生命线。

豆包再牛，也不能让用户的vx被封吧？

这个锅，字节背不起。

更何况，豆包手机助手本来就是个"技术预览版"，是给开发者玩的工程机。

字节从一开始就说了，这不是面向普通消费者的产品。

所以，退让，是意料之中的选择。

但问题是，退让之后呢？

AI手机助手这个方向，还能不能走下去？

如果每个超级App都像Vx一样，一言不合就封号，那AI助手不就成了一个"孤岛"吗？

说白了，你只能在自己的App里玩，出了门就寸步难行。

这还叫什么"智能助手"?

我当时觉得，AI手机可能要凉一阵子了。

但我没想到，真正的高潮，还在后面。

智谱掀桌，AutoGLM开源

12月9日。

就在我以为这件事要告一段落的时候，智谱AI投下了一颗重磅炸弹。

他们宣布，开源AutoGLM。

开源链接在此：https://github.com/zai-org/Open-AutoGLM

AutoGLM是什么？

简单说，它就是智谱版的"豆包手机助手"。

一个能像真人一样操作手机的AI Agent。

能点外卖，能订机票，能刷抖音，能发微信。

而且，智谱这次开源的，不是一个阉割版。

是完整的核心模型、Phone Use能力框架、工具链，还有覆盖50多个高频中文App的可跑通Demo。

换句话说，只要你愿意，你现在就可以自己搭建一个"豆包手机助手"。

不需要字节的许可，不需要中兴的手机，不需要任何人的授权。

技术，完全公开。

代码，随便拿。

智谱在公告里说了一句话，我印象特别深：

"这件事只在一家公司做，是不够的。AutoGLM开源的第一层初衷，是把这一层能力变成整个行业可以共同拥有、共同打磨的公共底座。"

说实话，看到这句话的时候，我鸡皮疙瘩都起来了。

这是什么意思？

意思是：

大厂可以围剿豆包。

但大厂没办法围剿整个开源社区。

你可以封杀一家公司。

但你封不了千千万万个基于开源框架自己搭建的Agent。

这，就叫"掀桌"。

流量入口之争

说到这里，我想聊一个更本质的问题。

这场攻防战，到底在争什么？

表面上看，是隐私安全：

• Vx说，你读取我的聊天记录，不安全。
• 淘宝说，你抓取我的商品数据，不合规。
• 银行说，你在录屏状态下操作，有风险。

这些理由，对不对？

当然对。

但真正的原因，显然不止于此。

真正的原因是：流量入口之争。

其实你想想看，过去十几年，互联网大厂是怎么赚钱的？

答案是：流量！

你打开淘宝，首页有广告位，你刷信息流，又有广告，你搜索商品，还有竞价排名。

每一次点击，每一次浏览，都是钱。

微信也一样。

朋友圈广告，小程序广告，公众号广告，视频号广告。

12亿用户的注意力，就是腾讯最大的金矿。

但现在，AI手机助手来了。

它可以绕过首页，绕过广告，绕过信息流，直接帮你完成任务。

用户的注意力，被AI"截胡"了。

大厂能不急吗？

这不是什么隐私问题。

这是断人财路的生死存亡的问题。

所以，封号，风控，限制。

本质上，都是在保护自己的流量入口。

但问题是，保护得了吗？

技术的潮水，不是一两道防线能挡住的。

开源，才是真正的"核武器"

说实话，智谱这次开源，让我想起了一句话：

"最好的防守，就是进攻。"

不对，应该是：

"最好的反围剿，就是让技术成为公共品。"

其实你想想看，历史上那些改变世界的技术，最后都走向了什么？

• Linux开源了，所以我们今天有了安卓，有了云计算。
• Stable Diffusion开源了，所以AI绘画才能遍地开花。
• LLaMA开源了，所以国产大模型才有了追赶的起点。

每一次开源，都是一次技术民主化。

每一次开源，都是对封闭生态的一次冲击。

智谱这次开源AutoGLM，意义是一样的。

它把AI手机助手这个能力，从"大厂核武器"变成了"人人可用的工具"。

以后，不只是字节能做AI手机。

华为能做，小米能做，OPPO能做，甚至你自己，也能做。

大厂可以消灭一个产品，但大厂消灭不了一个想法。

技术的演进，从来不是某一家公司能阻挡的。

当年的微软阻挡不了Linux。

今天的大厂，也未必能阻挡AI Agent。

微软与Linux的历史

说到这里，我突然想起了一个故事。

2001年，微软的CEO史蒂夫·鲍尔默，在接受媒体采访时，说了一句后来被载入史册的话：

"Linux是一种癌症。"

他还说，Linux在知识产权上"像癌细胞一样，会附着于它所碰到的一切"。

那时候的微软，如日中天。

Windows垄断了全球90%以上的电脑操作系统市场。

而Linux，只是一群程序员在业余时间捣鼓的开源项目。

微软觉得，这玩意儿就是个玩具。

于是，微软开始了长达十几年的"围剿Linux"行动。

• 专利诉讼，有。
• 资助SCO起诉IBM，有。
• 散布FUD（恐惧、不确定、怀疑），有。

能用的手段，全都用上了。

结果呢？

Linux不仅没死。

反而成了服务器市场的主流。

安卓基于Linux，统治了移动端。

云计算的底层，几乎都跑在Linux上。

2014年，微软换了CEO。

新任CEO纳德拉上台后，说了一句让整个科技圈都震惊的话：

"Microsoft Loves Linux。"

微软，爱，Linux。

更绝的是，2020年，微软总裁布拉德·史密斯公开承认：

"当开源在本世纪初爆发时，微软站在了历史的错误一边。"

站在了历史的错误一边。

这句话，太狠了。

历史的重演

为什么要讲这个故事？

因为我觉得，历史总是惊人的相似。

结果呢？

Linux没有被消灭，反而成了整个互联网的基石。

AI Agent会被封杀吗？

我不知道答案。

但我知道一件事：

大厂可以消灭一个产品，但大厂消灭不了一个想法。

技术的演进，从来不是某一家公司能阻挡的。

当年的微软阻挡不了Linux。

今天的大厂，也未必能阻挡AI Agent。

这跟我们有什么关系？

说了这么多，你可能会问：

这些大厂之间的攻防战，跟我有什么关系？

其实关系很大。

因为这件事的本质，是在决定未来我们怎么用手机。

其实你想想看。

过去十几年，我们用手机的方式是什么？

是"打开App"。

• 想买东西，打开淘宝。
• 想点外卖，打开美团。
• 想聊天，打开微信。

每一个需求，都对应一个App。

但未来呢？

如果AI手机助手真的普及了，我们用手机的方式可能会变成：

"说一句话"。

你只需要告诉AI你想干什么，AI就帮你搞定一切。

你甚至不需要知道淘宝和京东有什么区别，不需要知道美团和饿了么哪个便宜。

AI会帮你比较，帮你选择，帮你下单。

这意味着什么？

• 意味着App的"界面"不再重要了。
• 意味着"用户注意力"的分配方式，要彻底改变了。
• 意味着过去十几年建立的互联网商业模式，可能要被重写了。

这不是危言耸听。

这是正在发生的事情。

AI手机助手能帮我们做的，是那些重复的、机械的、没有创造性的操作：

• 比价
• 下单
• 订票
• 查天气
• 设闹钟

这些事情，交给AI就好了。

而我们自己呢？

应该把时间和精力，留给那些更难、也更值得的事情。

比如，去读一本难一点的书。

比如，去和朋友聊一场更长的天。

比如，去想清楚自己到底想要什么。

AI越来越强大，不是为了让我们变得更懒。

而是为了让我们有更多的时间和空间，去做那些只有人类才能做的事情。

结语

这10天，我看到了大厂的围剿，也看到了开源的反击。

我看到了技术的力量，也看到了商业的博弈。

我看到了24年前的历史，也看到了它在今天的重演。

但最让我感慨的，还是那句话：

技术的潮水，终究是挡不住的。

而我们能做的，就是学会在潮水中游泳。

24年前，微软说Linux是癌症。

24年后，微软说我爱Linux。

历史总是惊人的相似。

而站在历史正确的一边，从来都不晚。

昨晚凌晨，无意间点进了 emlog 的官网，那些年熬夜折腾的回忆瞬间涌上心头。还记得第一次建网站时，为了绑定一个域名，从深夜折腾到天明，虽然过程艰辛，但那份成就感至今难忘。

或许是一时冲动，或许是情怀使然，我花了 169 元买了赞助版。就当是，为回忆买一次单吧。

今天，借着帮别人搭建项目的服务器之便，加上刚刚结束期末考试的空闲，我再次将博客搭建起来。这次，我花了更多时间挑选和配置主题。如今的主题选择比以往丰富，颜值提升不少，但设置起来也更为复杂。我之前购买的 Handsome 主题，配置项多到令人头疼，如今回看，其设计风格也不过尔尔。

踏破铁鞋无觅处，得来全不费工夫。皇天不负有心人，我终于找到一款令人眼前一亮的主题。它简约而不简单，功能实用，风格恰合我意。

记录是个好习惯，希望这一次我能坚持下去。虽然这不知是第几次重新启程，但每次开始都蕴含新希望。愿此行我不再半途而废。