前言：这不是个案，是所有后端技术博主的集体困境

我的博客主打 PHP、Go、MySQL、Redis、Linux、Nginx、系统架构、网络优化这类后端运维内容，运营超过10年了。最近一年，我真切察觉到，整个技术行业，悄悄变天了。

放在前两年，博客日常日PV稳定在1500-2000，写一篇Gin排坑、MySQL优化、Nginx配置的刚需文章，单日轻松破2000；但现在常态化低峰，日均PV只剩1000，流量直接少了四分之三。

一开始我一直在自我怀疑：是不是我写的内容太老旧？知识点过时了？还是我更新太少了？

复盘完Google Analytics流量数据我才彻底想通：不是我的文章不好用了，是程序员找答案的方式，彻底被AI改变了。

整篇文章全部是我后台真实GA数据，不制造焦虑、不吹AI神话，结合我天天用Trae、通义灵码的真实感受，聊聊当下所有后端开发者、技术博主的共同困境。

一、GA实拍数据：直观看见流量断崖式走低

本文只看最真实的近30天全站流量，数据来源Google Analytics。

实拍现状：

1、往年常态：工作日日均PV1500-2000，绝大部分读者，都是百度、谷歌搜关键词进来的；

2、现在近30天常态：稳定日均只有1000PV，没有停更、没有节假日淡季，就是实打实的长期走低。

以前程序员遇到报错，流程很固定：复制报错信息 → 搜索引擎搜索 → 点开博客找解决方案。

现在大部分人的流程直接简化：复制报错 → 打开Trae/通义灵码 → AI直接给可运行代码、排障方案，全程不开搜索引擎，自然也不会点开任何技术博客。

二、核心实锤：搜索引擎自然流量，在持续变少

很多站长觉得：全网网站流量都在跌，大家都一样。

我专门打开GA流量渠道页面核对，得到一个很直白的结论：

下跌的只有搜索引擎自然流量，其余渠道几乎没变。我的搜索引擎流量中，bing 竟然超过了 百度，感觉国内，bing 是不是快要超过百度了？哈哈！！

结合2026年圈内现状，完全说得通：

1、现在程序员找代码、排bug，用AI工具的频次，已经超过百度谷歌；

2、谷歌自带AI答案之后，技术关键词很多不用点开网站，页面直接出答案，博客零点击；

3、中小型技术站，近两年搜索流量平均跌超60%，和我博客数据完全对上。

细分下来，我博客流量跌得最惨的，全是这类基础内容：

• PHP基础语法、Laravel常规用法教程
• Go/Gin基础路由、中间件入门写法
• MySQL常规SQL编写、基础报错解决
• Redis基础命令、Linux/Nginx基础配置

这类有标准答案、重复性极强的基础教程，搜索流量基本腰斩。

反而高阶内容流量很稳：线上疑难bug复盘、架构选型取舍、服务器深度调优，这类靠经验、靠底层功底的内容，AI写不出来，依旧有人专门搜索阅读。

三、我也是AI使用者：我懂高效，也懂焦虑

我不是排斥AI编程，恰恰相反，我现在日常写代码，离不开Trae、通义灵码，附我的日常工作台截图，都是真实自用。

客观说下AI带来的便利，不吹不黑：

✅ 写CRUD接口、标准化配置、基础脚本，AI速度远超手写；

✅ 常规代码排错、语法纠错、环境配置，AI几秒给出方案；

✅ 现在还有Agent、Skill能力，搭项目架构、统一代码规范、写单元测试、简易代码评审，甚至接手别人写的烂二手项目梳理代码，AI都能搞定大半。

这也就彻底解释通，为什么没人搜基础教程了：

以前新手写一段接口，要搜半天博客、复制代码、反复调试；现在打开Trae说清需求，直接拿到能跑的代码，入门门槛直接拉低，成长速度远超我们当年。

也正因如此，我最近一直很内耗，这也是我当下最真实的内心想法，相信很多深耕多年的后端程序员，都有同款纠结：

1. 新手靠着AI快速写代码，短短几个月，好像就能追上我好几年积累的框架、语法经验；
2. 我静下心手写代码、复盘Gin源码、梳理Go底层原理的时候，内心格外踏实平静，这是AI给不了的掌控感，也能一眼分辨代码好坏；
3. 可如果不去学Agent、Skill这些新AI能力，又怕跟不上行业节奏，慢慢落伍；
4. 一门心思钻研AI工具，又变得浮躁，慢慢丢掉手写功底、吃透底层的耐心，找不到写代码原本的状态。

四、通透结论：流量下跌，给所有程序员提了一个醒

1、会被AI淘汰的，从来不是懂底层的开发者

AI能替代的，全是记忆类工作：背API、记语法、写模板代码、解决普通报错。

