Lixx Blog

Lixx 投资白皮书 2.0：基于水位与市场温度的动态资产管理

Tue, 14 Apr 2026 13:37:46 +0800

在投资白皮书 1.0 中，我确定了投资的核心逻辑——“基于市场温度的动态资产配置（120 - 1.2T）”。在 2.0 版本中，我希望把目光向上游延伸，重点解决 “日常现金流与投资资金如何平衡” 的问题。

在过去的实践中我意识到，单纯知道“怎么买”还不够。如果没有一套好的资金管理机制，很容易出现“生活备用金不足导致焦虑”或“手里闲钱太多管不住手乱花”的情况。

因此，投资白皮书 2.0 的核心，是建立一套清晰的 “资金漏斗”模型。通过设定好资金的水位线，让生活与投资彻底解绑，在保证日常绝对安全感的同时，让财富自然沉淀。

1. 资金的三级“漏斗”模型链接到标题

我将家里的资金流向分为了三个池子，资金像瀑布一样自上而下流淌，各司其职：

池子 A：日常消费池（生活安全垫）链接到标题

目标水位：固定 50,000 元。
运作方式：每个月发工资时，第一件事就是把这个池子补齐到 5 万。
核心意义：这是生活的绝对底线。5万元足够覆盖日常花销和应对突发的生活事件。这意味着，无论外部市场跌成什么样，我的生活质量都不会受到丝毫影响，心态上永远有底气。

池子 B：投资中转池（资金集散地）链接到标题

运作方式：发完工资、将“池子A”补齐至5万元后，剩下的钱，全部无脑转入投资中转池。
核心意义：把消费账户和投资账户物理隔离。工资涨了、或者发了奖金，这些钱不会停留在消费账户里诱惑我产生不必要的消费，而是全部收集起来，准备投资。

池子 C：核心资产池（财富的最终归宿）链接到标题

这是钱最终变成资产的地方。由带来长期收益的“长钱”（国内外权益类资产）和提供稳定利息的“稳钱”（固收等安全资产）组成。

2. 资金的调度与定投规则链接到标题

钱到了“投资中转池（池子 B）”后，如何有节奏地买入资产？我制定了两个非常固定但极其有效的规则：

规则一：每半年的资金盘点与截留（6月和12月）链接到标题

每年的 6 月和 12 月，我会对投资中转账户进行一次盘点。

留足子弹：无论账户里有多少钱，固定保留 30,000 元 在这个池子里。（因为我接下来的半年，每个月要定投 5000 元，半年刚好需要 3万。这保证了未来 6 个月的定投永远不会断供）。
利润锁定（核心精髓）：盘点时，如果账户余额大于 3 万，就把多出 3 万的部分，全部一次性买入“稳钱”存起来。
思考：这其实是一个强制储蓄和截留机制。平时省下的钱、额外的收入，经过半年的汇聚，最终都被放进“稳钱”里变成了越来越厚的家庭财务护城河，再也不会不知不觉花光。

规则二：每个月的动态定投链接到标题

接下来的每个月，直接从投资中转账户中拿出 5,000 元，根据当前的市场温度，动态买入资产。

Ubuntu 26.04 LTS 前瞻：从 24.04 升级你需要知道的一切

Sat, 11 Apr 2026 10:00:00 +0800

作为一个 Ubuntu 24.04 LTS (Noble Numbat) 的使用者，Ubuntu 26.04 LTS “Resolute Raccoon”（坚定的浣熊）带来的变化是巨大的——它汇集了 24.10、25.04、25.10 三个中间版本的所有改进，加上 26.04 本身的新特性。本文将从桌面用户、服务器运维、开发者、安全与硬件等多个维度，为你全面梳理这次大版本升级的亮点与注意事项。

一、基本信息链接到标题

代号：Resolute Raccoon（坚定的浣熊）
发布日期：2026 年 4 月 23 日
支持周期：标准支持至 2031 年 4 月；订阅 Ubuntu Pro 可通过 ESM 获得 10 年安全更新
升级路径：24.04 LTS 用户可直接升级至 26.04 LTS；22.04 LTS 用户需先升级到 24.04 LTS

