Levon's Blog

从 3 人维护 8 个内部应用的约束出发，推导 ECS Fargate、Embedded IaC、共享/隔离谱系等架构决策，并给出每条决策的反转条件。

新人入职第一天打开 AWS 控制台。30 多个 EC2、十几个安全组、几个 RDS。没人能说清哪个资源谁开的、什么时候开的、为什么开的。也没人敢删——万一是关键服务呢？

这就是手点基础设施的代价。新人接手两眼一抹黑，变更全凭口口相传。Terraform 的承诺只有一句：

所有云资源用代码描述，所有变更走 Git。

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

背景一句话：我们想让团队的 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 落地的流量转发链路。