V2EX › saySilence 的所有回复 › 第 2 页 / 共 4 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4

❮

❯

6 月 26 日

回复了 iuh 创建的主题 › 程序员 › 还有在用 antigravity cli 的吗

咋用啊，为啥我登录上去说什么要企业版啊

6 月 25 日

回复了 saySilence 创建的主题 › 程序员 › 有没有办法给 code agent 提供知识库？

@coefu 知识库 mcp 的方案无法解决何时调用的问题，AI 该跑偏还是跑偏。假如写个通用的提示词，比如“遇到问题先去知识库进行查询”，那大概率还是提问的开头开始查询，而且大多数情况下都是多此一举。所以目前的方案可能还是 AGENTS.md 里面做一个较为通用的路由，比如根据接口、根据页面，有通用的文档规则让他能够主动去看。较为特殊的部分，显式声明，就像你说的那样。
通用的知识库的话，只能通过主动询问的方式

6 月 25 日

回复了 lietxia 创建的主题 › Android › 安卓原生 AI 编程(Termux)

原生难道不应该是 app 吗？都 deb 了算啥原生

6 月 23 日

回复了 codingerj 创建的主题 › AI Agent 智能体 › 让 gpt 给现在的 agent 工具搞了个排名， gpt 公正么

反重力都能上榜了，cli 那垃圾交互我都不想用，比起其他的差远了

6 月 23 日

回复了 momo2023 创建的主题 › 问与答 › 使用 deepseek v4 进行 vibe coding 的话，如何让它能识别图片？

写个 skill 直接调其他模型，要求低的话还是没什么的。文字很难表达图像信息，所以到 deepseek 手上已经是二手消息了。识个图、识别文字用用倒是没什么。反正后面要开放多模态了，deepseek 加油吧

6 月 23 日

回复了 yyttrr 创建的主题 › 程序员 › 这个月用 deepseek-4-pro 到 22 号,已经消费 100rmb 了,有没有合适的 coding plan 可以降低成本?

Trae Cn 和 Qoder 、codebuddy 薅去吧

6 月 23 日

回复了 skuuhui 创建的主题 › 程序员 › 突然对 AI 祛魅了

从 AI 能够调用工具开始是个巨大突破。后面就只是模型进化和工具生态。什么 openclaw 和 hermes 究竟有什么突破呢？

6 月 22 日

回复了 SoraStar 创建的主题 › 程序员 › Vibe Coding 了两年，分享一下我对于 Vibe 的感想。

@lujiaosama 所以说只是写写小工具啊，70 分就够了。稍微复杂的场景就算写小玩具也是要操心的

6 月 22 日

回复了 weiwenhao 创建的主题 › 程序员 › 过去我觉得 codex 最大的两个问题是封闭且不够懂我的工作流

@weiwenhao 私以为 AI 存在的问题是他不知道什么是更好的，什么是正确的，所以必须人来审批。如果是长流程的自动审批，几乎不可避免地会跑偏，血压低的可以试试。另一方面，AI 的权限有限，它能获取到的信息和人看到的信息不一样，就算一样，也受上下文限制

6 月 22 日

回复了 SoraStar 创建的主题 › 程序员 › Vibe Coding 了两年，分享一下我对于 Vibe 的感想。

@lujiaosama 当成许愿机兴许是更加好的使用方式。否则就会发现还是一地鸡毛，该干的活一点都不会少。许愿机做不了 90 分的东西，但是，不费心思的情况下，能够完成 70 分已经非常不错。所以最合适的场景是给自己写小工具。
只要把产品面向公众，就少不了仔细打磨，费尽心思。然后到最后发现这可能是一个伪需求，最终力不从心不得以放弃项目。

6 月 22 日

回复了 saySilence 创建的主题 › 程序员 › 有没有办法给 code agent 提供知识库？

@Mumu2580 你的意思是搞个知识库服务器，然后通过 mcp 提供服务，在对话开始的时候强制查询吗？定时跑是什么意思，有没有办法让他在中途遇到问题的时候再去知识库里面找找解决方案呢？