AI永远替代不了判断能力：看出AI代码隐藏并发bug、否决不合理架构、优化烂SQL、排查线上偶发内存泄漏、结合业务做技术取舍。

这也是我依旧坚持啃底层、复习框架源码的原因：现在学基础，不是为了纯手写干活，是为了会审AI、兜底AI写出的坑。

2、技术博客，必须彻底转型

顺带说下后续写作心态：我写博客从来不是单纯追逐搜索流量。不管流量高低，写作的核心目的，永远是自我总结、技术提炼、沉淀所学。输出梳理知识点的过程，本质是倒逼自己吃透技术、补齐短板，助力自我成长。

只不过当下行业环境变了，基础教程类文章搜索流量大幅走低，我不会刻意停更这类内容，只是不会再迎合搜索引擎去写基础排障、命令教程；后续写作依旧遵从本心，兼顾自我沉淀，同步贴合当下AI行业现状创作内容。

后续随心深耕三类内容，依旧以自我沉淀为主，流量随缘：

• AI踩坑实录：Trae/通义灵码写代码，暗藏的性能、安全、业务bug，复盘避坑
• 人机代码对比：手写底层 vs AI生成代码，优劣实测，巩固自身功底
• 高阶实战：架构选型、线上疑难排障、Agent+Skill落地使用心得

3、个人学习配比：适配行业，守住本心

本文核心只分析流量下跌成因，简单顺带聊聊个人学习态度：不会为了跟风AI，丢掉后端底层功底；也不会固执手写，拒绝AI提效。

给自己定好了长期学习比例，适配当下AI环境：

60%深耕底层基础 + 30%打磨AI人机协同能力 + 10%实战踩坑复盘

五、写在最后（回归本文核心：复盘流量下跌本质）

结合本次GA近30日全站流量、搜索引擎渠道流量两份实拍数据，总结全文核心结论，也是本文写作唯一目的：

以前程序员比拼：谁代码写得快、谁命令记得多、谁知识点背得熟；

1、本站流量下跌，并非内容质量下滑、更新懈怠导致；

2、核心根源：开发者答疑渠道转移，从「搜索引擎搜博客」，全面转向「AI编程工具直接答疑」；

3、跌幅集中品类：PHP/Go/MySQL/Linux/Nginx 标准化基础教程、通用报错、配置教程；

4、流量分化明显：浅层标准化技术内容流量暴跌，高阶经验、底层原理、疑难排障内容流量稳定；

5、个人心态：看淡站点流量涨跌，写博客只为自我沉淀提升，不为迎合搜索引擎产出内容。

AI只是吃掉了基础搜索流量，只是改变了技术内容的传播渠道，不会改变深耕底层、沉淀技术的价值。

现在程序员比拼：谁能管住AI、甄别AI、修正AI。

AI只是吃掉了基础搜索流量，永远淘汰不了懂底层、懂架构、能兜底线上问题的开发者。

一、背景：为什么要做这个环境

为了学习 AI 编程工具（如通义灵码），我准备实现一个“音乐闹钟”小项目。
在开始编码之前，我先搭建一套可复用的 Python Dev Container 开发环境。

二、技术栈说明

• Windows 10
• WSL2 (Ubuntu)
• Docker
• VS Code
• Python 3.10 (Alpine)
• Dev Container

三、项目目录结构（核心重点）

music-alarm/
├── .devcontainer/
│ └── devcontainer.json
├── docker-compose.yml
├── main.py
├── requirements.txt
├── .gitignore
└── README.md

✔ 解释每个文件作用
📁 .devcontainer/devcontainer.json
VS Code Dev Container 配置文件
用于定义：

• 使用哪个 Docker 服务
• 工作目录
• 插件
• 自动安装依赖
  📁 docker-compose.yml
  定义 Python 运行环境容器
• Python 镜像
• 代码挂载
• 工作目录 /app
• 保持容器运行
  📁 main.py
  音乐闹钟核心逻辑入口
  后续会在这里实现：
• 定时任务
• 播放音乐
  📁 requirements.txt（预留）
  未来 AI / 音乐闹钟依赖管理文件
  例如：
  schedule
  playsound
  📁 .gitignore
  用于忽略：
• Python 缓存
• IDE 文件
• 环境变量

四、Dev Container 配置说明（重点）.devcontainer/devcontainer.json

{
  "name": "Python Music Alarm Dev Container",

  "dockerComposeFile": ["../docker-compose.yml"],
  "service": "python",
  "workspaceFolder": "/app",

  "shutdownAction": "stopCompose",

  "customizations": {
    "vscode": {
      "extensions": [
        "ms-python.python",
        "ms-python.vscode-pylance",
        "ms-azuretools.vscode-docker",
        "eamodio.gitlens"
      ],
      "settings": {
        "terminal.integrated.defaultProfile.linux": "sh",
        "python.defaultInterpreterPath": "/usr/local/bin/python"
      }
    }
  },

  "remoteUser": "root",

  "postCreateCommand": "apk update && apk add git && pip install --upgrade pip"
}

