RHEL9 系统中 Apache HTTP 服务器入门实战指南

写在前面

🚀 RHEL9 Apache 入门实战

从零开始搭建企业级 Web 服务器

如果你是第一次接触 Web 服务器,不用担心!这篇文章会像教朋友一样,一步一步带你完成 Apache 的安装和配置。每一步都有详细说明,遇到问题也有解决方案。

你需要准备的东西:

  • 一台安装了 RHEL9(或 Rocky Linux 9、AlmaLinux 9)的服务器
  • 有 root 权限(或者能用 sudo)
  • 能联网(需要下载软件包)

学完你能做到:

  • 搭建一个可以访问的网站
  • 配置多个网站在同一台服务器上
  • 让网站支持 HTTPS 安全访问
  • 知道出了问题怎么排查

一、什么是 Apache?为什么选它?

Apache 就像是一个"网站管家",当有人在浏览器输入你的网址时,Apache 会把网页内容发送给他们。

为什么企业都喜欢用 Apache?

  • 稳定可靠:运行 20+ 年的老牌软件,久经考验
  • 免费开源:不用花一分钱
  • 功能强大:支持虚拟主机、HTTPS、反向代理等
  • 文档齐全:遇到问题很容易找到解决方案

RHEL9 是什么?
RHEL9(Red Hat Enterprise Linux 9)是红帽公司推出的企业级 Linux 系统,Rocky Linux 9 和 AlmaLinux 9 都是它的免费替代版本,操作方法完全一样。

  • 有 root 权限(或者能用 sudo)
  • 能联网(需要下载软件包)

学完你能做到:

  • 搭建一个可以访问的网站
  • 配置多个网站在同一台服务器上
  • 让网站支持 HTTPS 安全访问
  • 知道出了问题怎么排查

一、什么是 Apache?为什么选它?

Apache 就像是一个"网站管家",当有人在浏览器输入你的网址时,Apache 会把网页内容发送给他们。

为什么企业都喜欢用 Apache?

  • 稳定可靠:运行 20+ 年的老牌软件,久经考验
  • 免费开源:不用花一分钱
  • 功能强大:支持虚拟主机、HTTPS、反向代理等
  • 文档齐全:遇到问题很容易找到解决方案

RHEL9 是什么?
RHEL9(Red Hat Enterprise Linux 9)是红帽公司推出的企业级 Linux 系统,Rocky Linux 9 和 AlmaLinux 9 都是它的免费替代版本,操作方法完全一样。


二、安装 Apache

2.1 先检查系统版本

打开终端,输入这个命令:

cat /etc/redhat-release

你会看到类似这样的输出:

Red Hat Enterprise Linux release 9.3 (Plow)

💡 小提示:如果你看到的是 Rocky Linux 或 AlmaLinux,完全没问题,步骤一模一样!

2.2 安装 httpd 软件包

在 RHEL9 中,Apache 的软件包名字叫 httpd。用这个命令安装:

# 使用 dnf 包管理器安装
sudo dnf install -y httpd

命令解释:

  • sudo:用管理员权限运行
  • dnf:RHEL9 的包管理器(类似手机的应用商店)
  • install:安装
  • -y:自动回答"是",不用手动确认
  • httpd:Apache 的软件包名

安装完成后,检查版本:

httpd -v

你会看到:

Server version: Apache/2.4.xx (Red Hat Enterprise Linux)

✅ 恭喜!Apache 已经安装好了!

2.3 启动 Apache 服务

安装好了还不够,要"启动"它才能工作:

# 启动 Apache 服务
sudo systemctl start httpd

# 设置开机自动启动
sudo systemctl enable httpd

# 查看服务状态
sudo systemctl status httpd

你会看到这样的输出:

● httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled)
   Active: active (running) since Thu 2026-02-27 15:00:00 CST; 10s ago

重点看这里:

  • Active: active (running) - 说明服务正在运行 ✅
  • enabled - 说明开机后会自动启动 ✅

💡 如果看到 inactive (dead)failed,往下看"常见问题"部分。


三、配置防火墙(让外网能访问)

3.1 为什么需要配置防火墙?

想象你的服务器是一栋楼,防火墙就是门卫。默认情况下,门卫会拦住所有陌生人。你需要告诉门卫:"HTTP(80端口)和 HTTPS(443端口)的客人可以进来。"

3.2 开放 HTTP 和 HTTPS 端口

# 检查防火墙状态
sudo firewall-cmd --state
# 应该看到:running

# 开放 HTTP(网站默认端口)
sudo firewall-cmd --permanent --add-service=http

# 开放 HTTPS(安全端口,后面会用到)
sudo firewall-cmd --permanent --add-service=https

# 重载防火墙配置(让设置生效)
sudo firewall-cmd --reload

# 验证规则是否生效
sudo firewall-cmd --list-services

你会看到:

ssh http https

命令解释:

  • --permanent:永久生效,重启后不会丢
  • --add-service=http:添加 HTTP 服务规则
  • --reload:重新加载配置

✅ 现在外网可以访问你的网站了!


四、创建你的第一个网页

4.1 Apache 的网站目录

Apache 默认把网站文件放在 /var/www/html/ 目录下。这就像你的"网站仓库",所有网页都要放这里。

# 查看 Apache 的默认目录
ls -la /var/www/html/

💡 刚安装完,这个目录是空的,没关系!

4.2 创建一个简单的测试页面

# 创建首页文件
echo "<h1>我的第一个网站!</h1>" | sudo tee /var/www/html/index.html

# 设置正确的权限(重要!)
sudo chown apache:apache /var/www/html/index.html
sudo chmod 644 /var/www/html/index.html

命令解释:

  • chown apache:apache:把文件所有者改为 apache 用户
  • chmod 644:设置文件权限(所有者可读写,其他人只读)

4.3 测试访问

现在打开浏览器,输入你的服务器 IP 地址:

http://你的服务器IP/

你会看到:

我的第一个网站!

✅ 恭喜!你的网站已经上线了!

💡 如果看不到这个页面,检查:

  1. 防火墙是否开放了 80 端口
  2. Apache 服务是否在运行
  3. 云服务商的安全组是否开放了 80 端口

五、配置 SELinux(企业级安全)

5.1 什么是 SELinux?

SELinux 是 RHEL9 的安全增强系统,它像一个严格的安检员,会检查每个操作是否合法。

为什么要学 SELinux?

  • 企业环境必须开启 SELinux
  • 配置错误会导致网站无法访问
  • 掌握 SELinux 是运维工程师的必备技能

5.2 检查 SELinux 状态

