Levon's Blog

AWS 上不同 VPC 之间默认完全隔离。VPC Peering 在两个 VPC 之间建立一条专用通道，让双方通过私网 IP 互相访问。

本文从基础概念讲起，通过一个跨 VPC 访问 RDS 超时的真实案例，演示 Peering 的完整配置过程和常见踩坑点。

自建 Gitea 需要 CI/CD 能力。在 EC2 上 24 小时跑 act_runner 既浪费又难维护。本文记录如何用 ECS Fargate 实现按需启动的 Serverless runner——有 job 时拉起容器，跑完即销毁，零闲置成本。

在 AWS 上部署任何应用时，三个网络问题必然出现：服务怎么被用户访问？容器怎么访问外部 API？数据库怎么不暴露到公网？

答案都在 VPC 网络架构中。IGW、NAT Gateway、路由表、安全组、公有/私有子网构成这套架构的核心支柱。

背景一句话：我们想让团队的 AI Coding Agent 直接把写好的代码部署到 AWS，不需要人工介入。于是做了一个内部工具 Runway——runway deploy 一条命令，从代码到运行。

给 Claude Code 写了很多自定义 Skill，用了几个月，直到按官方规范做了一次全面审计，才发现每一个 Skill 的 description 都踩了同一个坑。

这个坑不是语法错误，不是功能缺陷，而是一个认知陷阱：我一直在告诉 Claude “ 我是谁 “，而不是 “ 什么时候该找我 “。

非设计师如何借助 AI Agent 完成高质量 UI 设计？本文整理了目前的最佳实践，涵盖方法论、工具链、Skills 和可执行的工作流。

用 React 做了一个网页扑克游戏。菜单、弹窗、计分板都很顺，但一到牌桌——50 张牌同时做动效——帧率掉到个位数。试着优化 React 渲染，没用；试着减少 DOM 节点，还是没用。问题不在代码，在于 DOM 本来就不是为这种事情设计的。

这篇文章解释一个解法：把 UI 交给 React，把牌桌交给 PixiJS，用 Vite 把它们连起来。

Node.js 生态中有四个常用的包管理相关工具：npm、yarn、pnpm 和 npx。选错工具或混用会带来依赖冲突、CI 构建慢、磁盘浪费等问题。本文从底层原理出发，用类比解释设计差异，重点在于 “ 为什么 “，而非只罗列 “ 怎么做 “。

你正在 feature 分支改了 20 个文件，线上突然报了个紧急 bug——怎么办？

用 stash 的话，需要 5 步：暂存 → 切分支 → 修 bug → 切回来 → 还原（还要祈祷没有冲突）。Git Worktree 让你只需 2 步：新建一个目录直接开始修，feature 的代码、IDE 窗口、编译缓存全程不受干扰。

通过 Clash Verge Rev 配置链式代理，实现中转节点 + 静态住宅 IP 落地的流量转发链路。