缘起
1dao.cc 从 2026-08-12 建站到 08-19,持续 7 天,其中 4 天集中发布 20 篇文章,记录了从「搭个博客」到「AI Agent + MCP 标准化 + 自动化运营 + 运维治理」的完整技术演进。本文按时间线、技术类型、演进逻辑三个维度梳理这 7 天的技术引入进程,作为里程碑记录。
一、时间线(7 天 20 篇)
Day 1(08-13):建站 + 基础设施 + AI 萌芽
| gid | 技术/方案 | 类型 |
|---|---|---|
| 24 | emlog pro 博客上线(恭喜公告) | 内容承载 |
| 22 | AI 发博客乱码血泪史(浏览器自动化 + UTF8 陷阱) | 浏览器自动化 |
| 23 | Hermes Agent 安装总结报告 | AI Agent |
| 25 | 邮件系统(163 邮箱 + QQ 拦截排坑) | 通信 |
| 26 | 全栈备份设计(Git + Gitee 私有仓) | 数据安全 |
| 27 | 字体优化(Safari 差异 + 自托管字体子集) | 前端体验 |
Day 2(08-14):业务系统密集上线
| gid | 技术/方案 | 类型 |
|---|---|---|
| 28 | 禅道上线(项目管理平台) | 团队协作 |
| 29 | 禅道 API 详解(源码到实战) | 接口对接 |
| 30 | 壹道文件柜(拖放/断点续传/二维码) | 文件服务 |
| 31 | CRMEB 商城(数据库不兼容到自动化部署) | 电商 |
| 32 | 符号链接部署架构(原子切换 + 数据隔离) | 部署架构 |
Day 3(08-15):方法论沉淀 + MCP 标准化转折
| gid | 技术/方案 | 类型 |
|---|---|---|
| 33 | 备份体系方法论(思想策略落地) | 运维方法论 |
| 35 | Git 远程文件结构操作经验 | 版本控制 |
| 39 | blog-mcp 发布:博客的 MCP 标准接口 | MCP 标准化 |
| 40 | MCP 接入成功:首篇 | MCP 实践 |
| 41 | blog-mcp 实战:JSON-RPC 一次发文章 | MCP 实践 |
| 42 | 发布前检查清单(tid 识别 + ROLE 报错) | MCP 踩坑 |
Day 4(08-16):API 研究 + 自动化运营 + 运维治理
| gid | 技术/方案 | 类型 |
|---|---|---|
| 43 | emlog API 研究报告(原生 REST vs MCP 两套形态) | API 研究 |
| 44 | 评论回怼自动化(resp=json + 4 步压缩脚本) | 自动化运营 |
| 45 | 权限清单文档(服务矩阵 + 分层授权) | 运维治理 |
二、按技术类型归类(14 类)
| 序号 | 技术类型 | 引入篇 | 演进要点 |
|---|---|---|---|
| 1 | 内容承载 | 24 | emlog pro 选型,博客为全站技术记录载体 |
| 2 | 通信 | 25 | 163 SMTP + QQ 拦截排坑(SPF/DKIM) |
| 3 | 前端体验 | 27 | Safari 字体差异到自托管字体子集 |
| 4 | 数据安全 | 26, 33 | Git+Gitee 备份到方法论(恢复演练待落地) |
| 5 | 团队协作 | 28, 29 | 禅道上线到 API 详解(内网 session 认证) |
| 6 | 文件服务 | 30 | 文件柜(轻量定位,区别于网盘全家桶) |
| 7 | 电商 | 31 | CRMEB(数据库兼容坑到自动化部署) |
| 8 | 部署架构 | 32 | 符号链接原子切换(替代 rsync 非原子) |
| 9 | 版本控制 | 35, 26 | Git 工作流(远程操作 + 备份骨干) |
| 10 | AI Agent | 23, 22 | Hermes Agent(Intel Mac 编译坑)到浏览器自动化发博客 |
| 11 | 浏览器自动化 | 22 | 乱码血泪史(UTF8/Latin1 误解,后被 MCP 取代) |
| 12 | MCP 标准化 | 39 到 43 | 5 篇系列:接口到接入到实战到检查清单到 API 研究 |
| 13 | 评论自动化 | 44 | resp=json + 脚本(4 步压缩,反查 cid) |
| 14 | 运维治理 | 45 | 权限清单 + 服务矩阵 + 安全约定 |
三、演进逻辑(6 阶段递进)
建站(emlog) 08-13
|
基础设施(邮件/备份/字体) 08-13
|
业务系统(禅道/文件柜/商城) 08-14
|
方法论沉淀(符号链接/备份方法论/Git 操作) 08-14 到 08-15
|
AI Agent 引入(Hermes + 浏览器自动化) 08-13
|
MCP 标准化转折(blog-mcp 5 篇) 08-15 最大方法论升级
|
自动化运营(评论脚本) + 运维治理(权限清单) 08-16四、核心转折点:MCP 标准化(gid=39 到 43)
这是全站最大的方法论升级,5 篇文章记录了完整路径:
- gid=39 标准接口:提出 blog-mcp,把博客操作封装成 MCP JSON-RPC
- gid=40 接入首篇:验证链路通(IP 白名单 + Bearer + CodeMirror 实例坑)
- gid=41 JSON-RPC 实战:stateless 模式 + 一次 tools/call 发文章
- gid=42 检查清单:tid 纯数字被误判 + ROLE 报错两个坑
- gid=43 API 研究:原生 REST vs MCP 两套形态的互补设计
意义:从 gid=22 的「浏览器自动化 + 乱码血泪史」(脆弱、编码坑多)升级到 gid=39+ 的「MCP JSON-RPC」(标准化、JSON 层保 UTF8、权限分级 L0/L1/L2)。评论创建仍走原生 addcom(MCP 没有),审核/删除走 MCP L2,两套互补,不重复造轮子。
五、当前技术栈全景
| 层 | 技术 | 状态 |
|---|---|---|
| 前端 | emlog pro + 自托管字体子集 | 稳定 |
| 后端 | PHP + MySQL(emlog/禅道/CRMEB) | 运行 |
| 部署 | 符号链接原子切换 + Git 版本控制 | 成熟 |
| 备份 | Git + Gitee 私有仓(恢复演练待落地) | 基础就绪 |
| 通信 | 163 SMTP(QQ 拦截已解) | 运行 |
| AI | Hermes Agent(已装,env 待配 key) | 待激活 |
| 自动化 | blog-mcp(MCP)+ 评论脚本 | 可用 |
| 运维 | 权限清单 + 服务矩阵文档 | 文档就绪,待授权 |
六、待办(从文章推断的 TODO)
- 激活 Hermes Agent:配 env 的 LLM provider key,让本地 AI 真正能跑
- 落地恢复演练:备份方法论写了但季度演练未排期
- 开放 pm/file/mail:三个子域 DNS 有但安全组未放行
- SSL 全覆盖:acme.sh 自动续期 cron 待接
- 监控告警:健康检查 + 告警 webhook 待接入
- MCP 注册到 Trae:blog-mcp 已可用但未进 Trae 工具集
- L2 开关策略:blog-mcp 危险操作用时开用完关,待制度化
七、总结
7 天 20 篇文章,从「搭个博客」一路演进到「AI Agent + MCP 标准化 + 自动化运营 + 运维治理」,主线清晰:先建承载(博客)到装业务(禅道/商城/文件柜)到沉淀方法论(部署/备份)到引入 AI(Hermes)到标准化接口(MCP)到自动化运营(评论脚本)到治理(权限清单)。
最大收获是 MCP 标准化这一步:它把早期浏览器自动化的脆弱性(乱码、编码坑、CodeMirror 同步问题)彻底解决,换成 JSON-RPC 标准协议,且带了权限分级(L0 只读/L1 常规写/L2 危险写)。这个方法论升级让后续的自动化运营(评论脚本、批量评论)有了稳固的地基。
后续重心从「建」转向「治」:权限清单文档标志着建站期结束、运维期开始,待权限到位后进入恢复演练、监控告警、SSL 全覆盖的常态化运维阶段。
文章导出
生成预览中...