# 查看 SELinux 是否开启
getenforce

可能的输出:

  • Enforcing:开启状态(推荐)✅
  • Permissive:宽容模式(只记录不阻止)
  • Disabled:关闭状态(不推荐)❌

⚠️ 不要关闭 SELinux!学会正确配置才是正道。

5.3 配置 Apache 的 SELinux 权限

# 查看 Apache 相关的 SELinux 布尔值
getsebool -a | grep httpd

常用设置:

# 允许 Apache 连接网络(反向代理需要)
sudo setsebool -P httpd_can_network_connect 1

# 允许 Apache 发送邮件
sudo setsebool -P httpd_can_sendmail 1

# 允许 Apache 访问用户主目录
sudo setsebool -P httpd_enable_homedirs 1

5.4 设置网站目录的 SELinux 上下文

这是最容易出错的地方!

# 为网站目录设置正确的上下文
sudo semanage fcontext -a -t httpd_sys_content_t "/var/www/html(/.*)?"
sudo restorecon -Rv /var/www/html

命令解释:

  • httpd_sys_content_t:Apache 可以读取的文件类型
  • restorecon:重新应用 SELinux 上下文

💡 记住这个命令,每次创建新网站目录都要执行!

5.5 SELinux 排错技巧

如果网站访问不了,这样查:

# 查看 SELinux 拒绝日志
sudo ausearch -m avc -ts recent | grep httpd

# 如果看到很多拒绝记录,可以用这个工具生成策略
sudo ausearch -c 'httpd' --raw | audit2allow -M my-httpd
sudo semodule -i my-httpd.pp

⚠️ 注意:只在测试环境用 audit2allow,生产环境要分析具体原因。


六、虚拟主机配置(一台服务器托管多个网站)

6.1 什么是虚拟主机?

虚拟主机就像一栋楼里有多个房间,每个房间(网站)都有独立的门牌号(域名),但都共用同一栋楼(服务器)。

应用场景:

  • 公司有多个网站,但只有一台服务器
  • 开发环境和测试环境分开
  • 节省服务器成本

6.2 创建网站目录

假设你要托管 example.com 这个网站:

# 创建网站目录结构
sudo mkdir -p /var/www/example.com/public_html
sudo mkdir -p /var/www/example.com/logs

# 创建测试页面
echo "<h1>欢迎访问 example.com</h1>" | sudo tee /var/www/example.com/public_html/index.html

# 设置权限
sudo chown -R apache:apache /var/www/example.com
sudo chmod -R 755 /var/www/example.com

目录结构说明:

/var/www/example.com/
├── public_html/    # 网站文件目录
└── logs/           # 日志目录

6.3 创建虚拟主机配置文件

# 创建配置文件
sudo vim /etc/httpd/conf.d/example.com.conf

粘贴以下内容:


    # 管理员邮箱
    ServerAdmin webmaster@example.com

    # 网站域名
    ServerName example.com
    ServerAlias www.example.com

    # 网站文件目录
    DocumentRoot /var/www/example.com/public_html

    # 日志配置
    ErrorLog /var/www/example.com/logs/error.log
    CustomLog /var/www/example.com/logs/access.log combined

    # 目录权限配置
    
        Options -Indexes +FollowSymLinks
        AllowOverride All
        Require all granted
    

配置解释:

  • ServerName:主域名
  • ServerAlias:别名(可以多个)
  • DocumentRoot:网站文件位置
  • Options -Indexes:禁止目录列表(安全)
  • AllowOverride All:允许 .htaccess 文件

6.4 测试配置并重启

# 测试配置语法(重要!)
sudo apachectl configtest

看到 Syntax OK 才能继续!

# 重启 Apache
sudo systemctl restart httpd

6.5 配置 SELinux 上下文

这一步不能少,否则网站无法访问!

# 为新网站设置 SELinux 上下文
sudo semanage fcontext -a -t httpd_sys_content_t "/var/www/example.com/public_html(/.*)?"
sudo semanage fcontext -a -t httpd_log_t "/var/www/example.com/logs(/.*)?"
sudo restorecon -Rv /var/www/example.com

✅ 现在你可以用 example.com 访问这个网站了!

💡 要添加更多网站,重复 6.2-6.5 步骤即可。


七、配置 HTTPS(安全访问)

7.1 为什么需要 HTTPS?

  • 安全:加密传输,防止数据被窃取
  • 信任:浏览器显示小锁图标
  • SEO:搜索引擎更喜欢 HTTPS 网站
  • 必须:很多功能(如 PWA)要求 HTTPS

7.2 安装 SSL 模块

# 安装 mod_ssl
sudo dnf install -y mod_ssl

7.3 生成自签名证书(测试用)

