郭夕锋的私人笔记

盘点聚宽平台经典的12大量化策略

Fri, 21 Aug 2026 14:04:07 +0800

聚宽社区这些年积累的大量策略，也基本覆盖了A股量化研究中比较经典的几个方向。有研究小市值效应的，有研究趋势和动量的，有做可转债和ETF轮动的，有通过基本面因子进行选股的，也有研究事件驱动、市场情绪甚至高频微观结构的。如果把这些策略按照背后的投资逻辑进行梳理，大致可以归纳为下面12类。

一、小市值策略：A股量化投资最经典的因子之一

小市值策略可能是A股量化投资中最具代表性的策略之一。它背后的逻辑非常简单：在股票池中按照总市值或者流通市值进行排序，然后选择市值较小的一组股票构建组合，通过定期调仓获取潜在的规模因子收益。

从量化研究的角度看，小市值策略本质上是在利用一种典型的横截面因子。投资者并不需要判断某一家公司的商业模式，也不需要预测下一季度利润，而是直接研究“股票规模”这个变量与未来收益之间是否存在稳定的统计关系。

最基础的小市值策略通常只需要几个步骤：首先建立股票池，剔除ST、停牌、新股等不适合交易的标的；其次计算股票的市值并进行排序；最后选择排名靠前的若干只股票进行持仓，并按照固定周期进行调仓。

但真正能够用于实盘研究的小市值策略，显然不会这么简单。除了市值本身之外，通常还需要考虑流动性、涨跌停、交易成本、行业暴露以及基本面质量等因素。否则回测出来的收益，很可能只是建立在“理论上可以买到、实际上根本买不到”的价格之上。

小市值策略之所以经典，是因为它很好地体现了量化投资的基本思想：把传统投资经验转化成可计算的变量，再通过历史数据验证这种变量是否具有统计意义。

不过，小市值因子并不是一个永远有效的“赚钱公式”。随着市场结构变化、投资者行为变化以及量化资金规模扩大，因子的收益可能出现明显波动甚至阶段性失效。因此，在研究小市值策略时，比单纯观察年化收益率更重要的是研究它的收益来源、适用市场环境以及因子衰减问题。

二、动量ETF轮动：二八轮动背后的趋势逻辑

动量策略是量化投资中非常经典的一类策略，其核心假设是：过去一段时间表现较强的资产，在未来一段时间内仍然可能保持相对强势。

将这种思想应用到ETF上，就形成了比较常见的ETF动量轮动策略。

例如，可以建立一个包含沪深300、中证500、创业板、科创板或者其他资产的ETF池，然后计算每只ETF过去20日、60日或者120日的收益率，根据动量指标进行排序，选择排名靠前的资产进行配置。

所谓“二八轮动”“三轮动”，本质上都是在不同资产之间寻找相对强弱，并根据市场状态动态调整仓位。具体参数虽然不同，但背后的核心逻辑是一致的：不预测市场具体涨多少，而是利用不同资产之间的趋势差异进行动态配置。

ETF轮动策略的一个明显优势，是投资标的相对有限。相比直接在数千只股票中进行选股，ETF轮动可以将研究范围压缩到几十只甚至十几只资产，同时减少个股基本面风险。

当然，动量策略也存在明显缺陷。趋势一旦发生快速反转，过去的强势资产可能迅速变成弱势资产，而策略的调仓信号通常存在一定滞后。因此，实际研究中经常会加入均线过滤、波动率调整、最大回撤控制或者风险平价等机制。

从量化学习角度来看，ETF轮动非常适合作为入门策略，因为它可以完整覆盖量化策略研究中的几个基本环节：指标计算、资产排序、组合构建、定期调仓、风险控制和回测评价。

三、可转债双低策略：价格与转股溢价率的综合筛选

可转债双低策略在量化社区中一直具有较高的关注度。

所谓“双低”，通常是指同时关注可转债的价格水平和转股溢价率。其中，转债价格反映市场对债券本身以及正股期权价值的综合定价，而转股溢价率则反映可转债价格相对于其转股价值的溢价程度。

最基础的双低策略，可以对可转债按照“价格+转股溢价率”构建综合评分，然后选择排名靠前的转债进行组合投资。

这种策略背后的核心思想是：单纯选择低价格转债，可能买到基本面较差或者信用风险较高的品种；单纯选择低溢价率转债，又可能面临价格过高的问题。因此，同时考虑价格和溢价率，可以在一定程度上兼顾安全边际和向上弹性。

进一步优化时，还可以加入正股质量、剩余期限、评级、成交额、强赎状态等条件，从而构建更加完整的可转债量化模型。

不过，可转债双低策略同样不是无风险套利。可转债市场会受到正股价格、市场流动性、信用风险、强赎条款以及整体风险偏好的影响。在极端行情下，过去看起来非常稳定的策略也可能出现明显回撤。

因此，研究双低策略时，不能只看历史年化收益，还需要重点观察最大回撤、组合流动性以及不同市场环境下的表现。

四、网格交易：利用震荡行情进行高抛低吸

