有的没的
说到agent vibe coding, 我已经被最先使用全自动agent vibe coding的那些人落下了得有一年的时间了
以前以为用个copilot edit打开VSc,然后对我标签页的代码删删改改就是vibe coding
现在才知道啥是真正的vibe coding
但是这最大的原因是因为我感觉cursor搞起来很麻烦 经常被和谐 这么繁琐的事情也并不是我急切需要,没有就不行的 所以也就一直搁置了
还好现在有gemini qwen 两个大善人能给我开放免费名额,让我一试
还是便宜治百病呀~
#ai
以前以为用个copilot edit打开VSc,然后对我标签页的代码删删改改就是vibe coding
现在才知道啥是真正的vibe coding
但是这最大的原因是因为我感觉cursor搞起来很麻烦 经常被和谐 这么繁琐的事情也并不是我急切需要,没有就不行的 所以也就一直搁置了
还好现在有gemini qwen 两个大善人能给我开放免费名额,让我一试
还是便宜治百病呀~
#ai
经过了AI编程差不多两三年的时间
越来越能理解一些广东非白化区的人说粤语识听唔识讲了
因为看的多了也就能理解了,但是想要主动输出那就是另外一码事了。。。
以上指的就是我在做js后端编程,网络编程方面的感想
#programming
越来越能理解一些广东非白化区的人说粤语识听唔识讲了
因为看的多了也就能理解了,但是想要主动输出那就是另外一码事了。。。
以上指的就是我在做js后端编程,网络编程方面的感想
#programming
前天课上无聊,在妖火发了一个帖子,询问现在agent编程的大家的选择. 要火总是每个人都很热情, 大家各种推荐.
当天下午我就下载了gemini-cli,还有qwen code.
以前一直都是在用github pilot edit, 只针对于单文件. 或者是干脆就是在claude的网页端询问.
这次使用了agent之后, 第一次感受到了vibe coding 原来是这样子. 可以自己扫描工作目录下的文件, 自己创建或者是删除.但是我还是偏向于ask every time, 而不是给full permission.
以后编程真的像是在做游戏了.
就像这几天一直在修缮我的tg索引. 把他一个从纯前端的实现做成一个后端的动态网页加上r2.
在来来回回debug的过程中, 感觉到我发挥的作用还是非常明显的. 因为没有一站式的本地开发环境, 没有nodejs,wrangler之类的, 只能靠用cf面板来进行编程, 所以说agent无法完成一个闭环,可能有了本地环境他也能做一些测试.
这样他在产出代码之前,我会先看一遍逻辑,检查一遍里边儿是否和他提出的目标相符.
实际上检查出了很多次说了改,但是实际上没改的情况. 这也就不得不提到前端,后端分离的框架带来文件增多,然后llm可能就是拆东墙补西墙. 这种情况发生在qwen3模型上很多
因为我对js还处于一个比较基础的小白水平, 但是对于Python就比较懂。 看他们写出来的Python代码 差不多就了解了他们的逻辑 看出了一些他们漏掉的东西,然后抓紧让他们继续修补。
对于js我的控制能力可能就没那么强,只能当英文作文看
总的来说,人工代码审查还是非常有必要的。 否则llm也是其实在试错,比如借助本地开发环境的多次运行查看编译错误来进行下次修补. 但是如果没有本地运行环境,那只能靠人眼或者手动部署了
#ai #programming
当天下午我就下载了gemini-cli,还有qwen code.
以前一直都是在用github pilot edit, 只针对于单文件. 或者是干脆就是在claude的网页端询问.
这次使用了agent之后, 第一次感受到了vibe coding 原来是这样子. 可以自己扫描工作目录下的文件, 自己创建或者是删除.但是我还是偏向于ask every time, 而不是给full permission.
以后编程真的像是在做游戏了.
就像这几天一直在修缮我的tg索引. 把他一个从纯前端的实现做成一个后端的动态网页加上r2.
在来来回回debug的过程中, 感觉到我发挥的作用还是非常明显的. 因为没有一站式的本地开发环境, 没有nodejs,wrangler之类的, 只能靠用cf面板来进行编程, 所以说agent无法完成一个闭环,可能有了本地环境他也能做一些测试.
这样他在产出代码之前,我会先看一遍逻辑,检查一遍里边儿是否和他提出的目标相符.
实际上检查出了很多次说了改,但是实际上没改的情况. 这也就不得不提到前端,后端分离的框架带来文件增多,然后llm可能就是拆东墙补西墙. 这种情况发生在qwen3模型上很多
因为我对js还处于一个比较基础的小白水平, 但是对于Python就比较懂。 看他们写出来的Python代码 差不多就了解了他们的逻辑 看出了一些他们漏掉的东西,然后抓紧让他们继续修补。
对于js我的控制能力可能就没那么强,只能当英文作文看
总的来说,人工代码审查还是非常有必要的。 否则llm也是其实在试错,比如借助本地开发环境的多次运行查看编译错误来进行下次修补. 但是如果没有本地运行环境,那只能靠人眼或者手动部署了
#ai #programming
【Vercel】为什么推送了提交之后,网站没有自动部署?
在Vercel上,每次向Github项目push时会自动部署,免费账户每天限100次。公共库的所有PR都会触发部署,但私有库仅限团队成员的推送。判断依据是提交者的邮箱地址,需确保与Vercel团队成员邮箱匹配。要修改git邮箱,可参考相关配置文章,然后在Vercel后台邀请用户加入团队。
通常,在 Vercel 上部署了一个 Github 上的项目,每次 git push 的时候,就自动触发部署,Vercel 把部署过程做得很丝滑。如果频繁提交,还要注意不要超过部署额度,免费账户每天的部署次数最多100次。
对于 Github 上的公开库,任何人推送或合并 PR,都将触发自动部署。但对于私有库,只有 Vercel 上团队成员的推送才会触发自动部署。也就是说,非团队成员推送提交到私有库,不会触发自动部署。
Vercel 怎么判断一个推送提交者是不是团队成员呢?唯一的判断是改提交用户的邮箱地址。如何修改git用户邮箱地址,可以参考这篇文章:【git】配置邮箱地址及用户名。
修改好git用户邮箱之后,就可以在 Vercel 项目管理后台,邀请用户加入团队。
#programming
在Vercel上,每次向Github项目push时会自动部署,免费账户每天限100次。公共库的所有PR都会触发部署,但私有库仅限团队成员的推送。判断依据是提交者的邮箱地址,需确保与Vercel团队成员邮箱匹配。要修改git邮箱,可参考相关配置文章,然后在Vercel后台邀请用户加入团队。
通常,在 Vercel 上部署了一个 Github 上的项目,每次 git push 的时候,就自动触发部署,Vercel 把部署过程做得很丝滑。如果频繁提交,还要注意不要超过部署额度,免费账户每天的部署次数最多100次。
对于 Github 上的公开库,任何人推送或合并 PR,都将触发自动部署。但对于私有库,只有 Vercel 上团队成员的推送才会触发自动部署。也就是说,非团队成员推送提交到私有库,不会触发自动部署。
Vercel 怎么判断一个推送提交者是不是团队成员呢?唯一的判断是改提交用户的邮箱地址。如何修改git用户邮箱地址,可以参考这篇文章:【git】配置邮箱地址及用户名。
修改好git用户邮箱之后,就可以在 Vercel 项目管理后台,邀请用户加入团队。
#programming
最后还是点一下“Open in upstash" 跳转到 upstash 官网,那上面提供的 token 是对的。
#programming
Vercel 的
---
### 情况一:静态路径重写 (没有使用正则表达式捕获)
这是您最开始的例子:
* 行为: 这种配置像一个**别名**。你告诉 Vercel:“
* `request.url`: 当请求到达时,Vercel 查找这个别名,然后把请求完全交给
---
### 情况二:动态路径重写 (使用正则表达式捕获)
这是您的第二个例子:
* 行为: 这种配置像一个**前端控制器**或**网关**。`/(.*)
* `request.url`: 为了让
---
### 总结
|
| :----------------------- | :------------- | :------------------------ |
|
|
#programming
rewrites 在这两种情况下的行为是不同的:---
### 情况一:静态路径重写 (没有使用正则表达式捕获)
这是您最开始的例子:
"rewrites": [
{
"source": "/w",
"destination": "/api/index"
}
]* 行为: 这种配置像一个**别名**。你告诉 Vercel:“
/w 这个路径就是 /api/index 的一个别名”。* `request.url`: 当请求到达时,Vercel 查找这个别名,然后把请求完全交给
/api/index 处理。此时,对于 api/index 函数来说,它看到的 request.url 就是它自己的地址:`/api/index`。原始的 /w 在这个阶段已经被“翻译”掉了。---
### 情况二:动态路径重写 (使用正则表达式捕获)
这是您的第二个例子:
"rewrites": [
{
"source": "/(.*)",
"destination": "/api/index.js"
}
]* 行为: 这种配置像一个**前端控制器**或**网关**。`/(.*)
中的 (.*) 是一个正则表达式的“捕获组”,它会捕获所有传入的路径。你告诉 Vercel:“无论用户访问什么路径,都把它捕获下来,然后交给 /api/index.js` 这个函数去处理”。* `request.url`: 为了让
/api/index.js 能正确处理请求(例如,根据 URL 显示不同的页面内容),Vercel 必须把**原始捕获到的路径**告诉它。因此,在这种情况下,函数内部拿到的 request.url **就是用户访问的原始 URL**。---
### 总结
|
source 的写法 | 行为模式 | 函数收到的 request.url || :----------------------- | :------------- | :------------------------ |
|
"/w" (静态路径) | 别名 (Alias) | "/api/index" (目标地址) ||
"/(.*)" (动态正则捕获) | 网关 (Gateway) | "/w" (原始请求地址) |#programming
这几天开发了一下vercel的无框架后端玩法,对比了一下和cf worker的不同。
其实就是多了vercel.json的一层路由,还有package.json的包定义。
用的node.js的后端,所以比cf worker强大,但是回回得compile, 需要时间。
然后kv的话可以在integration中连接别家服务。目前还没测试过。
相对来说比cf worker重不少
#programming
其实就是多了vercel.json的一层路由,还有package.json的包定义。
用的node.js的后端,所以比cf worker强大,但是回回得compile, 需要时间。
然后kv的话可以在integration中连接别家服务。目前还没测试过。
相对来说比cf worker重不少
#programming
后记:更换了 dell 原装 typec-dp 转接线,没有频繁唤醒的情况了!!!!!
—-
mbp 14“ 通过 dp 连接显示器,休眠后显示器频繁被唤醒的情况
看来很多。
https://v2ex.com/t/1098686
#programming
—-
mbp 14“ 通过 dp 连接显示器,休眠后显示器频繁被唤醒的情况
看来很多。
https://v2ex.com/t/1098686
#programming
完成了一个 tg searcher 的小改版。
现在 json 经过压缩之后再上传到 cf r2,客户端访问的时候解压再搜索。
小 manual:
1. 在本地准备上传文件:
* 确保你的
* 打开命令行终端,进入该文件所在目录,运行
* 这会生成一个
2. 上传压缩文件:
* 使用
*
* 成功后,你会看到
#programming
现在 json 经过压缩之后再上传到 cf r2,客户端访问的时候解压再搜索。
小 manual:
1. 在本地准备上传文件:
* 确保你的
channel_content.json 文件在电脑上。* 打开命令行终端,进入该文件所在目录,运行
gzip 命令进行压缩: gzip channel_content.json
* 这会生成一个
channel_content.json.gz 文件。2. 上传压缩文件:
* 使用
curl 命令上传这个 .gz 文件。注意 Content-Type 现在是 `application/gzip`。 curl -X POST "https://<你的Worker地址>/upload?token=<你的AUTH_TOKEN>" \
-H "Content-Type: application/gzip" \
--data-binary "@channel_content.json.gz"
*
--data-binary 确保文件以二进制形式上传,不会被修改。* 成功后,你会看到
Successfully uploaded channel_content.json.gz. 的消息。#programming
bard 是好东西!!!
ios 端可以定义推送的严重级别!如果想实现强提醒,那么就把严重级别改为 critical!!
还可以设定持续通知,不断地播放铃声直到dismiss!!
而且还可以点击推送跳转 url. 支持 url scheme! 这样可以跳转到企业微信!
此外,服务端有 cfworker 的实现,非常方便!
这样。。在校方不断给我的自动写日志爬虫设置障碍的情况下。。我不得不采用人工预定提醒的方法了
也还行吧
#programming
ios 端可以定义推送的严重级别!如果想实现强提醒,那么就把严重级别改为 critical!!
还可以设定持续通知,不断地播放铃声直到dismiss!!
而且还可以点击推送跳转 url. 支持 url scheme! 这样可以跳转到企业微信!
此外,服务端有 cfworker 的实现,非常方便!
这样。。在校方不断给我的自动写日志爬虫设置障碍的情况下。。我不得不采用人工预定提醒的方法了
也还行吧
#programming