V2EX › thevita 的所有回复 › 第 1 页 / 共 15 页

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 15

❮

❯

6 天前

回复了 widowcat 创建的主题 › 程序员 › 现在 ai 能写报表 sql 吗

看看多复杂呗，也许不用纠结一定要是传统报表的形式,不用在意一次成功，我最近试过扔一个 duckdb 和需求给 pi agent, 结果做成图表放飞书文档感觉挺好使的

5 月 21 日

回复了 mikewang 创建的主题 › 程序员 › Kimi K2.6 模型输入 <think> 也会触发随机对话

我依稀记得 R1 出来的时候，API 文档明确说了好像把 <think> 标签的内容塞进 request 会被拒绝

5 月 15 日

回复了 sunfkny 创建的主题 › Node.js › Bun 用 Rust 重写的 PR 已合并到主分支

@nomagick 本质是可以认为还是同一套代码, 没有重构, 基本就是 .zig -> .rust 的 LLM based transpiler, 据说好处是把 unsafe 都标出来了，看后续迭代效果把，是个很好的案例，毕竟这种工作过去都不会有人敢直接开干

5 月 15 日

回复了 sunfkny 创建的主题 › Node.js › Bun 用 Rust 重写的 PR 已合并到主分支

okey!!so what we got, memleak 修好了吗

5 月 6 日

回复了 lynn1su 创建的主题 › 程序员 › Mem0 好野鸡啊，代码拉下来，我和 chatgpt 一起修复了 13 个 bug，才能正常用，一看 github， pr 都提交 1 周多了，就是把不合并

欢迎来到 AI Native 的时代

4 月 28 日

回复了 liyafe1997 创建的主题 › OpenAI › 有没有类似 ChatGPT 这种 Agent 能力的 API

那就去找 agent 产品啊, 哪没有？比如 manus 就提供 API access,虽然...

4 月 21 日

回复了 mingtdlb 创建的主题 › Local LLM › 多台 GPU 之间怎么组网互联？

单台机内 nvlink
跨机器 RDMA 呗

网络并不是对等的, nvlink 带宽和延迟肯定都要好于网络, 所以尽量把 all-to-all 的通信放单个 node 内（比如 TP ）
跨 node 通信也需要深度的优化，通过各种 pipeline overlapped 来隐藏延迟

不是搞这个的，仅仅是个人粗浅的理解

3 月 24 日

回复了 FlashEcho 创建的主题 › 程序员 › 飞书是否把 passkey 当成另一种密码使用，这是一个好实践吗

aliyun 和 github 类似的, Sign in 和 Two-Factor 使用什么都是可以单独设置的，以及可以设置什么时候需要 2FA ，检查下你的安全设置先

3 月 24 日

回复了 lynn1su 创建的主题 › 程序员 › SKILL 和 mcp 这两个是不是对 ai 来说越多越好？目前我弄了 1000 多个 tool 和 200 多个 skill 一股脑塞给 ai

1. tool 这种东西单纯的多没意义，追求的应该是"可组合性",即工具间能相互争强，扩展使用场景（既然你多个搜索的目的是整合多信源，那你其实需要的是一个高置信度的信源, 用现有的 10+个网页搜索做一个 subagent 也好，还是干脆花钱买个商业的都行啊，这种由明确目标的问题最好还是寻找一个直接的解决方案，而不是一股脑扔给 LLM ）

2. 对于 LLM 来说，现在以及在短暂可预见的未来，Context 都是关键最资源，如果 Context 里长期存在一大堆绝大多数时间都用不上的信息，肯定不是最优解，不只是成本问题，长上下文时，注意力稀释问题对模型表现影响很大

3 月 20 日

回复了 312ybj 创建的主题 › 程序员 › [请教] 公司需清洗 TB 级文本数据，打算（采购/自建）AI 中转站，求教上下游经验

看题主没提到要合规，那就把你的数据整理包装装成 dataset/benchmark ，放 huggingface 上，然后去社区发水文说这些模型怎么啦得不行

3 月 16 日

回复了 magicfield 创建的主题 › 程序员 › 各位认为 AI 时代还需要深入学习算法么