网格交易是普通投资者非常熟悉的一种策略，同时也是量化策略中最容易被误解的一类。

它的核心思想是预先设定一系列价格区间，当价格下跌到某个网格时买入，当价格上涨到上一个网格时卖出，通过反复交易获取震荡行情中的价差。

例如，一只ETF价格为10元，可以按照固定比例设置多个价格网格。当价格从10元跌到9.5元时增加仓位，从9.5元跌到9元时继续增加；如果价格随后反弹，则在对应的价格区间逐步卖出。

传统固定网格的最大问题是，网格间距通常是固定的，而市场波动并不是固定的。因此，在进一步优化后，就出现了动态网格、ATR网格等变种。

ATR，也就是平均真实波幅，可以用来衡量资产近期的波动程度。当市场波动扩大时，网格间距可以相应扩大；当市场波动降低时，则可以缩小网格间距。

网格策略比较适合震荡市场，但它天然害怕单边趋势。如果资产持续下跌，策略会不断执行买入操作，最终可能形成较大的浮亏和仓位集中。因此，比较成熟的网格策略通常需要配合最大持仓限制、趋势过滤或者止损机制。

从策略研究角度来看，网格真正值得研究的并不是“网格参数设多少最好”，而是如何识别震荡市场与趋势市场，以及如何根据波动率动态调整交易区间。

五、多因子选股：从单一指标走向系统化选股

多因子策略可以说是量化选股体系中最具有代表性的模型之一。

它的基本思想是：股票未来收益可能与多个可观测特征有关，因此可以同时利用价值、成长、质量、动量、波动率、市值等多个因子，对股票进行综合评价。

例如，可以构建一个简单的多因子模型：价值因子占30%，成长因子占25%，质量因子占25%，动量因子占20%。将所有股票按照各因子进行标准化处理，然后计算综合得分，选择排名靠前的股票构建投资组合。

实际研究过程中，还需要解决因子之间的相关性、因子标准化、缺失值处理、极值处理以及行业中性化等问题。

这也是多因子策略与普通“指标选股”之间的重要区别。

如果只是简单地规定“PE低于20、ROE高于15%就买”，本质上还是规则筛选。而多因子模型更强调通过统计方法研究多个变量与未来收益之间的关系。

多因子策略最大的风险则是过拟合。研究者可以很容易地通过增加因子、调整参数和优化权重，让历史回测结果越来越漂亮，但模型在未来市场中的表现却可能越来越差。

因此，一个真正有研究价值的多因子模型，应该关注因子的经济逻辑、样本外表现、滚动回测结果以及不同市场阶段的稳定性，而不是只盯着一条漂亮的净值曲线。

六、技术指标择时与突破：从均线到海龟交易法

技术指标策略是量化交易中历史最悠久的策略类别之一。

均线、MACD、RSI、布林带等传统技术指标，都可以通过程序转化为明确的交易条件。比如均线策略可以规定，当短期均线上穿长期均线时产生买入信号，当短期均线下穿长期均线时产生卖出信号。

在趋势交易体系中，海龟交易法是非常经典的突破策略。它通常通过价格突破过去一定周期的最高价或最低价来判断趋势是否形成，并结合止损、仓位管理和波动率控制进行交易。

这类策略的核心并不是预测价格，而是在趋势形成以后跟随趋势。

突破策略的优点是规则清晰、容易程序化，但缺点同样明显。在震荡市场中，价格不断突破又快速回落，策略可能出现连续的假突破和交易亏损。

因此，技术指标本身并不是策略的全部。一个完整的趋势策略通常还需要包括入场规则、退出规则、止损机制、仓位管理以及交易成本模型。

这也是量化交易与传统技术分析最大的区别之一：技术指标只是工具，真正决定策略表现的是完整的交易系统。

七、行业龙头与高研报关注度：把机构行为转化成因子

传统投资中，很多投资者会关注券商研报、机构持仓以及行业龙头。量化研究则可以进一步尝试把这些信息转化成结构化数据。

例如，可以统计某家公司被多少家机构覆盖、机构预测数量、分析师评级、盈利预测变化以及机构持仓比例等，然后研究这些变量与未来股票收益之间是否存在统计关系。

类似地，也可以构建“行业龙头”因子，通过营业收入、市场份额、市值、盈利能力等指标筛选行业头部公司。

这类策略的本质是研究机构行为与信息传播对股票价格的影响。

但这里有一个非常重要的问题：高研报关注度本身未必是正面信号。

一家公司被大量机构覆盖，可能意味着市场认可，也可能意味着市场预期已经非常充分。对于量化策略来说，真正有价值的并不是简单统计“谁被研究得最多”，而是研究关注度变化本身。

例如，过去没有多少机构关注，现在突然出现大量研报覆盖，这种变化可能比绝对关注度更加具有研究价值。

八、破净股 + 自由现金流：寻找真正的深度价值

深度价值策略的核心是寻找市场价格与企业价值之间存在较大偏离的股票。