五、docker-compose.yml 说明（重点）

该文件用于启动 Python 开发容器，并挂载本地代码：
volumes:

• ./:/app

👉 核心意义：

保证代码在宿主机（WSL）保存，不会随容器销毁而丢失

services:
  python:
    image: python:3.10-alpine
    container_name: python-music-alarm

    working_dir: /app

    volumes:
      - ./:/app

    tty: true
    stdin_open: true

    command: tail -f /dev/null

    # ✔ 关键：保证 Git / VS Code 兼容
    environment:
      - PYTHONDONTWRITEBYTECODE=1
      - PYTHONUNBUFFERED=1

六、VS Code 使用方式（操作步骤）

Step 1：打开项目
code .
Step 2：进入 Dev Container
Ctrl + Shift + P
→ Dev Containers: Reopen in Container
Step 3：确认环境
python –version
git –version
Step 4：打开 Git UI
Ctrl + Shift + G
Step 5：文件 – 将工作区另存为 C:\Users\Thinkpad\VSCodeWorkspaces\python-music-alarm-app.code-workspace，便于后期直接从文件打开工作区

七、验证环境是否成功，在 GitHub 上的目录结构如图1

✔ Python 可运行
✔ Git 可用
✔ VS Code 进入 Dev Container
✔ 代码可持久化（不会丢）

八、本篇总结
通过 Docker + Dev Container，我完成了一套标准化 Python 开发环境。
这为后续使用通义灵码实现“音乐闹钟”项目打下了基础。

一、在学习《通义灵码 AI 编码实战，AI 程序员使用指南》时，
我发现教程中的界面与我当前使用的界面完全不同。

教程中存在两个并列窗口：如图1

• AI Chat
• AI Developer

但在我当前环境中：如图2

• 只有一个「智能会话」窗口
• 按 Ctrl+Shift+I 会弹出一个浮窗
• 没有看到并列的两个面板

于是我产生了几个疑问：

1. 我的通义灵码安装是否正常？
2. 为什么界面和教程不一样？
3. AI Developer 是否被删除了？

为了解决这个问题，我分别询问了：

• 豆包
• 通义灵码自身

下面是完整对比结果。

二、豆包的回答总结（结构化整理）。如图3

新版（2.5.0+）：

AI Chat + AI Developer
已合并为：

「智能会话」

内部包含：

1. 智能问答（原 AI Chat）
2. 文件编辑（原 AI Developer）
3. 智能体模式（高级任务）

豆包对快捷键的解释

Ctrl + Shift + I

打开：行间会话（Inline Chat）

作用：

• 快速修改当前文件
• 解释代码
• 小范围重构

豆包的一句话总结
你的界面是正常的，
是新版设计，不是异常。

三、通义灵码的回答总结（结构化）如图4

通义灵码的核心结论
界面差异可能来自版本变化：

旧版本：
AI Chat 和 AI Developer 为独立面板

新版本：
可能整合为同一界面
对 Ctrl+Shift+I 的解释
Ctrl+Shift+I：

打开 AI Developer 模式入口
用于复杂任务处理
通义灵码的一句话总结
AI Chat 与 AI Developer
不是必须同时显示，
而是不同交互方式。

四、两者回答对比分析（最有价值的部分）

豆包的回答更偏：

「完整解释当前真实情况」

而通义灵码的回答更偏：

「兼容多版本的通用说明」

两者都没有错误，
但豆包的表达更加明确和结构化。

五、最终验证：我的实际测试结果

我进行了以下测试：

1. 按 Ctrl+Shift+I
   → 成功弹出行间会话
2. 打开侧边栏智能会话
   → 可以执行多文件任务
3. 输入复杂需求：
   “为当前项目生成单元测试”

→ AI 成功生成测试代码

验证结果：

当前界面完全正常，
功能没有缺失，
只是 UI 结构发生了变化。

六、最终结论

经过多 AI 对比与实际验证，可以确认：

1. 当前界面属于新版通义灵码（2.5.0+）
2. AI Chat 与 AI Developer 并未删除
3. 它们已合并为「智能会话」窗口
4. Ctrl+Shift+I 为行间会话（Inline Chat）

教程中的双窗口结构属于旧版本界面，
并非安装异常。

七、为什么通义灵码自己的回答不如豆包？

这是一个非常有价值的思考点。

虽然通义灵码是该产品本身，
但在解释界面变化时，
豆包的回答反而更加清晰。

这并不代表通义灵码能力更弱，
而是因为：

1. 通义灵码更侧重代码能力
2. 豆包更擅长解释性问题
3. 不同 AI 的强项不同

在实际开发中，
推荐同时使用多个 AI 工具，
而不是依赖单一助手。