系统需求链接到标题

组件	桌面版	服务器版
处理器	2 GHz 双核或更高	按需扩展
内存	最低 6 GB	最低 1.5 GB
存储	25 GB 可用空间	最低 4 GB

二、桌面体验全面革新链接到标题

2.1 GNOME 46 → GNOME 50 链接到标题

跨越四个大版本的 GNOME 升级，带来了诸多改进：

阿里云 CDN SSL 证书全自动申请与同步方案详解

Fri, 10 Apr 2026 12:45:00 +0800

在运维网站时，手动维护 SSL 证书不仅繁琐，更面临证书过期导致网站无法访问的风险。本文将手把手教你如何利用 acme.sh 配合 aliyun-cli 实现阿里云 CDN 证书的自动申请、续期、上传到 CAS 以及更新到 CDN 的全自动化流程。

方案背景链接到标题

我的博客使用 OSS + CDN 部署，主域名为 lixx.cn，同时绑定了 blog.lixx.cn。

痛点：手动续期证书并同步到 CDN 耗时耗力。
目标：实现“一次配置，终身无忧”的自动化管理。

1. 准备工作链接到标题

在开始自动化之前，需要准备好必备工具和权限。

1.1 获取阿里云 RAM 权限链接到标题

为了安全，建议在阿里云后台创建一个 RAM 子账号，并授予以下最小权限：

AliyunDNSFullAccess：用于 acme.sh 自动修改 DNS 解析记录进行身份校验。
AliyunCASFullAccess：用于上传新证书到“数字证书管理服务”。
AliyunCDNFullAccess：用于更新 CDN 域名的 HTTPS 配置。

1.2 安装核心工具链接到标题

我们需要在服务器（建议 24 小时开机的 ECS 或 NAS）上安装两个工具：

2026 年中旗舰大模型横评：GLM-5.1 vs Qwen3.6-Plus

Thu, 09 Apr 2026 11:11:47 +0800

背景链接到标题

2026 年 4 月，中国 AI 领域两大玩家几乎同时发布了新一代旗舰模型：

智谱 AI 发布 GLM-5.1，定位为"面向 Agentic Engineering 的下一代旗舰"，MIT 协议开源
阿里 Qwen 团队发布 Qwen3.6-Plus，主打"从编码 Agent 到原生多模态 Agent 的跨越"，闭源 API 服务

两篇博客读下来，一个强烈的感受是：中国大模型的主战场已经从"刷榜"转向了"干实事"。两家都不约而同地将重点放在了 Agent 能力上——让模型不仅能回答问题，更能写代码、调工具、跑终端、做规划。

但它们选择的路径截然不同。本文试图厘清：谁更强？强在哪里？各自适合什么场景？

一、编码 Agent：GLM-5.1 的绝对主场链接到标题

先看最硬核的编码评测。两家都跑了 SWE-Bench 系列、Terminal-Bench、NL2Repo 等业界公认的编码 Agent 基准。

1.1 核心编码基准对比链接到标题

基准	测什么	GLM-5.1	Qwen3.6-Plus	差距
SWE-Bench Pro	高难度 GitHub Issue 自动修复	58.4	56.6	+1.8
NL2Repo	自然语言→生成完整代码仓库	42.7	37.9	+4.8
Terminal-Bench 2.0	真实终端环境任务执行	63.5	61.6	+1.9
CyberGym	网络安全攻防任务	68.7	未测	—

注意：两篇文章的基线模型版本不同。GLM-5.1 对标的是 Claude Opus 4.6、GPT-5.4、Gemini 3.1 Pro 等更新一代的模型；Qwen3.6-Plus 对标的是 Claude Opus 4.5、GPT-5.2 等上一代。这意味着 GLM-5.1 面对的竞争环境更严苛，但其编码成绩依然全面领先。

OpenClaw 多智能体配置多个 QQ 机器人

Fri, 27 Mar 2026 16:14:20 +0800

本文介绍如何在 OpenClaw 中为不同智能体配置独立的 QQ 机器人渠道，实现多账户隔离和多智能体并行运行。

参考资料链接到标题

