更新
看到部署上问题,我是没玩过hf、vercel这种. 我想到的能力范围内就docker image .
所以将这个项目加上 Dockerfile、compose文件.
由于我是arm电脑就不pull image了.
可以通过Dockerfile build image, 也可以 docker compose up -d .
前提就是把.env 挂进去即可.
例如: docker run -p 3000:3000 -v ./.env:/app/.env gemini-search:0.0.1
看到佬的话题 开源的Gemini-Search，fork一个在你的电脑里，填上自己的Google AI Key，一分钟就有了自己的Google Research。
自己clone 测试一下还不错嘛. 但是缺少一些我喜欢的细节. so 魔改一版. 1.9 21:38 开始, 最终改完已经3:32了 …
背景是我不懂他的技术栈,也不是前端. 看过一阵子vue, 哈哈几乎没写过. 所以只能靠cursor助我实践了,我负责嘴炮和测试.
第一步,我清空了自己的rules(记得拷贝不是直接清 
), 挑选了一个前端的rules . rules地址
下一步是在项目根目录加入 .cursorrules 文件, 这个我结合他项目的readme copy技术栈+ 我的一丢丢要求.
内容如下:
# Tech Stack
Frontend: React + Vite + TypeScript + Tailwind CSS
Backend: Express.js + TypeScript
AI: Google Gemini 2.0 Flash API
Search: Google Search API integration
**Iterate the functionality based on the current project's language style and technology stack.**
**Use the current project's language style and technology stack to write the code.**
后面就开始魔改代码了, 我选择的是使用 composer 功能的 agents . 最开始我让他在原版上 搜索结果加上资源数. 完美通过, 测试完功能后,直接 accept all. (我这里说的测试,不止是测试当前,而是所有或者查看修改代码是否改了影响你其他功能的地方)
我的想法是:
-
将每次的一个功能点当作一个 Accept 操作. 再次之前的所有操作不用急于去accept, 即便是命令行的动作 都可以在不accept 就执行了. 所以完成再去accept 比较符合我的直觉.
-
注意如果不懂时候, 不要自己手动调整 单文件的 accept 或者单行代码的 accept. 我体会自己的调整影响到
restore功能. -
restore 功能是恢复到这个点的变更之前. 当一次调整不满意,尤其是多次调整都没达到预期最好停止对话. 恢复到上一次或者使用git记录的撤销变更.
-
如过三四次对话都没调整好的,最好放弃这次修改.可能是对话内容有纰漏或者模型”脑子抽了“.
-
记住分块处理, 我昨天为什么那么久,第一个原因是懒, 直接下载的作者库的zip, 所有没办法直接回撤,只能靠
restore感觉心都悬着.
-
有些问题模型不理解,比如页面布局按钮和另一个按钮对不齐,修改多次无果,我浏览器一查看,好家伙 一个有div 另一个直接button.
-
功能一定要叙述完整, 我告诉他支持登陆,他做到了,支持.env 配置账号密码 他做到了. but 我输入错的还是能登陆 … 没验证 靠!
引用宝玉对 cursor agents 的总结:
用 Agent 感觉就是你在带实习生，对使用者还是有要求，得自己懂才能更好的使用，但是真的是比以前手动选上下文方便了不少，只需要给出大致指令，中间纠正几次就能得到结果，比自己写还是省事一点。
对于我来说,这挺好玩的. 他给了我执行力,逼迫我去给他找问题、设计功能. 你描述清楚功能、故障,他去处理实现目标.
最后贴下上传魔改库: Gemini-Search
node_modules 被我干掉了,原库是提交了,我觉得大(400M了)取消了.
此库是练习使用cursor的试验品
.
没有考虑安全性和完整测试, 仅是个demo .
AI 全程编写,存在未知问题.请知悉
贴几张图:
-
登录
-
自定义多key,关闭是用env参数, env也是支持多key
-
资源数 & 一键复制 问题+结果
感谢佬友观看
完结
祝好
魔改