我感觉真正的挑战就是学习，大家都意识到了，过去那种反复练习、专研细节的学习方法没必要了，只需要有思路、懂原理，但事实的挑战是面对复杂问题时：“有思路、懂原理“其实就是深入学习和经验的副产物，AI 时代也许需要思考如何快速建立知识，以及什么是知识

2 月 10 日

回复了 ljiaming19 创建的主题 › 程序员 › 零信任 vpn 是智商税吗

国内零信任基于 VPN ，和传统 vpn 的差异:
传统的 vpn: 基于用户角色进行授权，会给你分配到一个确定的段，该段具有明确的、静态的 ACL ，你们这个组能访问的内容都是确定的
零信任: 每个用户基于访问规则，明确获得能访问资源的列表，controller 基于这些规则转发流量

其实只是基于零信任理念的边界接入解决方案，至于为什么要是这种形态，当然是因为好落地啊，用户什么都不用知道，当作 vpn 用就行了，，也就你们 IT/Sec 能体验到差异

2 月 6 日

回复了 dcsuibian 创建的主题 › 程序员 › 观察发现： AI 对远程开发（SSH 到服务器上开发）简直是降维打击

真正把 remote dev 做得好的其实就是 vscode ，现在基于 vscode 的 ai ide 都能用啊
至于上面确实有自己 ssh 到 remote 上转 ide 开发的，也有 codex/CC 啊，为啥就不能用了

2 月 3 日

回复了 louol 创建的主题 › NAS › 现在继续用飞牛，作为小白做好安全措施是不是就够了？

安全最痛的一点在于: 你出于什么样的依据认为你的安全措施做“好”了，从业者都回答不好

2 月 2 日

回复了 cloverzrg2 创建的主题 › NAS › 如果没有被黑产利用,飞牛就不打算修复路径跨越的漏洞了吗

很明显：团队没有懂安全的人，也没意识到需要这样一个角色

2 月 2 日

回复了 Tink 创建的主题 › 信息安全 › 飞牛这个漏洞 POC 太容易了啊

我的观点有点极端，以“体验”为核心卖点的产品，其安全性都要深入考验（但其实也没啥好办法，一般就看看对方安全负责人是谁）
1. 大概 8-9 年前小米的路由也很多这种弱智漏洞，给 src 还给了我几千块钱，基于 luci, 感觉是 lua 生态的缺乏，很多东西的实现靠手写，但写得太糙了，后来应该是安全部门介入，加了很多安全措施
2. 去年 RSC/nextjs 的漏洞也很离谱，好在处理没 fn 这么离谱，刚看说社区一个月前就有人发现了

2025 年 12 月 29 日

回复了 ktyang 创建的主题 › 程序员 › 探讨一下使用 AI 开发和维护大型项目的经验

因为你不是在用 AI 提效，是想逃避困难，AI 能把已知的算法写得比你好，你应该把更多精力放在真正关键的挑战上，想想业务，想想系统该怎么设计，现在成了: 有个问题搞不定了，扔给 AI 吧，还是搞不定？搞个 Agent ，如果还是搞不定就整个更复杂的 Agent

2025 年 12 月 25 日

回复了 crownz 创建的主题 › Google › gemini 一个对话窗口用久了胡说八道？

这些模型支持长上下文窗口多少都用了一些 Sliding Window, Chunked Window 之类的稀疏化技术，不然成本遭不住啊, 而且超长上下文的能力也不完全算原生的，一般都是 train short, test long, 没有那么多超长的训练语料, 这个过程也都可能带来损失
再从信息本身来讲，每个 head 的维度固定，但 attention 会加权所有的前文 token 的信息进来，应该也是存在信息瓶颈的（这纯粹是我自己瞎说的）

2025 年 12 月 9 日

回复了 TeemoYang 创建的主题 › 生活 › 原以为国庆过后风平浪静，直到丈母娘发现了老丈人的网贷……

控制爆炸范围，执行债务重组，你们还有正向健康的现金流才是爬出来的关键，

其实我想知道这种网贷最坏的结果是啥？强制执行吗？之前回家也听说个在镇上带孩子的欠了十几万就自杀了，我其实想说在坏能坏到哪去，还是因为社会压力太大了？

1 2 3 4 5 6 7 8 9 10 ... 15

❮

❯