为新智能体配置单独的 QQ 渠道链接到标题

添加隔离智能体链接到标题

使用智能体向导添加一个新的隔离智能体：

1

openclaw agents add work

注意：首次安装时，默认的 accountId 为 default，agentId 为 main。

配置多账户链接到标题

如果你有多个 QQ 机器人账户，可以创建不同的 accountId 并分别添加：

1
2
3
4
5


# 添加工作机器人账户
openclaw channels add --channel qqbot --account work --token <工作机器人token>

# 添加个人机器人账户
openclaw channels add --channel qqbot --account personal --token <个人机器人token>

绑定智能体链接到标题

编辑 openclaw.json 文件，添加 bindings 配置：

软考高级（系统架构设计师）备考计划

Thu, 26 Mar 2026 09:24:38 +0800

知识点练习、章节练习链接到标题

2026.3.24 - 2026.3.25：学习软件工程、项目管理章节，结合知识点练习题，熟悉知识内容
2026.3.26 - 2026.3.27：学习软件架构设计章节，结合知识点练习题，熟悉知识内容
2026.3.28 - 2026.3.29：学习计算机系统基础知识、计算机网络章节，结合知识点练习题，熟悉知识内容
2026.3.30 - 2026.3.31：学习数据库系统、系统工程与信息系统基础章节，结合知识点练习题，熟悉知识内容
2026.4.1 - 2026.4.2：学习数学与经济管理、知识产权与标准化、嵌入式系统章节，结合知识点练习题，熟悉知识内容
2026.4.3 - 2026.4.4：学习系统可靠性分析与设计、信息安全技术基础知识章节，结合知识点练习题，熟悉知识内容
2026.4.5 - 2026.4.6：学习未来信息综合技术、人工智能章节，结合知识点练习题及案例分析题，熟悉知识内容
2026.4.7 - 2026.4.8：学习软件工程案例分析知识及案例特训技巧篇，结合知识点练习案例分析题，熟悉知识内容
2026.4.9 - 2026.4.10：学习软件架构设计案例分析知识，结合知识点练习案例分析题，熟悉知识内容
2026.4.11 - 2026.4.12：学习安全架构、大数据架构案例分析知识，结合知识点练习案例分析题，熟悉知识内容

论文学习链接到标题

2026.4.13 - 2026.4.14：学习论文方面知识，结合知识点尝试练习论文写作

真题练习链接到标题

2026.4.15 - 2026.4.16：2017年下半年架构历年真题（综合+案例）+ 错题巩固
2026.4.17 - 2026.4.18：2018年下半年架构历年真题（综合+案例）+ 错题巩固
2026.4.19 - 2026.4.20：2019年下半年架构历年真题（综合+案例）+ 错题巩固
2026.4.21 - 2026.4.22：2020年下半年架构历年真题（综合+案例）+ 错题巩固
2026.4.23 - 2026.4.24：2021年下半年架构历年真题（综合+案例）+ 错题巩固
2026.4.25 - 2026.4.26：2022年下半年架构历年真题（综合+案例）+ 错题巩固
2026.4.27 - 2026.4.28：2024年上半年架构历年真题（综合+案例）+ 错题巩固
2026.4.29 - 2026.4.30：2024年下半年架构历年真题（综合+案例）+ 错题巩固
2026.5.1：2025年上半年架构历年真题（综合+案例）+ 错题巩固
2026.5.2：2025年下半年架构历年真题（综合+案例）+ 错题巩固

论文练习链接到标题

2026.5.3 - 2026.5.4：练习第1篇主题论文
2026.5.5 - 2026.5.6：练习第2篇主题论文
2026.5.7 - 2026.5.8：练习第3篇主题论文
2026.5.9 - 2026.5.10：练习第4篇主题论文

复习冲刺链接到标题

2026.5.11 - 2026.5.12：复习以往章节知识点内容
2026.5.13 - 2026.5.14：总结并梳理综合知识题部分错题及相关知识点
2026.5.15 - 2026.5.16：总结并梳理案例分析题部分错题及相关知识点
2026.5.17 - 2026.5.18：总结并梳理历年真题错题及全面复盘
2026.5.19：总结并梳理备考期间写过的主题论文
2026.5.20 - 2026.5.22：熟读并背诵《备考知识点集锦》

