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

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6

❮

❯

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

6 月 21 日

回复了 kekxv 创建的主题 › Vim › 请教一下 VIM 怎么做到类似 idea ide 一样识别函数，自动跳转，查看引用？

我连 IDE 的快捷键都记不住，去记 vim 的快捷键真是要命。单从编辑器来说，前几年知道了 micro 这个编辑器真是惊为天人，在终端中能够使用鼠标进行操作。后来微软开发出了 edit ，使用 rust 编写，同样是支持鼠标操作，而且做得比 micro 更好。命令行工具支持鼠标其实非常难做，但是这些工具做到了。现在有些工具也在向这方面靠，比如 opencode 、omp 中就有部分操作是支持鼠标的。
vim 之类的更适合那些思考得飞快的人。而我完全用不上，因为我思考本身就已经很慢了，打字速度什么的根本不是制约效率的因素。

6 月 21 日

回复了 Genieliu111 创建的主题 › 信息安全 › 一个 reCAPTCHA 把我骗到重装系统，分享出来给大家提个醒

这个问题我好像在 b 站刷到过

6 月 21 日

回复了 weiyunjun 创建的主题 › 程序员 › 前端界面比想象中复杂好多

简单系统前端更费时间，复杂系统后端更费时间。
就前端来说，除非你懂设计，否则在编写页面的时候根本不知道要做成什么样。如果全权交给 AI ，那更是盲盒，抽出来页面不好看就 G ，先出设计再实现代码应该是质量最高的。
另一方面，前端很难验收，如果要让模型自己验收，对多模态的要求非常高，而且就算使用 chrome devtools mcp ，他的能力也是有限的，所以几乎是必须要自己去验收。

6 月 21 日

回复了 anchors 创建的主题 › 程序员 › 想问问有什么比较好的 AI 工作流真正的能提高工作效率

就前沿信息来说，我曾经尝试用 AI 去获取我感兴趣的东西，后来发现还不如自己养成去看帖的好习惯。经常是东西做完之后发现没什么用然后就扔了

6 月 19 日

回复了 Azure99 创建的主题 › 程序员 › Ultra-Goal: 解放注意力，一句话让 Agent 跑完超长程任务的 Skill

@Azure99 主 agent 不太用的起，主要是 AI 没办法自主完成验收，跑到后面出现运行时错误直接炸

6 月 19 日

回复了 darkway 创建的主题 › 问与答 › 问题：是否存在一种新的、现代人的 ai 应激

讨厌 AI 的原因是信息密度太低，和营销号没啥区别，就好像小学生写作文凑字数一样，他自己都不知道要表达什么思想，只知道应该写满多少字。上面有个观点挺好的，“你如果写的好，是不是 AI 润色的大家不会在意的”，我在微信等平台看到过 AI 味很重的公众号文章，但是上面清晰的表达了他的观点，而且没有什么废话

6 月 19 日

回复了 LeeReamond 创建的主题 › 问与答 › 一个痛点需求： AI 多端同步

可以看看 AmberKeeper ，我在微信公众号上刷到了作者，只是没有用过

6 月 19 日

回复了 x007xyzabc 创建的主题 › 分享发现 › 开源项目免费领 token

属于年轻人的鸡蛋还是来了

6 月 19 日

回复了 artemisdiana 创建的主题 › DeepSeek › DeepSeek 的追赶之路，还要走多久?

@stabc minimax 就算了，glm 确实有实力

6 月 19 日

回复了 retaniko 创建的主题 › 分享创造 › 导航站很多，但我还是 Vibe Coding 了一个

就我而言，导航站最大的作用是抢占 SEO ，因为有些网站根本不做 SEO ，如果忘记了就搜不到。如果不是这些导航站还真不好找

6 月 19 日

回复了 byteLoading 创建的主题 › 程序员 › 关于 AI 操作传统软件的一些思考

第二层级会是开源软件的未来。就像 ffmpeg 和 aria2 、mihomo 一样，先搞个内核出来，然后大家分别做 GUI 。agent 可以直接通过 cli 调用，人可以用 GUI 增强体验。只不过设计一套好的 cli 命令也不是什么简单的事。而且如果某个东西从开头就做 CLI+GUI ，那么复杂度会非常高。只做 CLI -->难以推广；只做 GUI --> 普通软件，封闭。

1 2 3 4 5 6

❮

❯