6 月 22 日

回复了 saySilence 创建的主题 › 程序员 › 有没有办法给 code agent 提供知识库？

@calvinHxx 普通 skill 应该是不太行的，他的触发条件过于单调，agent 不知道什么时候去查知识库，而且并没有向量化，查的时候只知道根据关键词搜索，同样的问题换个表述可能查不出来。

6 月 21 日

回复了 jiashuaibei 创建的主题 › 问与答 › Windows 正确使用 Agent 的姿势

bash 那一套以纯文本为上下文的设计真是烂透了，pwsh 要先进得多，只是 windows 内置的 powershell 版本实在低的离谱，utf8 都没解决。nushell 也借鉴了 pwsh ，本该是取代 bash 和 zsh 工具的最佳时机，好巧不巧遇到 AI agent 大火，导致 bash shell 的错误被延续。cmd 和 bash 全是屎山，本该内置的能力搞得各个 cli 工具必须独自去处理

6 月 21 日

回复了 jiashuaibei 创建的主题 › 问与答 › Windows 正确使用 Agent 的姿势

以前折腾过 wsl 。后来觉得工具越轻量越好，使用 wsl 会在诸多方面产生摩擦，于是乎所有工具都不再使用 wsl ，任何只支持 wsl 的工具都不再使用。既然是 agent 不认识 pwsh 命令，应该尝试解决这个问题，而不是避开。各种常用命令其实是能够解决的，犯错的地方提示一下就好，比如在 agents.md 里面提一下，避免 AI 给你整出什么 cat 、tail 、head 命令

6 月 21 日

回复了 hesorchen 创建的主题 › 分享创造 › 和大家分享我 vibe 的开源项目——muselab ：）

我觉得你先一句话定位你的项目是个解决什么问题的工具，再来说特性会比较好一些，我看到什么复用 claude 完全不知道你在说什么，看到中间才知道可能是个 agent 工具

6 月 21 日

回复了 Zarhani 创建的主题 › 编辑器 › vim 真的好用吗？

好用肯定是好用的。解决的就是双手打字的情况下时不时需要用到鼠标。设计哲学就是用快捷键替代鼠标。
然而并不是适合所有人。首先具有一定程度学习成本，这个学习成本和习惯相悖，想要光标移动到某处，我首先想到的就是鼠标点过去，而不是用什么快捷键。
后面我认清了自己，水平有限，手的协调性也差，学不会这种东西。
对于 vim 的了解，停留在了 esc+q ，转而使用微软的 edit

6 月 21 日

回复了 SerendotyCoisini 创建的主题 › 人工智能 › 大家有 AI 焦虑吗？

有。一方面各个 AI 订阅水涨船高，而自己的工资丝毫没有提升的迹象。另一方面，感觉在 AI 工程上达到了某种限制，没办法进展下去，总感觉自己没别人会用工具。

6 月 21 日

回复了 yyuchenn 创建的主题 › 分享创造 › 做了个二次元角色斗蛐蛐的网站

美术风格挺有意思，但是本身网站并不是工具类的，如何吸引用户是个问题

6 月 21 日

回复了 veotax 创建的主题 › 分享创造 › OpenAgent：单文件版龙虾——仅有一个文件，双击就能跑的高性能 Agent

agent 的安装成本其实很低，像 omp 和 opencode 都是一行命令的事，如果比一行命令更多，那应该是小白了，使用 Trae 这种成熟的商业产品会更合适。不过我试了一下，这些 cli 配置自定义 api 确实挺放假的，直接搞 gui 可能会门槛更低些

6 月 21 日

回复了 VeryZero 创建的主题 › 程序员 › 一个自用的 golang 的 web 应用要部署到公网，国内哪个云服务最便宜

自己用直接内网穿透吧。白嫖的话，边缘节点服务通常是 js 的，不支持 go

1 2 3 4

❮

❯