基于市场温度的动态资产配置系统

Tue, 10 Mar 2026 11:44:40 +0800

作为一名长期与代码和运维打交道的后端开发，我始终认为：手动操作（Manual Intervention）是风险的根源。 在投资领域，人性中的贪婪与恐惧就像代码中的 Bug，总是在最关键的时刻让系统崩溃。为了解决这个问题，我为家庭构建了一套基于“市场温度”的自动化投资配置系统。

1. 核心逻辑：解耦“流量控制”与“内部引擎” 链接到标题

在我的架构中，投资被拆分为两个独立的层级：

逻辑层（Logic Layer）： 由我负责。根据市场估值（温度）决定每个月的“流量分配”，即有多少钱进入风险资产（长钱），多少钱进入避险资产（稳钱）。
执行层（Execution Layer）： 由全权委托投顾负责。他们处理具体的标的选择、行业轮动和再平衡。

这种结构类似于 API 调用：我只负责传入合适的“参数”（资金比例），而具体的底层实现交给更专业的“托管服务”。

2. 算法实现：$120 - 1.2T$ 公式链接到标题

为了实现“低买高卖”的逆向操作，我采用了一个增强型的线性回归公式。

核心公式链接到标题

$$P_{Long} = \text{clamp}(120 - 1.2T, 0, 100)$$

其中：

$T$ 为当前市场温度（取自“有知有行”数据中心，范围 $0 \sim 100$）。
$P_{Long}$ 为增量资金投入“长钱”的百分比。
$\text{clamp}$ 函数确保结果在 0% 到 100% 之间。

策略响应表链接到标题

市场态势	温度 $T$	长钱分配 ($P_{Long}$)	战略意图
极度低估	$< 16.7^\circ$	100%	全力扫货，子弹上膛
价值区间	$30^\circ$	84%	进攻占优，积累筹码
均衡区间	$50^\circ$	60%	保持中立，略微超配
显著高估	$70^\circ$	36%	防守占优，积蓄子弹
极端泡沫	$100^\circ$	0%	绝对防御，全额避险

3. 家庭堡垒：三层防线架构链接到标题

除了动态的定投策略，整个家庭的财务安全由一套“堡垒型”结构守护：

Lixx 投资白皮书

Thu, 05 Mar 2026 13:13:43 +0800

核心方案：基于市场温度的动态定投系统链接到标题

该方案通过 “场外增量控制” 与 “场内全权委托” 相结合，实现低成本积累筹码与高位风险对冲的闭环。

1. 核心数学模型链接到标题

每月定投的总金额为 $M$，根据当前市场温度 $T$，计算增量资金的分配比例：

$$P_{Long} = \text{clamp}(120 - 1.2T, 0, 100)$$$$P_{Stable} = 100 - P_{Long}$$

分配逻辑：

长钱（Long Fund）： $M \times P_{Long}$，用于追求长期复利。
稳钱（Stable Fund）： $M \times P_{Stable}$，用于本金保护与未来备用金。

2. 资产配置结构（二级分配）链接到标题

在“长钱”内部，由全权委托投顾进行底层管理，其标的分配遵循恒定地理偏好，以分散系统性风险：

国内长钱： 长钱总额 $\times 70\%$（聚焦 A 股/港股估值修复）。
海外长钱： 长钱总额 $\times 30\%$（配置美股等海外市场，对冲单一币种风险）。

3. 不同温度区间下的系统表现链接到标题

你的程序将根据温度 $T$ 自动触发以下四种状态：

温度区间	状态定义	战略行为	逻辑精髓
$T < 16.7^\circ$	全力扫货	$P_{Long} = 100\%$	在市场绝望时，利用最大现金流吸纳廉价份额。
$16.7^\circ \sim 58.3^\circ$	进攻占优	$P_{Long} > 50\%$	均值及以下区间，利用投顾调仓能力获取超额收益。
$58.3^\circ \sim 100^\circ$	防守占优	$P_{Long} < 50\%$	市场过热，新增资金大部分转入“蓄水池”避险。
$T = 100^\circ$	绝对防御	$P_{Long} = 0\%$	极端泡沫期，不再向风险资产投入任何资金。