最简单的方法是寻找破净股，即PB低于1的公司。但单纯依赖PB容易产生“价值陷阱”，因为一家公司之所以便宜，很可能是市场认为它未来的盈利能力会继续下降。

因此，可以进一步加入自由现金流指标。

自由现金流可以在一定程度上反映企业在维持正常经营和资本开支之后真正能够产生的现金。将低估值与较好的现金流质量结合起来，目的就是避免简单地购买“便宜但基本面不断恶化”的公司。

例如，可以建立一个筛选体系：

第一步，筛选PB较低的股票；

第二步，剔除持续亏损和经营现金流恶化的公司；

第三步，进一步关注自由现金流收益率、ROE以及盈利稳定性；

第四步，根据综合评分进行组合构建。

这类策略的核心其实非常传统：以较低价格购买具有持续经营能力的资产。

量化只是把传统价值投资中的“便宜”和“好公司”尽可能转化为数据指标。

九、羊群效应与极致换手率：量化市场情绪

市场情绪一直是量化研究中非常有意思的方向。

股票价格不仅受到基本面的影响，也受到投资者行为的影响。当某只股票突然出现成交量放大、换手率飙升、短期暴涨或者暴跌时，往往意味着市场参与者的交易行为正在发生明显变化。

因此，一些策略会尝试从换手率、成交量、短期收益率以及筹码集中度等指标中寻找市场情绪信号。

例如，高换手率配合短期大幅下跌，可能代表恐慌性抛售集中释放；而高换手率配合持续上涨，则可能代表市场情绪处于极端活跃状态。

当然，同样的信号在不同市场环境下可能代表完全不同的含义。

所以这类策略不能简单理解成“高换手就买”或者“超跌就抄底”。

真正的量化研究需要进一步回答：这种交易行为在历史上是否具有稳定的预测能力，以及这种预测能力是否能够覆盖交易成本。

这也是行为金融和量化投资结合比较典型的方向。

十、财报与事件驱动：寻找信息披露后的超额收益

事件驱动策略的研究对象不是单纯的价格，而是市场中的某一个具体事件。

最经典的例子之一，就是PEAD，即盈余公告后漂移。

简单来说，当上市公司公布财报后，如果实际业绩明显超出或者低于市场预期，股票价格可能不会在公告当天完全完成定价，而是在之后的一段时间内继续产生一定方向的价格变化。

量化投资者可以围绕这一现象构建策略。

例如，对公司财报中的营业收入、净利润、扣非净利润、盈利预测变化等指标进行处理，然后研究业绩超预期程度与未来5日、20日、60日收益之间的关系。

除了财报，事件驱动还可以研究业绩预告、股份回购、股东增持、并购重组、分红以及重大合同等事件。

事件驱动策略的关键是事件定义必须足够客观。

“这家公司看起来不错”不是事件。

“公司净利润同比增长80%，同时显著超过市场一致预期”才是可以被量化研究的事件。

十一、高频与微观结构：研究交易本身

当量化研究从日频甚至分钟级进一步深入，就会进入市场微观结构领域。

这类策略研究的不再只是“股票涨还是跌”，而是研究交易过程中更加细微的变化，例如成交量、盘口、买卖委托、大单成交、订单不平衡、尾盘资金行为以及短周期价格冲击等。

例如，“尾盘大单抢筹”这一类策略，会重点观察临近收盘阶段是否出现异常的大额成交，以及这种交易行为是否与下一交易日的价格表现存在统计关系。

这类策略与传统基本面量化有很大区别，因为它对数据质量、时间精度、交易成本和执行能力都有更高要求。

一个策略即使在理论回测中存在超额收益，如果每次交易只能获得0.05%的预期收益，而实际交易成本、滑点和冲击成本已经达到0.08%，那么这个策略在现实中依然没有意义

因此，高频策略研究的核心问题之一就是：

信号产生的速度，能不能快过成本侵蚀的速度？

这也是为什么高频和微观结构策略通常更适合专业机构，而不是普通投资者直接照搬。

十二、RBreaker与Dual Thrust：经典期货日内突破系统

如果说前面的策略主要集中在股票和ETF，那么RBreaker与Dual Thrust则是期货量化交易中非常经典的趋势与突破策略。

Dual Thrust的核心思路，是根据过去一段时间的价格区间计算当天的上下轨。当价格突破上轨时做多，跌破下轨时做空，并根据交易系统进行止损或者平仓。

RBreaker则是在突破逻辑之外加入反转机制，通过多个关键价格水平判断市场究竟处于趋势还是反转状态。

这类策略最大的特点是规则化程度非常高。交易者不需要在盘中主观判断“今天是不是要涨”，而是提前计算关键价格，并根据市场实际运行情况执行。

但期货市场具有杠杆属性，因此这类策略的风险管理比股票策略更加重要。

尤其需要关注仓位、保证金、止损、滑点、跳空以及极端行情下的流动性问题。

一个简单的突破策略很容易写出来，但要把它变成能够长期运行的交易系统，真正困难的部分往往不是入场信号，而是仓位管理和风险控制。

写在最后：没有“万能策略”，只有适合特定市场环境的策略