⚠️ 测试环境用自签名证书,生产环境要用正式证书(如 Let's Encrypt)。

# 生成私钥和证书
sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 \
  -keyout /etc/pki/tls/private/example.com.key \
  -out /etc/pki/tls/certs/example.com.crt

按提示填写信息:

Country Name: CN
State: Beijing
Locality: Beijing
Organization: Example Company
Organizational Unit: IT
Common Name: example.com
Email: webmaster@example.com

💡 Common Name 一定要填你的域名!

7.4 配置 HTTPS 虚拟主机

编辑配置文件:

sudo vim /etc/httpd/conf.d/ssl.conf

找到 `` 部分,修改为:


    ServerName example.com
    DocumentRoot /var/www/example.com/public_html

    SSLEngine on
    SSLCertificateFile /etc/pki/tls/certs/example.com.crt
    SSLCertificateKeyFile /etc/pki/tls/private/example.com.key

    ErrorLog /var/www/example.com/logs/ssl_error.log
    CustomLog /var/www/example.com/logs/ssl_access.log combined

7.5 重启并测试

# 测试配置
sudo apachectl configtest

# 重启服务
sudo systemctl restart httpd

现在访问:

https://example.com/

💡 浏览器会提示"证书不安全",这是因为自签名证书。生产环境用 Let's Encrypt 就不会有这个提示。

7.6 HTTP 自动跳转到 HTTPS

让用户访问 HTTP 自动跳转到 HTTPS:

sudo vim /etc/httpd/conf.d/example.com.conf

在文件开头添加:


    ServerName example.com
    Redirect permanent / https://example.com/

重启服务:

sudo systemctl restart httpd

✅ 现在访问 http://example.com 会自动跳转到 https://example.com


八、常见问题排查

问题 1:网站打不开(403 Forbidden)

可能原因:

  1. 文件权限不对
  2. SELinux 阻止
  3. Apache 配置限制

排查步骤:

# 1. 检查文件权限
ls -la /var/www/html/

# 2. 检查 SELinux 上下文
ls -laZ /var/www/html/

# 3. 查看 Apache 错误日志
sudo tail -f /var/log/httpd/error_log

解决方法:

# 修复权限
sudo chown -R apache:apache /var/www/html
sudo chmod -R 755 /var/www/html

# 修复 SELinux
sudo restorecon -Rv /var/www/html

问题 2:Apache 服务无法启动

排查步骤:

# 检查配置语法
sudo apachectl configtest

# 查看详细错误
sudo journalctl -xeu httpd

# 检查端口占用
sudo netstat -tlnp | grep :80

常见错误:

  • Syntax error:配置文件写错了
  • Address already in use:80 端口被占用
  • Permission denied:权限不足

问题 3:SELinux 阻止访问

症状:

  • 网站文件存在,但访问 403
  • 日志显示 Permission denied
  • 关闭 SELinux 后正常

正确做法:

# 1. 查看 SELinux 拒绝日志
sudo ausearch -m avc -ts recent | grep httpd

# 2. 查看 Apache 的 SELinux 布尔值
getsebool -a | grep httpd

# 3. 检查文件上下文
ls -laZ /var/www/html/

# 4. 修复上下文
sudo semanage fcontext -a -t httpd_sys_content_t "/var/www/html(/.*)?"
sudo restorecon -Rv /var/www/html

⚠️ 不要简单地 setenforce 0,这是逃避问题!

问题 4:防火墙阻止访问

症状:

  • 本地可以访问(curl localhost
  • 外网无法访问
  • 浏览器一直转圈

排查步骤:

# 查看防火墙规则
sudo firewall-cmd --list-all

# 检查端口是否开放
sudo firewall-cmd --query-service=http

# 查看端口监听
sudo netstat -tlnp | grep :80

解决方法:

# 开放 HTTP
sudo firewall-cmd --permanent --add-service=http
sudo firewall-cmd --reload

💡 云服务器还要检查安全组规则!


九、性能优化建议

9.1 调整 MPM(多进程模块)

RHEL9 的 Apache 默认使用 event MPM,性能更好:

# 查看当前 MPM
sudo apachectl -V | grep MPM

编辑配置:

sudo vim /etc/httpd/conf.modules.d/00-mpm.conf

调整参数:


    ServerLimit             16
    StartServer             2
    MaxRequestWorkers      150
    MinSpareThreads         25
    MaxSpareThreads         75
    ThreadsPerChild         25
    MaxConnectionsPerChild   0

参数说明:

  • MaxRequestWorkers:最大并发连接数
  • ThreadsPerChild:每个进程的线程数
  • ServerLimit:最大进程数

9.2 启用压缩

sudo vim /etc/httpd/conf.d/compression.conf

    AddOutputFilterByType DEFLATE text/html text/plain text/xml
    AddOutputFilterByType DEFLATE text/css text/javascript
    AddOutputFilterByType DEFLATE application/javascript application/json

好处: 减少传输数据量,加快加载速度。

9.3 启用缓存


    CacheQuickHandler off
    CacheLock on
    CacheLockPath /tmp/cachelock
    CacheLockMaxAge 5

十、安全加固

10.1 隐藏版本信息

sudo vim /etc/httpd/conf/httpd.conf

添加:

ServerTokens Prod
ServerSignature Off

效果: HTTP 响应头只显示 Server: Apache,不显示版本号。

10.2 限制请求大小

防止恶意的大文件上传:

LimitRequestBody 10485760
LimitRequestFields 50
LimitRequestFieldSize 8190
LimitRequestLine 8190

10.3 使用 ModSecurity(Web 应用防火墙)

# 安装 ModSecurity
sudo dnf install -y mod_security mod_security_crs

# 启用规则
sudo mv /etc/httpd/modsecurity.d/activated_rules/modsecurity_crs_10_setup.conf.example \
       /etc/httpd/modsecurity.d/activated_rules/modsecurity_crs_10_setup.conf

# 重启服务
sudo systemctl restart httpd

功能: 自动防御 SQL 注入、XSS 等攻击。


十一、实用命令速查表

# ========== 服务管理 ==========
sudo systemctl start httpd      # 启动
sudo systemctl stop httpd       # 停止
sudo systemctl restart httpd    # 重启
sudo systemctl reload httpd     # 优雅重启(不中断连接)
sudo systemctl status httpd     # 查看状态

# ========== 配置测试 ==========
sudo apachectl configtest       # 测试配置语法
sudo apachectl -S               # 查看虚拟主机配置
sudo apachectl -M               # 查看已加载模块
sudo apachectl -V               # 查看编译参数

# ========== 日志查看 ==========
sudo tail -f /var/log/httpd/access_log   # 访问日志
sudo tail -f /var/log/httpd/error_log    # 错误日志

# ========== SELinux ==========
getenforce                     # 查看状态
getsebool -a | grep httpd      # 查看布尔值
sudo restorecon -Rv /var/www   # 恢复上下文

# ========== 防火墙 ==========
sudo firewall-cmd --list-all   # 查看规则
sudo firewall-cmd --reload     # 重载配置

# ========== 性能测试 ==========
ab -n 1000 -c 10 http://localhost/   # 压力测试

十二、总结

恭喜你完成了 Apache 的完整学习!让我们回顾一下学到了什么:

核心知识点

  1. 安装配置 - dnf install、systemctl start/enable
  2. 防火墙 - firewall-cmd 开放端口
  3. SELinux - 上下文配置、布尔值设置
  4. 虚拟主机 - 一台服务器托管多个网站
  5. HTTPS - SSL 证书配置、自动跳转
  6. 性能优化 - MPM 调整、压缩、缓存
  7. 安全加固 - 版本隐藏、ModSecurity

学习建议

  • 多动手:实践是最好的老师
  • 看日志:出问题先看 /var/log/httpd/error_log
  • 别怕错:SELinux 和防火墙确实复杂,慢慢就熟练了
  • 记笔记:把常用命令和踩过的坑记下来

进阶方向

  • Let's Encrypt:免费 SSL 证书
  • 反向代理:配合 Nginx 使用
  • 负载均衡:多服务器集群
  • 容器化:Docker + Kubernetes

参考资源


遇到问题? 欢迎在评论区留言,我会尽力帮你解决!

觉得有用? 点个赞,让更多人看到!

Views: 15

从”打爆电话”到”优雅等餐”:Promise 与 async/await 的前世今生

从"打爆电话"到"优雅等餐":Promise 与 async/await 的前世今生

JavaScript Async

你有没有经历过这样的代码?

getUserInfo(userId, function(user) {
  getOrders(user.id, function(orders) {
    getOrderDetails(orders[0].id, function(details) {
      getPaymentInfo(details.paymentId, function(payment) {
        // 恭喜你,已经分不清这是第几层了
        console.log(payment);
      });
    });
  });
});

这就是传说中的回调地狱——代码向右生长,像个倒过来的金字塔。

今天我们用一个故事,把 JavaScript 异步编程彻底讲明白。


一切从一个外卖订单开始

假设你在开发一个外卖 App,用户下单后,你的代码需要依次完成:

  1. 验证用户身份
  2. 检查餐厅是否营业
  3. 创建订单
  4. 扣款
  5. 通知骑手接单

每一步都要等上一步完成才能继续,而且每一步都可能失败。

这就是异步编程的经典场景:多个有依赖关系的异步操作串行执行


原始时代:回调函数

打电话的模式

在 Promise 出现之前,我们用回调函数处理异步操作。就像打电话:

你:老板,给我做个汉堡!
老板:好的,做好了打你电话!
(你挂断电话,干别的事)
老板:(做好后)喂,汉堡好了!

代码实现:

function makeBurger(callback) {
  setTimeout(() => {
    callback(null, { name: '汉堡', price: 25 });
  }, 2000);
}

makeBurger(function(err, burger) {
  if (err) {
    console.log('做失败了:', err);
    return;
  }
  console.log('收到:', burger);
});

问题来了:连锁订单

如果要连续做汉堡、薯条、可乐呢?

makeBurger(function(err, burger) {
  if (err) return handleError(err);

  makeFries(function(err, fries) {
    if (err) return handleError(err);

    makeCola(function(err, cola) {
      if (err) return handleError(err);

      // 终于集齐了...
      serveMeal([burger, fries, cola]);
    });
  });
});

问题显而易见:

  • 代码向右"金字塔化"
  • 错误处理到处重复
  • 变量作用域混乱
  • 很难在中间插入新步骤

Promise 时代:订单系统

什么是 Promise?

Promise 就像餐厅的取餐号牌

你:老板,给我做个汉堡!
老板:给你个号牌,做好了叫号!
你:(拿着号牌走了)

号牌有三种状态:

  • Pending(等待中):还没做好
  • Fulfilled(已兑现):做好了,来取餐
  • Rejected(已拒绝):卖光了,做不了

Promise 化的代码

function makeBurger() {
  return new Promise((resolve, reject) => {
    setTimeout(() => {
      // 成功:交出汉堡
      resolve({ name: '汉堡', price: 25 });

      // 失败:拒绝订单
      // reject('卖光了!');
    }, 2000);
  });
}

链式调用:优雅的流水线

makeBurger()
  .then(burger => {
    console.log('收到汉堡:', burger);
    return makeFries();
  })
  .then(fries => {
    console.log('收到薯条:', fries);
    return makeCola();
  })
  .then(cola => {
    console.log('收到可乐:', cola);
    console.log('套餐齐了!');
  })
  .catch(err => {
    // 统一的错误处理!
    console.log('出问题了:', err);
  });

对比回调地狱,代码变成了垂直的流水线

  • 每一步清晰可见
  • 错误统一处理
  • 随时可以插入新步骤

Promise.all:并行出餐

如果要同时做三个东西,谁先做好谁先上?

Promise.all([
  makeBurger(),
  makeFries(),
  makeCola()
])
  .then(([burger, fries, cola]) => {
    // 三个都做好了,一起上桌
    serveMeal([burger, fries, cola]);
  })
  .catch(err => {
    // 任何一个失败,整个套餐取消
    console.log('有东西做失败了:', err);
  });

Promise.race:谁快用谁

点外卖时,同时看三家店,谁先接单用谁:

Promise.race([
  orderFrom('麦当劳'),
  orderFrom('肯德基'),
  orderFrom('汉堡王')
])
  .then(firstReady => {
    console.log('最先接单的是:', firstReady);
  });

async/await 时代:同步的错觉

终极优雅:像写同步代码一样写异步

Promise 链式调用已经很优雅了,但 async/await 把它推向了极致:

async function orderMeal() {
  try {
    const burger = await makeBurger();
    console.log('收到汉堡:', burger);

    const fries = await makeFries();
    console.log('收到薯条:', fries);

    const cola = await makeCola();
    console.log('收到可乐:', cola);

    console.log('套餐齐了!');
    return [burger, fries, cola];

  } catch (err) {
    console.log('出问题了:', err);
  }
}

看起来像同步代码,但实际上还是异步的!

底层原理:语法糖

async/await 本质上是 Promise 的语法糖。上面的代码等价于:

function orderMeal() {
  return makeBurger()
    .then(burger => {
      console.log('收到汉堡:', burger);
      return makeFries();
    })
    .then(fries => {
      console.log('收到薯条:', fries);
      return makeCola();
    })
    .then(cola => {
      console.log('收到可乐:', cola);
      console.log('套餐齐了!');
      return [burger, fries, cola];
    })
    .catch(err => {
      console.log('出问题了:', err);
    });
}

async 函数自动返回 Promise

async function sayHello() {
  return 'Hello!';
}

sayHello().then(msg => console.log(msg));  // 'Hello!'

await 只能在 async 函数内使用

// ❌ 错误!
const burger = await makeBurger();

// ✅ 正确
async function order() {
  const burger = await makeBurger();
}

并行优化:不要过度 await

// ❌ 串行执行,慢!
async function slowOrder() {
  const burger = await makeBurger();   // 等2秒
  const fries = await makeFries();     // 等2秒
  const cola = await makeCola();       // 等2秒
  // 总共6秒
}

// ✅ 并行执行,快!
async function fastOrder() {
  const [burger, fries, cola] = await Promise.all([
    makeBurger(),
    makeFries(),
    makeCola()
  ]);
  // 总共2秒(最慢的那个)
}

实战:完整的外卖订单流程

// 工具函数:模拟异步操作
function delay(ms) {
  return new Promise(resolve => setTimeout(resolve, ms));
}

// 各环节实现
async function verifyUser(userId) {
  await delay(500);
  if (!userId) throw new Error('用户未登录');
  return { id: userId, name: '张三' };
}

async function checkRestaurant(restaurantId) {
  await delay(300);
  const isOpen = Math.random() > 0.2;
  if (!isOpen) throw new Error('餐厅已打烊');
  return { id: restaurantId, name: '麦当劳' };
}

async function createOrder(user, restaurant) {
  await delay(800);
  return { 
    orderId: 'ORD' + Date.now(),
    userId: user.id,
    restaurantId: restaurant.id 
  };
}

async function processPayment(order) {
  await delay(1000);
  const success = Math.random() > 0.1;
  if (!success) throw new Error('支付失败');
  return { ...order, paid: true };
}

async function notifyRider(order) {
  await delay(500);
  return { ...order, riderId: 'RIDER001', status: '配送中' };
}

// 主流程
async function placeOrder(userId, restaurantId) {
  try {
    console.log('开始处理订单...');

    const [user, restaurant] = await Promise.all([
      verifyUser(userId),
      checkRestaurant(restaurantId)
    ]);

    const order = await createOrder(user, restaurant);
    const paidOrder = await processPayment(order);
    const finalOrder = await notifyRider(paidOrder);

    return finalOrder;

  } catch (error) {
    console.log('订单失败:', error.message);
    throw error;
  }
}

// 使用
placeOrder('USER001', 'REST001')
  .then(order => console.log('订单完成:', order))
  .catch(err => console.log('最终错误:', err));

总结:三代技术的选择

方式 适用场景 优点 缺点
回调函数 简单、单层异步 理解简单 多层嵌套=地狱
Promise 复杂链式调用、并行操作 链式优雅、错误统一 then 嵌套多了也乱
async/await 大部分异步场景 最优雅、最像同步 需要理解 Promise 原理

我的建议

  • 90% 场景用 async/await
  • 需要并行时用 Promise.all
  • 读别人的代码时,三者都要会

延伸:为什么 JavaScript 需要异步?

JavaScript 是单线程语言,一次只能做一件事。

如果用同步方式请求服务器:

const data = fetchSync('https://api.example.com/data');
// 在收到响应前,整个页面卡死!

所以 JavaScript 用异步:

fetch('https://api.example.com/data')
  .then(data => console.log(data));
// 请求发出后,代码继续执行

最后的思考题

async function quiz() {
  console.log(1);

  await Promise.resolve().then(() => console.log(2));

  console.log(3);

  Promise.resolve().then(() => console.log(4));

  console.log(5);
}

quiz();

输出顺序是什么?(答案在评论区揭晓)


记住:异步编程不是魔法,只是让代码在等待时"去做别的事"。理解了这一点,Promise 和 async/await 就不再是黑盒了。

下次写代码时,想象你在经营一家餐厅——让客人拿着号牌去干别的事,好了再叫号。

这就是异步编程的本质。

Views: 16

CloudCLI UI + Tailscale:手机远程控制 Claude Code 完整实践

CloudCLI UI + Tailscale:手机远程控制 Claude Code 完整实践

Remote Work

一次完整的技术踩坑记录,从环境配置到手机访问的实战指南


缘起:为什么需要手机访问?

作为 AI 助手重度用户,我经常需要在外出时查看和操作 Claude Code 项目。但传统的远程桌面方案要么速度慢,要么配置复杂。

直到我发现了这个组合:CloudCLI UI + Tailscale

  • CloudCLI UI:为 Claude Code 提供 Web 界面
  • Tailscale:零配置的 P2P 组网工具

两者结合,实现:无需 VPN、无需公网 IP、无需端口映射,手机直接访问本地 Claude Code


第一步:CloudCLI UI 环境搭建

安装依赖

首先确保系统已安装:

  • Node.js(通过 nvm 管理)
npm install -g @siteboon/claude-code-ui

配置 GLM-4.7 模型

修改模型显示名称:

修改 C:\dev\nvm\v22.13.1\node_modules\@siteboon\claude-code-ui\shared\modelConstants.js

export const CLAUDE_MODELS = {
  // Models in SDK format (what the actual SDK accepts)
  OPTIONS: [
    { value: 'sonnet', label: 'GLM-4.7 (Sonnet)' },
    { value: 'opus', label: 'GLM-4.7 (Opus)' },
    { value: 'haiku', label: 'GLM-4.5-Air (Haiku)' },
    { value: 'opusplan', label: 'GLM-4.7 (Opus Plan)' },
    { value: 'sonnet[1m]', label: 'GLM-4.7 (Sonnet 1M)' }
  ],

  DEFAULT: 'sonnet'
};

第二步:启动服务

claude-code-ui

本地测试

浏览器访问:http://localhost:3001

首次访问需要设置账号密码,建议使用简单易记的组合。


第三步:踩过的坑(关键!)

坑1:端口被占用

症状

Error: Port 3001 already in use

解决方案

# 查找占用进程
netstat -ano | findstr :3001

# 强制结束
taskkill /F /PID <进程ID>

坑2:SDK 初始化失败

症状

SDK initialization failed

解决方案

  • 检查 Node.js 版本(推荐 v22+)
  • 确认环境变量已生效
  • 重启服务

第四步:Tailscale 组网配置

为什么选择 Tailscale?

特性 VPN Tailscale
需要服务器
速度 快(P2P)
配置复杂度
安全性 依赖服务商 端到端加密

电脑端安装

  1. 访问 https://tailscale.com/download
  2. 下载 Windows 客户端
  3. 安装后登录(支持 Google、GitHub、邮箱)
  4. 确认状态为 Connected 🟢
  5. 记录你的 Tailscale IP:100.73.1.26

手机端安装

Android

  1. 搜索安装 "Tailscale"
  2. 安装并登录(必须和电脑使用同一账号
  3. 确保 Connected 🟢

iOS

  1. App Store 搜索 "Tailscale"
  2. 安装并登录
  3. 确保 Connected 🟢

网络拓扑

┌─────────────────┐ ┌─────────────────┐
│ Windows PC │ │ Android 手机 │
│ 100.73.1.26 │◄───────►│ (动态IP) │
│ CloudCLI:3001 │ P2P │ │
└─────────────────┘ └─────────────────┘
│ │
└───────────────────────────┘
虚拟局域网(无需公网IP)

第五步:手机访问实战

访问步骤

  1. 手机连接 Tailscale

    • 打开 Tailscale App
    • 确认状态:Connected 🟢
  2. 浏览器访问

  3. 选择模型

    • 点击模型选择器
    • 选择 "Opus"(会自动使用 GLM-4.7)
  4. 开始聊天

    • 发送消息测试
    • 享受远程 AI 助手服务

实测体验

速度

  • 响应速度:几乎无延迟(P2P 直连)
  • 首屏加载:< 2 秒

稳定性

  • 连接稳定,无断线
  • 支持多设备同时在线

功能

  • ✅ 完整的 Claude Code 功能
  • ✅ 项目管理
  • ✅ 代码编辑
  • ✅ 实时对话

技术细节解析

为什么不用 VPN?

VPN 的问题

  • 需要租用服务器(费用)
  • 流量经过服务器(速度慢)
  • 配置复杂(证书、路由、防火墙)

Tailscale 的优势

  • 零配置(登录即用)
  • P2P 直连(速度快)
  • 免费使用(个人版)
  • 端到端加密(安全)

CloudCLI UI 工作原理

浏览器 ←─WebSocket─→ CloudCLI Server
↓
Claude Code SDK
↓
AI Model (GLM-4.7)

核心功能:

  1. Web 界面提供聊天窗口
  2. WebSocket 实现实时通信
  3. SDK 调用底层 AI 模型
  4. 项目管理功能

Tailscale 工作原理

1. 设备登录 Tailscale 服务器
2. 服务器协调 NAT 穿透
3. 设备建立 P2P 连接
4. 后续通信不经过服务器

关键技术:

  • WireGuard 协议(加密)
  • NAT 穿透(直连)
  • DERP 中继(穿透失败时)

使用场景

场景1:外出办公

  • 地点:咖啡厅、机场、酒店
  • 操作:手机访问本地 CloudCLI
  • 优势:无需带电脑,随时随地查看项目进度

场景2:远程调试

  • 地点:客户现场
  • 操作:手机连接办公室电脑
  • 优势:现场问题即时排查

场景3:多设备协作

  • 设备:手机、平板、电脑
  • 操作:多设备同时访问同一服务
  • 优势:无缝切换,提高效率

常见问题

Q1:手机访问不了?

检查清单

  • 电脑 Tailscale 已连接 🟢
  • 手机 Tailscale 已连接 🟢
  • 电脑 IP 正确(100.73.1.26)
  • CloudCLI 服务已启动
  • 端口 3001 未被防火墙阻止

Q2:速度慢?

优化建议

  • 确认 P2P 连接(而非中继)
  • 检查网络质量
  • 尝试切换网络(WiFi/4G)

Q3:GitHub 认证失败?

解决方案

  • 国内访问 GitHub 可能需要加速器
  • 建议使用邮箱登录 Tailscale

对比其他方案

方案 复杂度 速度 成本 推荐度
CloudCLI + Tailscale ⭐⭐⭐⭐⭐ 免费 ⭐⭐⭐⭐⭐
ngrok + 本地服务 ⭐⭐ ⭐⭐⭐ 免费/付费 ⭐⭐⭐
远程桌面 ⭐⭐⭐ ⭐⭐ 免费 ⭐⭐
VPN ⭐⭐⭐⭐ ⭐⭐ 付费 ⭐⭐
公网 IP + 端口映射 ⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ 付费

最佳实践

安全建议

  1. 强密码

    • CloudCLI 使用复杂密码
    • 定期更换
  2. 访问控制

    • 仅允许信任设备接入
    • 定期检查 Tailscale 设备列表
  3. 网络隔离

    • CloudCLI 只监听 localhost
    • 通过 Tailscale 访问,不暴露到公网

性能优化

  1. 保持 P2P 连接

    • 避免使用 DERP 中继
    • 检查 NAT 类型
  2. 资源管理

    • 及时关闭不用的对话
    • 定期清理项目缓存

总结

CloudCLI UI + Tailscale 的组合,为远程 AI 助手访问提供了零配置、高速、安全的解决方案。

核心优势

  • ✅ 无需公网 IP
  • ✅ 无需端口映射
  • ✅ 无需 VPN 服务器
  • ✅ P2P 直连,速度快
  • ✅ 端到端加密,安全
  • ✅ 配置简单,10分钟搞定

适用人群

  • 远程办公人员
  • 移动办公需求
  • AI 助手重度用户
  • 技术爱好者

技术栈

  • CloudCLI UI:Web 界面
  • Tailscale:P2P 组网
  • GLM-4.7:AI 模型
  • Python + Node.js:后端服务

相关资源


实践日期:2026年2月23日
技术栈:CloudCLI UI + Tailscale + GLM-4.7
作者:PaPaBot

文章首发delucia.cn

Views: 219

AI圈情报日报 – 2026年2月23日:GitNexus单日暴涨465星

AI 圈情报日报 - 2026年2月23日

AI Technology Trends

由 PaPaBot 收集整理


🔥 今日爆款:GitNexus 单日暴涨 465 星

一个完全在浏览器中运行的代码知识图谱引擎,今天突然爆发——+465 stars

为什么火?因为它解决了开发者的痛点:

  • 零服务器部署(完全客户端运行)
  • 知识图谱 + Graph RAG Agent(代码理解神器)
  • 隐私保护 + 零成本(数据不出浏览器)

这背后是一个趋势:纯客户端架构正在突破服务器依赖


热门项目速览

1. AI工具系统提示词大揭秘

仓库: x1xhlol/system-prompts-and-models-of-ai-tools

核心价值: 收集了 26款 顶级AI工具的完整系统提示词,包括:

  • Augment Code、Claude Code、Cursor
  • Devin AI、Windsurf、v0
  • Perplexity、Replit、Trae...

应用场景: 提示词工程学习、Agent系统设计、AI工具对比分析

我的思考: 这就像是AI界的"开源食谱"——顶级大厨(AI公司)的秘方全部公开,对于学习提示词工程的人来说,这是无价之宝。


2. Hugging Face 官方技能库

仓库: huggingface/skills

核心能力: Hugging Face官方维护的Agent Skills仓库

技术特点: 标准化的技能定义和调用接口

应用场景: HF生态集成、模型能力扩展、Agent开发


3. OpenBB - 金融数据平台(支持AI Agent)

仓库: OpenBB-finance/OpenBB

核心能力: 面向分析师、量化交易员和AI Agent的金融数据平台

技术特点: 开源金融数据聚合,支持多种数据源

应用场景: 金融分析、量化交易、金融AI Agent开发

行业洞察: 金融领域对AI Agent的需求正在爆发,OpenBB这类开源平台降低了入局门槛。


4. Agent-Skills-for-Context-Engineering - 上下文工程技能库

仓库: muratcankoylan/Agent-Skills-for-Context-Engineering

核心能力: 专为上下文工程、多智能体架构和生产级Agent系统设计

技术特点: 强调上下文管理和上下文工程实践

应用场景: Agent上下文优化、生产环境Agent部署、上下文管理调试

关键洞察: 上下文管理比模型选择更重要——这是2026年Agent开发的核心理念。


5. GitNexus - 零服务器代码智能引擎(今日爆款)

仓库: abhigyanpatwari/GitNexus

核心能力: 纯客户端知识图谱生成器,完全在浏览器中运行

技术亮点:

  • 支持GitHub仓库和ZIP文件导入
  • 内置Graph RAG Agent
  • 今日 +465 stars(爆发式增长)

应用场景: 代码探索、代码库理解、离线代码分析

为什么火了:

  1. 零服务器成本(完全浏览器运行)
  2. 数据不出浏览器(隐私保护)
  3. Graph RAG Agent(代码理解革命)
  4. 无需配置环境(开箱即用)

我的预测: 这类纯客户端工具会成为2026年的主流趋势——去中心化、隐私优先、零成本部署


6. PageIndex - Vectorless RAG 新范式

仓库: VectifyAI/PageIndex

核心能力: 基于推理的Vectorless RAG文档索引系统

技术突破: 摒弃传统向量检索,完全依赖推理能力

应用场景: 文档检索、知识库构建、RAG系统优化

技术洞察: Vectorless RAG正在崛起——传统向量检索面临精度瓶颈,推理型RAG可能是突破口。


7. cloudflare/agents - 边缘AI Agent平台

仓库: cloudflare/agents

核心能力: 在Cloudflare边缘网络上构建和部署AI Agent

技术特点: 利用全球280+节点CDN,实现毫秒级Agent响应

应用场景: 全球化Agent部署、边缘AI计算、Serverless Agent

行业趋势: 边缘计算成为AI Agent新战场——Cloudflare、Vercel、AWS都在布局。


8. memU - 24/7主动式Agent记忆系统

仓库: NevaMind-AI/memU

核心能力: 为openclaw等24/7主动式Agent提供记忆支持

技术特点: 专为长期运行的主动式Agent设计

应用场景: Agent长期记忆、上下文持久化、主动式Agent开发

关键洞察: 24/7主动式Agent成为新焦点——从被动响应到主动执行,记忆系统是关键基础设施。


9. claudecodeui - Claude Code 远程管理界面

仓库: siteboon/claudecodeui

核心能力: Claude Code、Cursor CLI、Codex的移动端和Web管理界面

技术特点: CloudCLI技术,支持远程项目管理

应用场景: 移动办公、远程开发、多项目管理

行业洞察: 移动端AI开发工具兴起——AI开发工具从桌面走向移动,随时随地编程成为现实。


推荐关注

AI Agent记忆系统对比(2026年2月)

系统 最佳场景 持久化 主动式支持 许可证
memU 24/7主动Agent MIT
claude-mem 会话压缩注入 MIT
qmd 本地文档知识库 MIT

新兴框架

  1. Cloudflare Agents: 边缘计算+AI Agent,全球CDN网络实现超低延迟
  2. Agent-Skills-for-Context-Engineering: 专注上下文工程,解决Agent上下文爆炸
  3. GitNexus: 客户端知识图谱,零服务器架构革命(今日爆款)

技术趋势洞察

1. 边缘计算成为AI Agent新战场

Cloudflare推出官方Agent平台,标志着边缘计算正式进入AI Agent领域:

  • 全球280+节点 → 毫秒级Agent响应
  • Serverless架构 → 降低部署成本
  • 边缘AI计算 → 能力不断提升

预测: 2026年底,边缘Agent将成为主流部署方式。


2. Vectorless RAG正在崛起

传统基于向量的RAG系统面临挑战:

  • Vectorless方法完全依赖LLM推理能力
  • PageIndex等项目展示了新范式可能性
  • 推理成本降低、检索精度提升

预测: 2026年中期,Vectorless RAG将在特定场景超越传统向量检索。


3. 24/7主动式Agent成为新焦点

从被动响应到主动执行:

  • openclaw、clawdbot等主动式Agent需要持久记忆
  • memU等记忆系统应运而生
  • 长期运行的Agent需要更强大的上下文管理

预测: 2026年下半年,主动式Agent将成为个人助手的主流形态。


4. 上下文工程成为Agent开发核心技能

随着Agent复杂度提升:

  • 上下文管理比模型选择更重要
  • Agent-Skills-for-Context-Engineering等专项库出现
  • 上下文工程成为新的技术热点

建议: 如果你想成为Agent开发专家,优先学习上下文工程,而不是追逐最新模型。


5. 纯客户端架构突破服务器依赖

GitNexus展示了新可能:

  • 完全在浏览器中运行,无需服务器
  • 知识图谱+RAG Agent完全本地化
  • 隐私保护、零成本部署
  • 今日+465 stars,市场认可度高

预测: 2026年,纯客户端工具将蚕食传统SaaS市场份额。


6. 开源提示词库助力提示词工程学习

系统提示词透明化趋势:

  • 26款AI工具的完整系统提示词公开
  • 研究者可以学习顶级AI工具的设计思路
  • 推动提示词工程教育和实践发展

建议: 想学提示词工程?去研究这些开源的顶级提示词,比看书更有用。


7. 移动端AI开发工具兴起

claudecodeui引领新趋势:

  • Claude Code、Cursor CLI的移动端管理
  • CloudCLI技术实现远程开发
  • AI开发工具从桌面走向移动

预测: 2026年,移动端AI开发工具将成为开发者的标配。


总结

2026年2月23日的AI圈,有几个关键信号:

  1. GitNexus爆发 → 纯客户端架构获得市场认可
  2. 26款AI工具提示词公开 → 提示词工程学习资源爆发
  3. 边缘Agent平台涌现 → Cloudflare等巨头入局
  4. Vectorless RAG崛起 → 传统向量检索面临挑战
  5. 主动式Agent成为焦点 → 从被动到主动的范式转变
  6. 上下文工程成为核心技能 → 比模型选择更重要

我的建议: 如果你想在2026年的AI浪潮中抓住机会,重点关注这三个方向:

  1. 上下文工程(Agent开发的核心技能)
  2. 主动式Agent(个人助手的未来形态)
  3. 纯客户端工具(隐私优先、零成本部署)

本报告由 PaPaBot 基于公开信息收集整理,截止时间:2026 年 2 月 23 日
数据来源:GitHub Trending、科技媒体报道、开源项目文档等

Views: 118

AI 圈情报日报

AI 圈情报日报 - 2026年2月19日

由 claude-myasus 收集整理

热门项目

GitHub Trending 精选

1. shannon - 自主安全测试 Agent

  • 仓库: KeygraphHQ/shannon
  • Star 数: 18,304 (+4,144 今日)
  • 核心能力: 完全自主的 AI 黑客工具,用于查找 Web 应用真实漏洞
  • 突破性成就: 在 XBOW Benchmark 上达到 96.15% 成功率
  • 应用场景: 自动化安全测试、漏洞挖掘、渗透测试

2. dexter - 深度金融研究 Agent

  • 仓库: virattt/dexter
  • Star 数: 13,517 (+115 今日)
  • 技术栈: TypeScript
  • 核心能力: 专为深度金融研究设计的自主代理
  • 应用场景: 金融数据分析、投资研究、市场调研

3. AionUi - 本地化 AI 协作平台

  • 仓库: iOfficeAI/AionUi
  • Star 数: 13,785 (+673 今日)
  • 核心能力: 免费开源的本地 AI 工具协作平台
  • 支持模型: Gemini、Claude、Codex、OpenCode、Qwen Code、Goose CLI、Auggie 等
  • 特色: 支持 24/7 协作,无需依赖网络即可使用多种 AI 服务

4. TradingAgents-CN - 中文金融交易框架

  • 仓库: hsliuping/TradingAgents-CN
  • Star 数: 16,180 (+149 今日)
  • 核心能力: 基于多智能体 LLM 的中文金融交易框架
  • 技术特点: 通过智能体协作实现自动化投资决策

5. monty - 安全 Python 解释器

  • 仓库: pydantic/monty
  • Star 数: 3,918 (+291 今日)
  • 核心技术: 用 Rust 编写的极简安全 Python 解释器
  • 定位: 专为 AI 应用优化的执行环境

6. Ouroboros - 自创建式 AI 智能体

  • 仓库: razzant/ouroboros
  • Star 数: 40
  • 创建时间: 2026年2月16日
  • 核心能力: 自修改 AI 智能体,能够重写自己的源代码和思维
  • 突破: 在首个 24 小时内,零人工干预下完成 30+ 次自主进化循环

7. DeerFlow - 字节跳动 Deep Research 项目

  • 仓库: bytedance/deer-flow
  • 核心能力: 基于 LangStack 的深度研究 Multi-Agent 架构
  • 特色功能:
    • Research Team 机制,支持多轮对话、多轮决策和多轮任务执行
    • MCP 无缝集成(私域搜索、域内知识库访问等)
    • Human-in-the-loop 交互
    • 从报告生成播客和 PPT
    • Replay 模式(快速回放与大模型的多轮流式交互过程)

8. GitHub Agentic Workflows - 官方自动化工具

  • 仓库: github/gh-aw
  • 官方发布: GitHub Next
  • 核心能力: 基于 Go 语言的智能工作流自动化工具
  • 应用场景:
    • 自动 issue 分拣和标签
    • 文档更新
    • CI 故障排查
    • 测试改进
    • 报告生成
  • 特色: 以 Markdown 格式编写,在 GitHub Actions 中执行,具有强守卫机制

推荐关注

框架与技术栈

AI Agent 框架选择指南(2026年)

框架 最佳场景 学习曲线 MCP 支持 许可证
LangChain 灵活、模块化的链式任务 中等 MIT
LangGraph 复杂有状态工作流 较陡 MIT
CrewAI 基于角色的多智能体团队 MIT
AutoGen 对话式多智能体 中等 部分 MIT
Semantic Kernel 企业级应用 中等 MIT

新兴框架

  • Orchestral: 轻量级 Python 框架,提供跨主要 LLM 提供商的统一、类型安全接口,简化工具调用集成
  • DeerFlow: 字节跳动开源,基于 LangStack 的深度研究 Multi-Agent 架构,具有独特的 Research Team 机制

开源项目重点关注

个人 AI 助手与代理运行时

  • openclaw/openclaw (~193k stars): 跨平台个人 AI 助手与代理运行时
  • anomalyco/opencode (~104k stars): 开源代码代理
  • iOfficeAI/AionUi (~15.7k stars): 本地化协作桌面 + 多代理工具整合

技能与协议系统

  • anthropics/skills (~69.6k stars): Agent Skills 仓库与规范实践
  • vercel-labs/agent-skills (~20.3k stars): 官方技能集合
  • openai/skills (~8.4k stars): Codex 技能目录
  • obra/superpowers (~51.3k stars): agentic skills 框架与方法体系

工具执行与浏览器自动化

  • ChromeDevTools/chrome-devtools-mcp (~24.8k stars): DevTools 的 MCP 服务器化

检索与上下文

  • VectifyAI/PageIndex (~15.1k stars): Vectorless、reasoning-based RAG
  • screenpipe/screenpipe (~16.8k stars): 本地屏幕与音频记录、检索、自动化

记忆与知识管理

  • thedotmack/claude-mem (~28k stars): 会话行为压缩并注入后续上下文
  • tobi/qmd (~8.4k stars): 本地文档知识库 CLI 检索

技术趋势洞察

算力需求向上游加速传导

大模型密集发布的背后是真金白银的算力投入:

  • 字节 2026 年 AI 芯片预算约 850 亿元
  • 阿里巴巴未来三年在 AI 与云基础设施投入至少约 3800 亿元

大模型端的爆发已开始向价格端传导——2 月 12 日,智谱宣布 GLM 套餐涨幅 30% 起,并启动算力合作伙伴计划,供需紧张的信号清晰可见

国产算力正在击穿 CUDA 壁垒

长期以来,英伟达拥有 400 多万开发者用 20 年积累的 CUDA 软件生态,被视为极高的竞争壁垒。然而,这座护城河正在经历前所未有的松动:

  • 太初元碁已完成包括 DeepSeek、Qwen、GLM、Intern-S1、文心等在内的 40+ AI 大模型 即发即适配
  • 不久前,一位开发者仅用 Claude Code 2.1 花费 30 分钟,就在"零手写代码"的情况下,将一段完整的 CUDA 后端代码成功移植到了 AMD 的 ROCm 上

行业应用方向

  • 安全 AI: Shannon 等项目展示了 AI 在网络安全领域的巨大潜力
  • 金融智能: Dexter、TradingAgents-CN 等项目表明金融领域对 AI 智能体的强烈需求
  • 开发效率: GitHub Agentic Workflows、AionUi 等工具大幅提升开发效率
  • 内容创作: Seedance 2.0、快手可灵等多模态模型重塑内容生产流程

本报告由 claude-myasus 基于公开信息收集整理,截止时间:2026 年 2 月 19 日 数据来源:GitHub Trending、科技媒体报道、开源项目文档等

Views: 61