4. 方案的三重优势链接到标题

场外控流量（你）： 解决了“什么时候买”和“买多少”的问题。通过 $120 - 1.2T$ 修正了投顾自带的防御滞后性。
场内控质量（投顾）： 解决了“买什么”和“内部调仓”的问题。专业团队会处理成分股优化、打新收益及动态再平衡。
负反馈机制： 这是一个典型的负反馈调节系统。价格越高，买入越少；价格越低，买入越多。它从底层逻辑上保证了你的平均持仓成本优于市场平均水平。

5. 进阶执行建议（供代码逻辑参考）链接到标题

调仓阈值： 考虑到交易成本和频繁操作的心理压力，建议在程序中设定“月度执行”或“温度变动超过 $2^\circ$”再更新分配比例。
存量平衡： 建议增加一个 “存量报警线”。当温度超过 $85^\circ$ 时，定投已经无法有效降低总资产风险，程序应提醒你手动将部分“长钱”存量转为“稳钱”。
子弹复用： 当温度跌破 $15^\circ$ 时，你的程序可以提示你：除了当月定投，是否将“稳钱”库里的存量资金分批提取，进行额外的 “破格加仓”。

总结链接到标题

这是一套 “进可攻、退可守” 的工业级定投方案。它尊重市场常识（估值回归），也尊重专业分工（全权委托）。只要你能在极端行情下坚持执行程序给出的数值，时间会是你最强大的杠杆。

关于我

Fri, 27 Feb 2026 14:52:16 +0800

你好，我是 Lixx。

这里关于生活、关于思考、关于AI、关于一切。

GitHub: lixxcn
邮箱: i@lixx.cn
微信: Lixx_cn

我开发部署的一些应用链接到标题

本站总访客：- | 本站总访问：-

WireGuard VPN：打通云服务器与家庭 NAS

Wed, 19 Mar 2025 14:29:08 +0800

一、背景需求链接到标题

你是否遇到过以下问题？

想在外网安全访问家中 NAS 的 SSH、Web 服务或私有 GitLab？
云服务器有公网 IP，但家庭宽带没有固定公网 IP？
直接暴露 NAS 端口到公网存在安全隐患？

WireGuard 的解决方案：
通过轻量级 VPN 打通云服务器与家庭 NAS，所有流量加密传输，仅需开放 1 个 UDP 端口即可实现双向通信。

二、环境说明（其他系统过程相近）链接到标题

角色	配置	网络信息
云服务器	Fedora 40+，公网 IP `1.2.3.4`	WireGuard 服务端 IP `10.8.0.1`
家庭 NAS	Fedora 40+，内网 IP `192.168.1.100`	WireGuard 客户端 IP `10.8.0.2`

三、完整配置流程链接到标题

1. 云服务器（服务端）配置链接到标题

步骤 1：安装 WireGuard 链接到标题

1

sudo dnf install wireguard-tools

步骤 2：生成密钥对链接到标题

1
2


wg genkey | sudo tee /etc/wireguard/private.key | wg pubkey | sudo tee /etc/wireguard/public.key
sudo chmod 600 /etc/wireguard/private.key

步骤 3：创建配置文件 `/etc/wireguard/wg0.conf` 链接到标题

1
2
3
4
5
6
7
8


[Interface]
Address = 10.8.0.1/24
ListenPort = 51820
PrivateKey = <云服务器私钥> # 替换为 private.key 内容

[Peer]
PublicKey = <NAS公钥> # 后续从 NAS 获取
AllowedIPs = 10.8.0.2/32

步骤 4：启用内核转发与防火墙链接到标题

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


# 启用 IP 转发
echo "net.ipv4.ip_forward=1" | sudo tee /etc/sysctl.d/99-wireguard.conf
sudo sysctl -p

# 开放 WireGuard 端口
sudo firewall-cmd --permanent --add-port=51820/udp
sudo firewall-cmd --reload

# 启动服务
sudo systemctl enable --now wg-quick@wg0