把这12类策略放在一起，会发现它们其实代表了量化投资中的几种主要研究范式。

小市值策略和多因子策略，本质上是在研究股票横截面上的收益差异；动量ETF轮动和海龟突破，主要研究趋势与相对强弱；可转债双低和深度价值策略研究的是价格与价值之间的偏离；网格策略利用的是震荡市场中的价格波动；事件驱动策略研究信息出现以后市场如何重新定价；羊群效应和高换手策略研究的是投资者行为；而高频和微观结构策略，则进一步深入到交易机制本身。

从这个角度来看，量化策略其实并没有那么神秘。

PHP5.6安装拓展memcache失败解决方案

Mon, 20 Jul 2026 18:12:17 +0800

一次在使用1panel面板部署运行环境，当PHP5.6安装拓展memcache时提示：error: 'memcache' does not exist。

原因是使用的 PHP 5.6 版本太旧了，已经不被 memcache 扩展的新版本所支持，而 PECL 自动安装时又找不到兼容的旧版本。

所以这里手动安装了下，尝试安装 memcache 扩展的 2.2.7 版本（这是一个对 PHP 5.6 支持稳定的版本）：

1、点击面板运行环境PHP5.6旁边的“终端”按钮

2、依次执行

# 1. 切换到临时目录
cd /tmp

# 2. 重新下载源码包
curl -LO http://pecl.php.net/get/memcache-2.2.7.tgz

# 3. 解压并进入
tar -xzf memcache-2.2.7.tgz
cd memcache-2.2.7

# 4. 编译安装
phpize
./configure
make
make install

# 5. 启用扩展
docker-php-ext-enable memcache

# 6. 回到 /tmp 目录
cd /tmp

# 7. 删除源码包和解压的文件夹
rm -rf memcache-2.2.7.tgz memcache-2.2.7

执行完成后，用 php -m | grep memcache 检查是否成功加载

如何使用codegraph和code-review-graph索引代码知识图谱，提升效率

Fri, 29 May 2026 17:38:17 +0800

前言

当 Claude Code 探索代码库时，它会生成探索代理，这些代理使用 grep、glob 和 Read 扫描文件 — 每次工具调用都会消耗 tokens。

为了提高效率，节省tokens。这里引入两个开源项目，CodeGraph和code-review-graph。

CodeGraph 为这些代理提供预索引的知识图谱 — 符号关系、调用图和代码结构。代理可以立即查询图谱，而无需扫描文件。

code-review-graph通过构建代码库的持久化映射，让 Claude 只读取关键内容——代码审查时可减少 6.8 倍 tokens 用量，日常编码任务中最高可减少 49 倍。

两个项目有什么异同点

简单来说，CodeGraph 像一张“活地图”，主要目标是引导AI Agent在项目中快速找到代码路径；而 code-review-graph 更像一位“严格的审查员”，专注于评估代码变更带来的影响。

对比维度	CodeGraph	code-review-graph
核心目标	为Coding Agent提供通用代码探索与导航的“项目地图”，减少盲目搜索，提升问答效率。	为代码审查场景提供变更影响分析，精准定位需审阅的文件，节省审查时花费的Token。
主要场景	理解项目架构、查找函数定义与调用关系、回答代码逻辑问题。	PR Review、评估特定Commit或文件修改的“爆炸半径”、合入前检查。
核心功能	代码结构索引、符号关系查询、智能上下文构建、文件监听与自动更新。	变更影响（Blast Radius）分析、风险评分审查、语义搜索、架构热点/桥接点检测。
MCP工具数	相对精简，专注于图谱查询和上下文提供。	约28个（包含图构建、影响分析、审查、重构等多类工具）。
性能侧重点	强调省时省Token：平均减少59%的Token消耗，加速49%。	强调影响召回率：变更影响分析的召回率达到100%，确保不漏看任何受影响的文件。
技术实现	使用 Tree-sitter 解析代码为SQLite图谱，支持19+种语言和14种框架路由。	同样使用 Tree-sitter 解析为SQLite图谱，支持24种语言及Jupyter Notebook，并提供可选的向量嵌入支持语义搜索。
开源与许可	开源，Apache-2.0 许可证。	开源，MIT 许可证。
技术栈与安装	主要通过 npx 安装，自带运行时，不强制依赖Node.js。	主要通过 pip 安装，需要 Python 3.10+ 环境。

许多开发者会同时使用它们——日常开发用CodeGraph来快速导航和理解代码；在准备提交PR、进行代码审查时，再让code-review-graph介入评估风险。它们一个主攻日常探索，一个把关代码质量，并不冲突。

安装与使用

项目仓库

CodeGraph：https://github.com/colbymchenry/codegraph

code-review-graph：https://github.com/tirth8205/code-review-graph

日常开发的流程

这个流程可以自然地分成三个阶段：准备与安装、日常编码导航（CodeGraph）、代码提交与审查（code-review-graph）。

📝 阶段一：准备工作与安装

