update
This commit is contained in:
@@ -1,7 +1,7 @@
|
||||
---
|
||||
title: 关于博客部署的自动化方案!
|
||||
date: Mon Jan 12 2026 13:22:39 GMT+0800 (China Standard Time)
|
||||
updated: Mon Jan 12 2026 19:05:02 GMT+0800 (China Standard Time)
|
||||
updated: Tue Jan 13 2026 19:19:23 GMT+0800 (China Standard Time)
|
||||
tags: 博客
|
||||
---
|
||||
|
||||
|
||||
@@ -1,10 +1,23 @@
|
||||
---
|
||||
title: 关于项目和代码仓库关联的方案
|
||||
date: Tue Jan 13 2026 16:14:20 GMT+0800 (China Standard Time)
|
||||
updated: Tue Jan 13 2026 16:14:20 GMT+0800 (China Standard Time)
|
||||
updated: Tue Jan 13 2026 19:19:11 GMT+0800 (China Standard Time)
|
||||
tags: 博客
|
||||
---
|
||||
|
||||
描述:
|
||||
|
||||
任何的项目,是先有需求,再有代码仓库,从左到右的反推的。
|
||||
|
||||
项目管理器,项目和对应仓库绑定,一一绑定。,和对应的开发环境绑定,一一绑定
|
||||
|
||||
## 绑定的类型
|
||||
|
||||
绑定 cnb
|
||||
绑定 gitea
|
||||
绑定 github
|
||||
|
||||
## 比如一个页面,编辑具体需求
|
||||
|
||||
直接转成对应的仓库,直接打开对应的仓库
|
||||
|
||||
|
||||
33
blog/source/_posts/3.md
Normal file
33
blog/source/_posts/3.md
Normal file
@@ -0,0 +1,33 @@
|
||||
---
|
||||
title: 关于远程编辑器中命令行打开新窗口
|
||||
date: Tue Jan 13 2026 19:16:48 GMT+0800 (China Standard Time)
|
||||
updated: Tue Jan 13 2026 19:17:27 GMT+0800 (China Standard Time)
|
||||
tags: 博客
|
||||
---
|
||||
|
||||
关于ai编辑器vscode远程开发相关
|
||||
|
||||
比如在src的文件夹下,用code打开src下的module的文件夹这种情况。
|
||||
|
||||
不同的编辑器的注册到命令行的命令不一样。
|
||||
|
||||
### vscode
|
||||
|
||||
打开remote,使用code可以打开新窗口
|
||||
|
||||
### trae(cn)
|
||||
|
||||
打开remote,使用trae打开新窗口
|
||||
|
||||
### codebuddy(cn)
|
||||
|
||||
打开remote,使用buddycn
|
||||
|
||||
### cursor
|
||||
|
||||
打开remote,使用cursor
|
||||
|
||||
### 对应的位置
|
||||
|
||||
`C:\Users\${user}\AppData\Local\Programs`
|
||||
|
||||
14
blog/source/_posts/4.md
Normal file
14
blog/source/_posts/4.md
Normal file
@@ -0,0 +1,14 @@
|
||||
---
|
||||
title: 关于nocodb一个月探索
|
||||
date: Fri Jan 16 2026 15:57:48 GMT+0800 (China Standard Time)
|
||||
updated: Fri Jan 16 2026 22:54:53 GMT+0800 (China Standard Time)
|
||||
tags: 博客
|
||||
---
|
||||
|
||||
整体研究了一个月的nocodb,因为claudecode编码模式的skill。我感觉整个技术方向,nocodbd的自由度还是太弱了。ai场景下,我需要对每一个数据需要记录吗?不需要的,我只需要把我的知识放进去,然后到某一个时间去拿出来就好了。我需要整理吗?不需要的
|
||||
|
||||
skill很有意思,想方设法写一个模块,直接对话式管理?那不是铁铁的未来的吗
|
||||
|
||||
任何的一个db数据库,skill直连创建应用然后输入输出数据=
|
||||
|
||||
nocodb差在哪里,分享能力太衰弱了
|
||||
45
blog/source/_posts/5.md
Normal file
45
blog/source/_posts/5.md
Normal file
@@ -0,0 +1,45 @@
|
||||
---
|
||||
title: Zod Options 与 Description 顺序问题说明
|
||||
date: Fri Jan 16 2026 22:53:08 GMT+0800 (China Standard Time)
|
||||
updated: Fri Jan 16 2026 22:54:40 GMT+0800 (China Standard Time)
|
||||
tags: 博客, 资料库
|
||||
---
|
||||
|
||||
# Zod Options 与 Description 顺序问题说明
|
||||
|
||||
## 问题描述
|
||||
|
||||
在使用 Zod 定义 Schema 时,如果 `.options()` 方法调用位于 `.describe()` 方法之后,会导致设置的 description 信息丢失。
|
||||
|
||||
## 错误示例
|
||||
|
||||
```typescript
|
||||
import { z } from "zod";
|
||||
|
||||
// 错误:options 在 description 后面
|
||||
const schema = z.object({
|
||||
name: z.string().describe("用户名").options({ message: "请输入用户名" }),
|
||||
});
|
||||
```
|
||||
|
||||
在上面的示例中,`describe("用户名")` 设置的描述信息会被后续的 `.options()` 调用覆盖。
|
||||
|
||||
## 正确示例
|
||||
|
||||
```typescript
|
||||
import { z } from "zod";
|
||||
|
||||
// 正确:options 在 description 前面
|
||||
const schema = z.object({
|
||||
name: z.string().options({ message: "请输入用户名" }).describe("用户名"),
|
||||
});
|
||||
```
|
||||
|
||||
## 原因分析
|
||||
|
||||
Zod 的方法链式调用中,`.options()` 会创建新的 schema 实例,导致之前通过 `.describe()` 设置的元数据丢失。
|
||||
|
||||
## 建议
|
||||
|
||||
在 Zod Schema 定义时,应确保 `.options()` 在 `.describe()` 之前调用,以保留描述信息。
|
||||
|
||||
12
blog/source/_posts/6.md
Normal file
12
blog/source/_posts/6.md
Normal file
@@ -0,0 +1,12 @@
|
||||
---
|
||||
title: 关于图片预览问题,cdn和light资源
|
||||
date: Sat Jan 17 2026 20:00:13 GMT+0800 (China Standard Time)
|
||||
updated: Sat Jan 17 2026 20:00:13 GMT+0800 (China Standard Time)
|
||||
tags: 博客
|
||||
---
|
||||
|
||||
对象存储当中,阿里云,腾讯云,火山云,各自的面向公网都是收费,内网流量不需要。
|
||||
|
||||
假如自己有台他们自己的设备,比如2h2g1m这种,限死的实例来说,如果流量从这个方向出。也就不需要再花一笔,流量费。
|
||||
|
||||
所以配置一个数据重定向的功能,就很需要。
|
||||
11
blog/source/_posts/7.md
Normal file
11
blog/source/_posts/7.md
Normal file
@@ -0,0 +1,11 @@
|
||||
---
|
||||
title: 图片转大小网页工具
|
||||
date: Mon Jan 19 2026 03:30:30 GMT+0800 (China Standard Time)
|
||||
updated: Mon Jan 19 2026 03:30:43 GMT+0800 (China Standard Time)
|
||||
tags: 博客, 资料库
|
||||
---
|
||||
|
||||
|
||||
图片工具
|
||||
|
||||
图片转128*128的网页工具: https://www.imageresizer.work/zh/resize-image-to-128x128
|
||||
27
blog/source/_posts/8.md
Normal file
27
blog/source/_posts/8.md
Normal file
@@ -0,0 +1,27 @@
|
||||
---
|
||||
title: 整理一下介绍自己
|
||||
date: Mon Jan 19 2026 21:15:49 GMT+0800 (China Standard Time)
|
||||
updated: Mon Jan 19 2026 21:43:38 GMT+0800 (China Standard Time)
|
||||
tags: 博客
|
||||
---
|
||||
|
||||
人的自我认知与能力定义并非一成不变,而是随着经验积累和环境变化不断演进。每隔一段时间回望自身,总会发现思维方式、技术判断与价值重心已悄然转变。在此,我对当前阶段的能力进行一次系统性梳理与更新。
|
||||
|
||||
2025年,程序开发的范式发生了深刻变革:编码本身正逐渐从“技术挑战”转变为“基础能力”。真正决定项目成败的关键,已不再是能否写出代码,而是能否构建出有价值的产品,并有效推动其落地与传播。
|
||||
|
||||
### 技术积淀与工程实践
|
||||
|
||||
在长期实践中,我深耕于现代全栈技术体系,形成了稳定高效的技术路径:
|
||||
|
||||
- **前端**:深度掌握 React 生态体系,熟悉组件化架构、状态管理及性能优化,能够快速构建用户体验优良的交互界面。
|
||||
- **后端**:基于 Node.js 构建高可用服务,偏好从原生模块出发,逐步封装出轻量、灵活且可扩展的服务框架。主导设计并实现了一套现代化的 AI 路由框架(AI Router),支持动态逻辑编排与智能响应生成。
|
||||
- **工程化与部署**:具备独立完成项目全生命周期运维的能力,熟练使用 Docker 进行容器化打包,通过 Kubernetes 实现服务编排与弹性伸缩,结合对象存储方案解决静态资源与大文件管理问题。
|
||||
- **代码治理**:擅长对现有项目进行快速分析、重构与功能扩展,能精准识别技术债务并实施模块化改造。习惯将高频操作抽象为工具函数或中间件,提升团队开发效率与代码一致性。
|
||||
|
||||
### 面向 AI 的新工作范式
|
||||
|
||||
当前,我正积极融入以 AI 为核心驱动力的新型开发模式。在这种范式下,核心能力已转向:
|
||||
|
||||
- **需求精准描述**:能够清晰、结构化地表达功能意图,使 AI 理解上下文与边界条件,从而生成高质量初始代码。
|
||||
- **智能辅助实现**:借助大模型快速原型化功能模块,显著缩短开发周期;同时具备强大的调试与纠错能力,能高效识别并修复 AI 输出中的逻辑错误或潜在风险。
|
||||
- **引导式开发控制**:通过持续反馈与迭代提示,引导 AI 按照预期方向演进代码,确保输出符合架构规范与业务目标。
|
||||
Reference in New Issue
Block a user