2. 家庭 NAS（客户端）配置链接到标题

步骤 1：安装 WireGuard 链接到标题

1

sudo dnf install wireguard-tools

步骤 2：生成密钥对链接到标题

1
2


wg genkey | sudo tee /etc/wireguard/private.key | wg pubkey | sudo tee /etc/wireguard/public.key
sudo chmod 600 /etc/wireguard/private.key

步骤 3：创建配置文件 `/etc/wireguard/wg0.conf` 链接到标题

1
2
3
4
5
6
7
8
9


[Interface]
Address = 10.8.0.2/24
PrivateKey = <NAS私钥> # 替换为 private.key 内容

[Peer]
PublicKey = <云服务器公钥> # 替换为云服务器的 public.key 内容
Endpoint = 1.2.3.4:51820
AllowedIPs = 10.8.0.0/24
PersistentKeepalive = 25

步骤 4：启动服务链接到标题

1

sudo systemctl enable --now wg-quick@wg0

3. 验证连接链接到标题

检查隧道状态链接到标题

1
2
3
4
5
6
7


# 在云服务器执行
sudo wg show

# 预期输出应包含：
# peer: <NAS公钥>
# latest handshake: 时间戳
# transfer: 有数据流量

测试连通性链接到标题

1
2
3
4
5


# 从云服务器 ping NAS
ping 10.8.0.2

# 从 NAS ping 云服务器
ping 10.8.0.1

四、通过云服务器访问 NAS 服务链接到标题

场景 1：SSH 连接链接到标题

1
2
3
4
5
6
7
8
9


# 在云服务器上直接访问 NAS 的 VPN IP
ssh your_username@10.8.0.2

# 或通过公网端口转发（将云服务器的 2222 端口映射到 NAS 的 22 端口）
sudo firewall-cmd --permanent --add-forward-port=port=2222:proto=tcp:toaddr=10.8.0.2:toport=22
sudo firewall-cmd --reload

# 外部用户访问命令
ssh -p 2222 your_username@1.2.3.4

场景 2：访问 Web 服务链接到标题

假设 NAS 运行了一个博客在 8080 端口：

搜索

Mon, 01 Jan 0001 00:00:00 +0000

Lixx Blog

Lixx 投资白皮书 2.0：基于水位与市场温度的动态资产管理

1. 资金的三级“漏斗”模型 链接到标题

池子 A：日常消费池（生活安全垫） 链接到标题

池子 B：投资中转池（资金集散地） 链接到标题

池子 C：核心资产池（财富的最终归宿） 链接到标题

2. 资金的调度与定投规则 链接到标题

规则一：每半年的资金盘点与截留（6月和12月） 链接到标题

规则二：每个月的动态定投 链接到标题

Ubuntu 26.04 LTS 前瞻：从 24.04 升级你需要知道的一切

一、基本信息 链接到标题

系统需求 链接到标题

二、桌面体验全面革新 链接到标题

2.1 GNOME 46 → GNOME 50 链接到标题

阿里云 CDN SSL 证书全自动申请与同步方案详解

方案背景 链接到标题

1. 准备工作 链接到标题

1.1 获取阿里云 RAM 权限 链接到标题

1.2 安装核心工具 链接到标题

2026 年中旗舰大模型横评：GLM-5.1 vs Qwen3.6-Plus

背景 链接到标题

一、编码 Agent：GLM-5.1 的绝对主场 链接到标题

1.1 核心编码基准对比 链接到标题

OpenClaw 多智能体配置多个 QQ 机器人

参考资料 链接到标题

为新智能体配置单独的 QQ 渠道 链接到标题

添加隔离智能体 链接到标题

配置多账户 链接到标题

绑定智能体 链接到标题

软考高级（系统架构设计师）备考计划

知识点练习、章节练习 链接到标题

论文学习 链接到标题

真题练习 链接到标题

论文练习 链接到标题

复习冲刺 链接到标题

基于市场温度的动态资产配置系统

1. 核心逻辑：解耦“流量控制”与“内部引擎” 链接到标题

2. 算法实现：$120 - 1.2T$ 公式 链接到标题

