做一个

自由的

创造者

我相信

"真正的创造,源于内心的自由。当热情不被束缚,想法便能自然地流淌成作品。我在这样的节奏里工作,在这样的状态里生活。"

合作与快乐

共同创造,会有更多快乐与可能

技术而自由

代码的意义,是解放创造力

热爱的力量

充满热情,就有无限力量

关于我

Yrobot

自由的创造者

独立开发者 · 全栈工程师

6年前端 + 4年全栈

浙江杭州 / 远程

落地窗 升降桌 MacBook 太阳 小狗 美式

徒步
骑摩托
看电影
旅行
和朋友在一起
狗狗
#React
#Next.js
#TypeScript
#Tailwind
#Docker
#Prisma
#PostgreSQL

我相信创造的力量。 6 年的技术经历, 让我学会如何让想法变成产品。 我作为独立开发者, 和相信同样理念的伙伴 一起打造真正被需要的产品。 做值得做的事。

如果你需要技术合伙人,

或者需要技术帮助。

#欢迎联系我!

保持创造

创造, 是我的工作方式, 也是我的表达语言。
这些年做过一些
商业探索
, 也参与了许多
开源分享
。
每一个成果, 都是对理念的坚持、对自由的追求。
商业探索
DevzAI
DevzAI
通过 AI 集成革新软件开发的企业级 SaaS 平台
#React
#Redux
#D3.js
#WebSocket
#AWS
#sass
#react-dnd
商业探索
RIPE Fruit
RIPE Fruit
中国 TOP 3 无糖饮料品牌官方网站
#Next.js
#TS
#sass
#react-slick
商业探索
Brainglue
Brainglue
面向创意人士,快速、高效和易于使用的 AI 工具套件
#Next.js
#Tailwind CSS
#TS
#stripe
#zustand
#MongoDB
#next-auth
#Vercel
商业探索
Mail Agent
Mail Agent
专为开发者设计的邮件发送平台
#Next.js
#TS
#Tailwind CSS
#Cloudflare D1
#Cloudflare Worker
商业探索
Figma Nocode
Figma Nocode
一键将 Figma 设计转换为网站的无代码工具
#Next.js
#TS
#Tailwind CSS
#Figma API
#Vercel

我的
开源分享
旅程

50+
开源仓库
500+
GitHub Stars
9年
持续分享
TS/JS
主要技术

前往我的 GITHUB 主页

GitHub

我的博客

记录和分享一些我在生活和工作中遇到的有趣事情、学习经历、难题和解决方案。希望可以帮助到更多的人。

精选

Prisma的简介和使用

什么是 Prisma:这是 Prisma 官网的 slogan 翻译过来就是说: Prisma 是一个基于 Node.js 和 TypeScript 的 ORM,它可以帮助开发者以更快的开发速度和更少的错误来管理数据库。 关于 ORM(Object/Relational Mapping),简单来说就是一个可以像操作对象一样操作数据库的工具。 具体 ORM 介绍可以参看 阮一峰 老师的《ORM 实例教程》

2025/10/26阅读更多 →

Agent开发 3.3 - 多智能体实战与落地:层次化流水线与对抗辩论推演

多智能体落地的三维正交坐标系:在评估不同多智能体落地架构时,我们可以从三个相互独立的物理维度建立全景坐标系: mermaid flowchart TD subgraph D1["维度一:编排控制度 (Orchestration Rigidity)"] A1["刚性代码流水线<br/>(拓扑在编译期写死)"] A2["条件门禁图 (Gated DAG)<br/>(轻量规则引擎动态放行)"] A3["自主 Supervisor<br/>(LLM 完全自由分发)"] end subgraph D2["维度二:决策收敛机制 (Decision Convergence)"] B1["协同流水线<br/>...

2026/10/24阅读更多 →

Agent开发 4.1 - 上下文治理方案全景:Token 配额仲裁、注意力防稀释与动态历史折叠

破除误区:为什么百万 Token 窗口解决不了上下文治理:在实际业务测试中,当上下文长度从 2000 Token 膨胀到 5 万甚至 10 万 Token 时,系统通常会遭遇三重致命打击: 1. 上下文腐蚀(Context Rot): 所谓上下文腐蚀,是指随着上下文长度的增加,模型从整体内容中精确检索和遵循特定指令的能力呈现渐进式衰减。实验表明,当输入文本极其冗长且包含大量调试废话时,模型的推理准确度反而显著低于仅输入几百 Token 核心约束时的表现。 2.

2026/10/24阅读更多 →

Agent开发 3.1 - 多智能体协作拓扑全景:主从分发、对等协同与多方博弈

盲目堆砌智能体的四大工程陷阱:在没有顶层拓扑约束的前提下,放任多个智能体自由对话,系统会迅速暴露四个致命的工程隐患: mermaid flowchart LR A["单 Agent: O(N) 线性推演"] -->|"盲目自由互通"| B["无序多 Agent: O(N²) 通信爆炸"] B --> C["Token 异常消耗 (客套死循环)"] B --> D["缺乏唯一裁决者 (收敛失败)"] B --> E["传话筒效应 (语义严重漂移)"] B --> F["状态空间与调试成本爆炸"] 1. Token 异常消耗(客套死循环): 自由对话缺乏天然的执行边界。

2026/10/22阅读更多 →

Agent开发 3.2 - 通信与数据交互机制:消息传递与共享事实黑板的架构权衡

终结混乱:多智能体通信的三维正交坐标系:市面上充斥着各种各样的名词:Handoff、Blackboard、Pub-Sub、MCP、A2A、Agent-as-Tool 等。若不理清本质,极易陷入概念混乱。

2026/10/22阅读更多 →

Agent开发 2.3 - 控制流实战与落地:长程任务推进与中途插队纠偏

传统长任务执行的交互困境:在基于 ReAct(推理与行动交替,即让大模型交替输出思考并调用工具拿到结果)的常规实现中,智能体的核心控制流通常是一个封闭的 while 循环: typescript // 常规封闭式 ReAct 执行循环 while (currentStep < maxSteps) { const response = await llm.chat(messages); messages.push({ role: "assistant", content: response.content }); if (response.

2026/10/21阅读更多 →

一起聊聊吧

有个好想法?需要创业伙伴?需要技术支持?或者只是想打个招呼?我都乐意倾听!

我能帮你做什么

创业路上的技术伙伴

把商业想法,做成能长期跑的技术系统

全栈产品开发

从规划到上线,交付完整的产品开发

前端技术咨询

设计可维护、可扩展、长期稳定的技术方案

设计稿到网站

精确还原设计。响应式、可维护、高性能

不用想太多,先说声 Hi 👋