> booting profile/leecyang ...
> mode: builder | reverser | operator | fpga tinkerer
> status: caffeinated enough, still shipping
> attitude: professional, slightly lazy, heavily terminal-shaped
我喜欢把复杂问题拆开、跑通、再慢慢抛光。能写前后端的时候我会直接把链路收完整；需要往下钻的时候，就去看协议、看实现、看性能瓶颈，或者去跟 Verilog / SystemVerilog 打交道。
如果一个东西最后不能稳定跑起来，我一般不会太相信它的故事。
$ whoami
李承阳
$ cat /etc/role
南京农业大学本科在读（预计 2027 年毕业）
$ ls ./focus
全栈开发 算子开发 JS逆向 FPGA
$ cat ./current_status
- 正在把 AI 工具链、多模态应用和自动化工具做得更像产品
- 继续研究协议、接口行为和浏览器侧交互路径
- 在 FPGA / 数字系统项目里练时序、控制逻辑和模块化设计
$ echo $MOTTO
做能跑起来、能长期维护、也能解释清楚的系统。我目前是南京农业大学本科在读学生，主要把时间花在两类问题上：一类是面向真实使用场景的全栈系统，另一类是更偏底层和工程化的问题，比如算子开发、协议分析、JS 逆向以及 FPGA 数字系统设计。
公开项目里，你会看到我在 AI 应用、自动化工具、图像处理、前后端协同和硬件实验上的不同尝试；私下里，我也会继续做一些偏工具链、浏览器协议和效率系统方向的项目，把想法尽量打磨成真正可用的东西。整体上我不太追求“看起来很忙”，更在意系统能不能长期稳定地跑。
| 方向 | 正在做的事情 |
|---|---|
| 全栈开发 | 把产品体验、接口设计、部署链路和长期可维护性串成一个完整闭环 |
| 算子开发 | 关注更底层的实现方式、性能组织和复用能力 |
| JS逆向 | 研究前端协议、接口行为与自动化交互路径 |
| FPGA | 持续做 Verilog / SystemVerilog 数字系统项目，强化时序与控制逻辑能力 |
我把几个真实在跑的站点和 API 挂到了主页里，读数逻辑更偏运维视角，不只是“有没有个链接”。普通站点按 2xx/3xx 判活，letsapi.store/v1/responses 这类边界接口则按固定 404 JSON 视为在线，golibrary.xyz 还额外带了一层重试，尽量少报假警。
stack.index
├── languages -> JavaScript / TypeScript / Python / Java / C++ / Verilog / SystemVerilog
├── frontend -> React / Vue / Vite / Tailwind
├── backend -> FastAPI / Express / Spring Boot / Node.js
├── infra -> Docker / Cloudflare / GitHub Actions
└── data_and_ai -> MySQL / SQLite / Supabase / Redis / OpenCV / YOLO / ONNX / DJL
我习惯把技术栈看成工具箱，不太会为了“补关键词”去硬学一圈。大多数时候，选型标准其实很朴素：能不能快速验证，能不能继续扩，出了问题能不能自己修。
|
农业害虫识别平台 结合 Vue、Spring Boot、DJL 与 ONNX Runtime 的农业害虫识别系统，围绕真实业务场景组织了前端、后端、推理和部署链路。 Stack: |
自托管到馆/签到助手 基于 FastAPI + React 的多用户自托管工具，围绕授权解析、状态维护、自动签到和后台管理做了一套完整闭环。 Stack: |
|
AI 驱动的情绪追踪应用 用 React、TypeScript、Express 与 Supabase 构建的照片分析与陪伴式交互应用，重点探索了多模态体验与移动端表达。 Stack: |
拼豆底稿生成 Web 应用 支持 AI 风格化与智能像素化的图像处理工具，把图片转换为可执行的拼豆图纸，同时兼顾参数可调性和实际制作可用性。 Stack: |
|
基于 FPGA 的现代化数字时钟系统 使用 Verilog 构建的数字时钟系统，包含时钟、闹钟、秒表、按键消抖、数码管驱动等模块，体现了完整的层次化数字系统设计思路。 Stack: |
洗衣机控制器 FPGA 项目 基于 SystemVerilog 的控制器设计项目，聚焦有限状态机、时序控制和硬件逻辑组织，是我在 FPGA / 数字电路方向的重要实践之一。 Stack: |
| 方向 | 代表内容 | 说明 |
|---|---|---|
| 全栈系统 | WegoLibrary / LumiVibe | 从前端交互到后端接口、状态与部署都自己收口 |
| AI 应用 | AgriVision AI / Img2Pindou | 把模型能力组织进真实产品链路，而不是只停留在 demo |
| 硬件实践 | ChronoCore / Washing_Machine_Controller | 持续做 FPGA 与数字系统方向的模块化设计 |
| 私有项目 | 算子开发 / AI 工具链 / 协议实验 | 目前大部分时间投入在这些更偏工程深水区的方向 |
这段 GIF 会从你真实在线的站点抓取画面，按天刷新。比起凭空拼概念图，我更喜欢让主页直接展示“现在正在跑的东西长什么样”。
flowchart LR
A["Monitored Targets<br/>golibrary / lingxilearn / christmas1314 / lyyzka / letsapi"] --> B["GitHub Actions<br/>15 min probes + daily demo refresh"]
B --> C["Python Probes<br/>status.json + status-summary.svg + status-grid.svg"]
B --> D["GitHub API Renderer<br/>github-overview.svg + github-languages.svg"]
B --> E["Playwright Capture + Pillow GIF<br/>live-sites-demo.gif"]
C --> F["generated branch assets"]
D --> F
E --> F
F --> G["Profile README"]
flowchart TD
U["Users"] --> W1["golibrary.xyz"]
U --> W2["lingxilearn.cn"]
U --> W3["christmas1314.xyz"]
U --> W4["lyyzka.xyz"]
U --> G1["gen.letsapi.store/overview"]
U --> G2["letsapi.store/v1/responses"]
M["README Monitoring Layer"] --> W1
M --> W2
M --> W3
M --> W4
M --> G1
M --> G2
refresh-assets.yml
├── every 15 minutes -> probe sites + regenerate monitoring and GitHub SVG cards
├── every day 03:00 UTC -> refresh site screenshots and rebuild demo GIF
└── push / manual run -> full refresh
主页上的监控卡、统计卡和演示图都不是手工维护的。它们会自己刷新，坏了就会显示出来，活着就一直亮着。
虽然很多正在推进的项目暂时没有公开，但它们基本都围绕下面几条主线展开：
- 算子开发：更偏底层实现和性能组织的问题，关注可复用性与工程落地。
- AI 工具链：包括模型接入、多模态处理、工作流串联和开发体验优化。
- 浏览器 / 协议相关实验：聚焦 JS 逆向、接口分析、自动化与实际业务协议交互。
- 个人效率系统：把日常反复出现的流程产品化，做成可以长期运行的小系统。