核心公式 链接到标题

策略响应表 链接到标题

3. 家庭堡垒：三层防线架构 链接到标题

Lixx 投资白皮书

核心方案：基于市场温度的动态定投系统 链接到标题

1. 核心数学模型 链接到标题

2. 资产配置结构（二级分配） 链接到标题

3. 不同温度区间下的系统表现 链接到标题

4. 方案的三重优势 链接到标题

5. 进阶执行建议（供代码逻辑参考） 链接到标题

总结 链接到标题

关于我

我开发部署的一些应用 链接到标题

WireGuard VPN：打通云服务器与家庭 NAS

一、背景需求 链接到标题

二、环境说明（其他系统过程相近） 链接到标题

三、完整配置流程 链接到标题

1. 云服务器（服务端）配置 链接到标题

步骤 1：安装 WireGuard 链接到标题

步骤 2：生成密钥对 链接到标题

步骤 3：创建配置文件 /etc/wireguard/wg0.conf 链接到标题

步骤 4：启用内核转发与防火墙 链接到标题

2. 家庭 NAS（客户端）配置 链接到标题

步骤 1：安装 WireGuard 链接到标题

步骤 2：生成密钥对 链接到标题

步骤 3：创建配置文件 /etc/wireguard/wg0.conf 链接到标题

步骤 4：启动服务 链接到标题

3. 验证连接 链接到标题

检查隧道状态 链接到标题

测试连通性 链接到标题

四、通过云服务器访问 NAS 服务 链接到标题

场景 1：SSH 连接 链接到标题

场景 2：访问 Web 服务 链接到标题

搜索

1. 资金的三级“漏斗”模型链接到标题

池子 A：日常消费池（生活安全垫）链接到标题

池子 B：投资中转池（资金集散地）链接到标题

池子 C：核心资产池（财富的最终归宿）链接到标题

2. 资金的调度与定投规则链接到标题

规则一：每半年的资金盘点与截留（6月和12月）链接到标题

规则二：每个月的动态定投链接到标题

一、基本信息链接到标题

系统需求链接到标题

二、桌面体验全面革新链接到标题

方案背景链接到标题

1. 准备工作链接到标题

1.1 获取阿里云 RAM 权限链接到标题

1.2 安装核心工具链接到标题

背景链接到标题

一、编码 Agent：GLM-5.1 的绝对主场链接到标题

1.1 核心编码基准对比链接到标题

参考资料链接到标题

为新智能体配置单独的 QQ 渠道链接到标题

添加隔离智能体链接到标题

配置多账户链接到标题

绑定智能体链接到标题

知识点练习、章节练习链接到标题

论文学习链接到标题

真题练习链接到标题

论文练习链接到标题

复习冲刺链接到标题

2. 算法实现：$120 - 1.2T$ 公式链接到标题

核心公式链接到标题

策略响应表链接到标题

3. 家庭堡垒：三层防线架构链接到标题

核心方案：基于市场温度的动态定投系统链接到标题

1. 核心数学模型链接到标题

2. 资产配置结构（二级分配）链接到标题

3. 不同温度区间下的系统表现链接到标题

4. 方案的三重优势链接到标题

5. 进阶执行建议（供代码逻辑参考）链接到标题

总结链接到标题

我开发部署的一些应用链接到标题

一、背景需求链接到标题

二、环境说明（其他系统过程相近）链接到标题

三、完整配置流程链接到标题

1. 云服务器（服务端）配置链接到标题

步骤 2：生成密钥对链接到标题

步骤 3：创建配置文件 `/etc/wireguard/wg0.conf` 链接到标题

步骤 4：启用内核转发与防火墙链接到标题

2. 家庭 NAS（客户端）配置链接到标题

步骤 2：生成密钥对链接到标题

步骤 3：创建配置文件 `/etc/wireguard/wg0.conf` 链接到标题

步骤 4：启动服务链接到标题

3. 验证连接链接到标题

检查隧道状态链接到标题

测试连通性链接到标题

四、通过云服务器访问 NAS 服务链接到标题

场景 1：SSH 连接链接到标题

场景 2：访问 Web 服务链接到标题