在开始之前，需要为你的项目装上这两个“外挂”。安装过程都非常简单，通常几分钟就能搞定。

安装 CodeGraph

核心命令：

# 用Node安装
npm i -g @colbymchenry/codegraph
# 初始化项目
cd your-project
codegraph init -i

操作：它会自动识别你当前的项目类型，并生成一个本地的代码知识图谱索引。这一步是让AI助手理解你项目结构的基础。

安装 code-review-graph

核心命令：

# 安装工具
pip install code-review-graph
# 自动配置AI工具
code-review-graph install
# 为当前项目构建图谱
code-review-graph build

操作：这个工具会为你的AI编程助手（如Cursor、Claude Code等）自动配置好MCP服务。build 命令会首次解析你的整个代码库，生成用于分析变更影响的结构化图谱。

重启你的AI助手

操作：完成以上配置后，需要重启你的IDE或AI助手终端，让新的MCP配置生效。

一句话总结：安装就是“装程序→自动配置→建索引→重启AI”四步走。

🧭 阶段二：日常编码导航（使用 CodeGraph）

在编写新功能或修改代码的过程中，CodeGraph 的主要作用是帮你快速理解现有代码，避免AI助手“迷路”。

场景：当你接手一个新模块，或在修改一段复杂逻辑前，需要快速了解“这个函数是干嘛的？”、“谁调用了这个类？”、“这个模块的入口在哪里？”。

操作方式：你不需要手动执行CLI命令。配置完成后，你可以在与AI助手的对话中，直接用自然语言提问。CodeGraph 提供的MCP工具会被AI自动调用。

具体例子：

提问：“帮我梳理一下从 OrderController 到 PaymentService 的完整调用链路。”

AI将自动调用工具：它可能会调用 codegraph_context 来快速获取相关函数和上下文的整体视图，或使用 codegraph_trace 来追踪完整的调用路径。它会直接给你结论和相关的代码片段，而不是去盲目地搜索文件。

一句话总结：像和老同事对话一样问AI问题，CodeGraph 在后台帮它快速“查地图”。

🛡️ 阶段三：代码提交与审查（使用 code-review-graph）

当你完成了一批代码修改，准备提交或发起Pull Request时，就是 code-review-graph 登场的时候了。它专注于评估风险，确保你的修改不会引发意想不到的问题。

场景：你在本地已经做了几次提交，想看看这些改动的影响范围；或者你正准备发起一个PR，想先做一次全面的自检。

操作方式：你依然通过AI助手对话来驱动，但这次使用专用的命令或提出审查类的问题。code-review-graph 的核心能力是“影响半径分析”（Blast Radius Analysis）。

具体例子：

使用斜杠命令：在Claude Code中，你可以直接使用 /code-review-graph:review-delta 来审查自上次提交以来的所有变更。AI会执行以下流程：

1. 自动更新图谱，同步你的最新改动。

2. 找出所有被你修改过的文件。

3. 追踪这些文件里的函数、类被哪些其他代码调用（调用者），又依赖了哪些代码（被调用者）。

4. 找出所有相关的测试文件。

5. 生成一份简洁的审查上下文，只包含相关文件，大大节省Token。

自然语言提问：你也可以直接问：“我刚刚修改了 user/auth.py，请帮我分析一下这个变更的‘爆炸半径’，看看会影响哪些功能，有没有遗漏的测试需要补上？” AI会调用 get_impact_radius_tool 等工具来完成分析。

一句话总结：提交代码前，让AI给你这次的改动“把把关”，只读该读的文件，快速定位风险。

总的来说，这两个工具一个主内（日常理解），一个主外（变更守护），流程衔接起来非常自然。实际操作中，你可能感觉不到工具切换的痕迹，它们就像是赋予了你AI助手的两种新超能力，让开发过程更流畅、更安心。

ChatGPT 服务器代理部署方法

Sat, 02 May 2026 19:33:11 +0800

前言

随着Codex火爆，想用服务器搭建一个供 Clash 使用的 VPN，并只让 ChatGPT 走代理、其他流量直连，性价比最高的方案是在你的服务器上部署一个代理服务（如 Xray、V2Ray），然后在 Clash 的配置文件中设置精细的分流规则。

整个流程分为三步：服务端部署 → 客户端配置 → 分流规则编写。

技术方案对比

主要的技术路线有以下几种，选择适合的方案：

方案一：部署代理软件 (Shadowsocks/V2Ray/Xray)

这是最通用、与 Clash 配合最好的方案。你需要在服务器上安装一个代理服务端，它会创建一个 SOCKS5 或 HTTP 代理端口。然后，在你的电脑上，Clash 客户端作为“客户端”连接到你服务器的这个代理端口，并通过规则决定哪些流量发送给它。

方案二：部署传统 VPN (如 OpenVPN/WireGuard)

这类方案是在系统层面创建一个虚拟网卡，接管所有流量。虽然也能用，但配置复杂，且与 Clash 的集成不够紧密，难以实现精细化的应用分流。

方案三：使用 vprox

