有的没的
前天课上无聊,在妖火发了一个帖子,询问现在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
觉得llm的quota快到了,可以让他导出目前聊天的checkpoint:
请导出目前聊天的Chat checkpoint prompt, 以便我下次接续目前的工作进度


#ai #programming
1. 理发
2. 订婚衣服
3. 制作导引牌子

4. 锦旗
5. 婚纱照
【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太坑爹了!!integration 页面提供的 upstash-kv 的 token 都不对!!

最后还是点一下“Open in upstash" 跳转到 upstash 官网,那上面提供的 token 是对的。

#programming
主流 AI 提示词优化工具推荐(2025 全面对比指南)

via 掘金人工智能本月最热 (author: 一点一木)



#bm #ai
Vercel 的 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
完成了一个 tg searcher 的小改版。
现在 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
现在有一个问题就是在openclash绕过U D P了之后这种情况下DNS走代理的话到底管不管用

可以做一个小实验,走明文的DNS,加Proxy和不加Proxy看看是否会产生泄漏

只要不泄露的话那么就可以采用这种方法


#network
接下来的研究任务是,目前的这种走代理的解析方式的话肯定会有延迟的。
需要研究一下既然是有fake IP了, 这种方法的存在性是否还有意义。
Back to Top