这是一个基于 WireGuard 的分流隧道工具，功能很强大，支持高可用。但对于你“只为单一网站加速”的需求来说，有点大材小用，上手门槛也更高。

开源项目推荐

宝藏级项目：https://github.com/MHSanaei/3x-ui

官方文档：https://github.com/MHSanaei/3x-ui/wiki

安装方法：

📥第一步：在服务器上安装 3X-UI

你需要通过 SSH 连接到你的服务器（VPS），然后以 root 用户身份执行以下命令。

1. 更新系统并安装必要工具

为了保证安装顺利，先更新系统的软件包列表，并安装 curl 这个下载工具：

apt update -y && apt install -y curl

注：如果你的系统是 CentOS，需要把命令中的 apt 换成 yum。

2. 执行一键安装脚本

这是官方推荐、也是最简单的方法。在终端中运行下面的命令：

bash <(curl -Ls https://raw.githubusercontent.com/mhsanaei/3x-ui/master/install.sh)

💡 脚本运行后，会问你几个问题，可以按需求自定义，一般默认即可。

⚠️ 脚本执行完毕后，会自动随机生成你的登录用户名(Username)、密码(Password)、端口(Port)和访问路径(WebBasePath)。屏幕上的信息会类似这样：

###############################################
Username: TCTGf0JXhf
Password: DHBIbrYSvM
Port: 12345
WebBasePath: tq5fGUpOYUJTFBh
Access URL: http://你的服务器IP:12345/tq5fGUpOYUJTFBh
###############################################

3. 放行端口（非常重要）

你需要确保服务器的防火墙允许外部访问你刚才设置的端口。如果你使用的是云服务商（如阿里云、腾讯云、AWS等），除了服务器本身的防火墙，还需要在网页控制台的“安全组”或“防火墙”规则中放行该端口。

🌐 第二步：登录并使用 3X-UI 面板

登录后台：打开浏览器，输入你的访问地址（例如 http://你的服务器IP:12345/tq5fGUpOYUJTFBh），然后输入刚才记录的用户名和密码登录。

添加入站（节点）配置：登录后，点击左侧菜单的“入站列表”，然后点击右上角的“添加入站”按钮。

配置你的代理节点：

备注：随便起个名字，比如 My-ChatGPT-Proxy。

协议：推荐选择 shadowsocks 或 vmess，推荐vless。

端口：设置一个代理服务使用的端口，例如 443。注意：这个端口也需要在防火墙中放行，它和你登录面板用的 12345 端口是不同的。

客户端配置：一般默认即可。

完成：点击“添加”或“保存”，一个代理节点就创建好了。

✨ 第三步：配置Clash，实现仅代理ChatGPT

这是实现“只代理chatgpt.com，其他直连”目标的核心步骤。你需要将3X-UI生成的节点信息，用到 Clash 的配置里。

方法一：使用 Clash 订阅链接（更简单）

在 3X-UI 面板的“入站列表”中，找到你刚刚添加的节点，点击最右边的“操作”按钮，选择“查看订阅”。复制 Clash 订阅链接，打开你的 Clash 客户端（如 Clash Verge, Clash for Windows 等），在订阅功能中，粘贴这个订阅链接并更新。

接下来是关键的分流：在你使用的Clash客户端里找到配置文件编辑功能。你需要修改规则部分。将 ChatGPT 相关的DOMAIN-SUFFIX规则的策略修改为你的代理节点名称，并将最底部的MATCH策略修改为DIRECT。

方法二：手动添加节点并修改配置文件（更灵活）

如果习惯自己配置，可以将3X-UI显示的节点详情（服务器地址、端口、密码、加密方式等）手动填写到 Clash 的配置文件 config.yaml 中，并用下面这套规则替换原有规则：

核心分流规则配置示例

# 代理节点配置（示例，请填入你的实际信息）
proxies:
  - name: "My-ChatGPT-Proxy"
    type: ss  # 或 vmess
    server: your-server-ip.com
    port: 443
    cipher: chacha20-ietf-poly1305
    password: "你的密码"
# 代理组配置
proxy-groups:
  - name: "PROXY"
    type: select
    proxies:
      - "My-ChatGPT-Proxy"
# 规则配置（核心）
rules:
  # 1. ChatGPT 及 OpenAI 相关域名，走代理节点
  - DOMAIN-SUFFIX,chatgpt.com,PROXY
  - DOMAIN-SUFFIX,openai.com,PROXY
  - DOMAIN-SUFFIX,auth0.com,PROXY
  - DOMAIN-SUFFIX,oaistatic.com,PROXY
  - DOMAIN-SUFFIX,oaiusercontent.com,PROXY
  - DOMAIN-KEYWORD,openai,PROXY
  - DOMAIN-KEYWORD,chatgpt,PROXY
  # 2. 中国大陆网站，直连
  - GEOIP,CN,DIRECT
  # 3. 其他所有流量，直连
  - MATCH,DIRECT

保存配置并重启 Clash 客户端即可生效。

股票交易法则：开盘选股法

Tue, 28 Apr 2026 22:15:12 +0800

股市有一个最笨的炒股方法，只看开盘30分钟，就能知道当天的涨跌，这个方法并不是什么复杂的技术，一步一步看如何操作。

第一句、开盘半小时先涨后回落，而且回落的时候快速跌破了当天的开盘价，那么这种情况说明短期主力已经跑了，后面还会出现一次大跌，最好就在跌破开盘价的时候也跟着跑掉。

第二句、开盘半小时先涨后回落，但是回落过程当中没有跌破开盘价，那就说明回落只是散户获利跑了，下午主力可能会继续的拉升。

第三句、开盘半小时先跌后反弹，但是反弹的时候没有突破开盘价，或者说反弹的时候又快速回落了，这说明股价在这个时候反弹，只是散户在抄底，主力开盘就已经跑了，后面还会继续跌，您在反弹的时候就应该跑掉，千万不要抱有侥幸心理。

第四句、开盘半小时先跌后反弹，但是反弹的时候却一直拉升突破开盘价，这说明有强势的主力在抄底，您就可以跟着上场了。

第五句、开盘半小时小幅拉升，但是不超过三个点，然后就一直在均线的上方小幅震荡，并且成交量也在逐渐放大，这种情况一定要注意了，主力即将有大动作。

第六句、开盘半小时从小震荡，股价也没有出现太大的表现，说明这个股票呢，没有一个短线的主力，我们也就只能跟着观望看戏，隔岸观火就好了。

以上这六句话，记得保存起来，反复研究，通过盘面反复的去理解，那么在股市里面赚钱就跟喝水一样简单。

Pake - 支持三端平台的一键网页打包桌面客户端程序

Tue, 28 Apr 2026 19:21:56 +0800

通过简单的操作，即可将一个网页打包成桌面客户端。全云端操作，无需下载任何程序，随用随卸，自由自在。

一、Pake介绍

Pake是一个将网页打包成桌面客户端的程序。它支持 Mac / Windows / Linux三个系统，也就是说一个网页，可以将其打包成三个系统都能安装的桌面客户端。

目前Pake的特性有以下几点：

🎐 相比传统的 Electron 套壳打包，要小将近 20 倍，5M 上下。
🚀 Pake 的底层使用的 Rust Tauri 框架，性能体验较 JS 框架要轻快不少，内存小很多。
📦 不是单纯打包，实现了快捷键的透传、沉浸式的窗口、拖动、样式改写、去广告、产品的极简风格定制。
👻 只是一个很简单的小玩具，用 Rust 替代之前套壳网页打包的老思路，其实 PWA 也很好。

其中， Pake将打包的难度分成了三个等级，不同的熟悉程度有不同的玩法：

小白用户：完全不懂编程，可以使用Pake提供的常用下载包来进行安装。
开发用户：使用「命令行一键打包」，对 Mac 比较友好，Windows / Linux 需折腾下环境配置。
折腾用户：假如你前端和 Rust 都会，那可试试下面的「定制开发」，可深度二次开发定制你的功能。

官方GitHub地址：https://github.com/tw93/Pake

二、开始Action打包

2.1 Fork项目

点击一键Fork项目之后，跳转到你自己的Github项目，点击Create Fork。

Fork好之后，找到并进入Action

点击我了解

2.2 开始打包

进入Action页面，按照顺序进行点击。第三步的时候，需要注意的是platform、URL和Name三个参数

platform：选择你需要打包的系统。比方我是Windows，那我就选Windows-latest
URL：你想要打包的网页地址。比方说我需要把YouTube打包，那我就输入www.youtube.com
Name：应用的名称，你打包什么程序就用什么名称，我这用YouTube（最好用英语）
ICON（可选）：可以把应用图标换成你想要的。需要注意的是不同的系统有不同的格式要求（图标素材：https://macosicons.com）

MacOS 下必须为 .icns

Windows 下必须为 .ico

Linux 下必须为 .png

其他的都是可选，默认就行，不多介绍了。填写好之后，点击Run Workflow。

预计3-4秒后出现Build App with Pake Cli，然后静静等待进行打包。打包时间有点长，可以抽空做点其他事情。

当橙色小点变成小绿点之后，即为打包完成，同时点击进去。

点进去之后，可以看到我的状态是成功，打包时间是16分45秒，打包的桌面客户端是Windows。我们点击箭头所指处的文件output-windows-latest.zip进行下载。

Web服务 IIS 配置与管理—— IIS 的安装与基本配置

Tue, 28 Apr 2026 19:19:06 +0800

转载自csdn，备用参考

1、安装 IIS 服务器

在Windows Server系统中，IIS角色是可选组件，默认情况下是没有安装的。

1）打开【服务器管理器】，单击【添加角色和功能】。

2）默认选择【基于角色或基于功能的安装】，点击【下一步】。

3）默认选项，继续下一步。

4）进入【服务器角色】页面，点击Web服务器（IIS），在弹出的对话框点击【添加功能】。

5）默认选项，点击【下一步】，直到角色服务为止。角色服务中有很多选项没有选择，我们暂时不需要用到这些选项，继续点击【下一步】。

6）进入【确认】页面，点击【安装】。

7）进入【结果】界面，安装过程需要等待一段时间，安装完成后，会在进度条下面显示【安装成功】。

2、IIS 的基本配置

1）打开【IIS管理器】。

2）在左边连接栏中，展开左侧的内容，找到【Default Web Site】，右键选择【编辑绑定…】。

3）在弹出的【网页绑定】中选中里面的内容，点击【编辑】。

4）打开【编辑网站绑定】，在IP地址栏中显示为：全部未分配。即用户可以通过该服务器的任意IP地址访问网站。例如可以通过服务器的IP地址或者127.0.0.1访问网站。

申请微信支付商户号注销的方法

Tue, 28 Apr 2026 19:16:51 +0800

在收到微信商户号冻结提示之前，只是想到企业注销了，根本没想到申请注销微信商户付款，打电话给腾讯客户服务说不能直接删除，后来在腾讯客户服务平台找到解决方案，也成功提交了商户支付注销申请，想想一定有人遇到了这种情况，所以分享给你解决办法。如果是商户号太多也可以用这个方式注销。

申请方法

1、在微信的公众号页面内搜索“腾讯客服”并关注，在“腾讯客服”公众号内回复“确定能注销普通商户号”，腾讯客服公众号会回复注销需要提供的内容，如下图：

2、点击微信支付商户号注销申请书并将内容复制到 Word 文档内，将其进行修改，特别要注意不要删除任何文档内容，将红色字体内容修改了即可，企业商户号请加盖清晰公章与法人签字，个体户工商户若无公章请法人签字加捺手印，参照下图：

# 微信支付商户号注销申请书地址
https://kf.qq.com/faq/220505uE7ZbI220505NVrAZV.html

3、准备好营业执照副本，法人手持身份证照，法人身份证正反面和微信支付商户号注销申请书，点击此处（见图一）进行提交，超管联系方式就是注册时使用的安全手机，如下图：

4、提交成功后，等待一段时间，大概在一周左右，会收到回复，如审核成功就会告知我司已正式注销您的商户账号，如下图：

重点说明

微信支付商户号注销申请书除法人签名/捺手印/签署日期以外，其它内容均需要打印，红字为必填内容，手印捺在签名处，签名需要清晰可见，需用正楷，不要艺术签，法人身份证手持照也要拍的清晰，否则都是审核不通过。

微信公众号和小程序无对公账户如何注销？

Tue, 28 Apr 2026 19:13:32 +0800

以前分享过微信公众号和小程序账号注销流程步骤，但没有说明无对公账号注销的流程，肯定有很多朋友公司注销了，但没有对公账号无法对微信公众号和小程序进行验资注销，下面就说说我是如何无对公账号注销微信公众号和小程序的。

1、首先在微信里添加腾讯客服公众号，发送信息无对公账户注销，根据提示选择微信公众号或者小程序，其他类型为微信平台公众号，政府类型需要红头文件，如下图：

2、选择微信公众号或者小程序后，进行填写相对应为平台信息，微信公众号信息包括公众号账号，法人身份证号，联系电话，法人身份证正反面，法人手持身份证，主体证件材料，注销申请书（下面会有提供），注销证明材料，微信小程序信息包括小程序账号，法人身份证号，联系电话，法人身份证正反面，法人手持身份证，主体证件材料，注销申请书（下面会有提供），公众号、小程序账号可填写注册邮箱或原始id，如下图：

windows下修改python默认 pip 源

Tue, 28 Apr 2026 19:09:35 +0800

前言

在 python 里经常要安装各种的包，安装时最常用的就是 pip，pip 默认从官网下载文件，而官网位于国外下载速度时快时慢，还经常断线，所以国内的体验并不太好，解决以上问题的办法是把 pip 源换成国内的。

最常用的并且可信赖的源包括清华大学源、豆瓣源、腾讯源、阿里源。

Pip源的修改方法

按下 win + r 快捷键输入 cmd 打开命令面板，复制对应命令可将相应的源设置为 pip 默认源：

清华源

pip config set global.index-url https://pypi.tuna.tsinghua.edu.cn/simple/

阿里源

pip config set global.index-url https://mirrors.aliyun.com/pypi/simple/

腾讯源

pip config set global.index-url http://mirrors.cloud.tencent.com/pypi/simple/

豆瓣源

pip config set global.index-url http://pypi.douban.com/simple/

手动设置：

可以按照以下步骤进行操作：

（1）找到 pip 的配置文件

手动打开文件进行编辑：在 Windows 上，pip 的配置文件一般位于 C:\Users\用户名\AppData\Roaming\pip\pip.ini

（2）添加软件源

在打开的配置文件中添加以下内容：

[global]
index-url = https://mirrors.aliyun.com/pypi/simple/
[install]
trusted-host=mirrors.aliyun.com

（3）保存配置文件

保存修改后的配置文件即可，pip 下载包时将使用你设置的默认源。

总结

以上就是 python 修改默认 pip 源的方法啦，快去试试吧！