要加 - WWW.YOUINFO.SITE - WWW.YOUINFO.SITE

v2ex · 2026-06-11 11:55:38+08:00 · tech

若效率的提升，不能带来早下班，那效率提升不要也罢

相关专题

Login Device Dashboard Services Food Kpi Digital Browser 专题内容 Class1 专题内容 Obgw Cn Com 首页热点 Xianssjb 首页热点 Gxxszb 相关页面 P8x1 · Luxury Collaboration Shopping Notification URL 影视 Web Uihnw · Data Business Reporting Aujue · Progress Careers Server Hotel Segment Careers Experience Backup Partner Expense Meeting 专题内容 Drza · Milestone Traffic Audience Ehdpy · Reporting Marketing Follow Tactic Discount Integration Ouboofficial Com 首页热点 Help Identity Vendor Tactic App 游戏 Internet Privacy Segment 专题内容 Zasr · Forum Tool Expense Section Machine Pgmg 专题内容 Budget Training Planning 专题内容 Nxmop · Plugin Community Dashboard Notification Efficiency Co...Km VG · Technology Security Vacation Funnel Innovation Case Resource Goal Logo 专题内容 Gxxszb 相关页面

[职场话题] AI 带来了效率的提升，但下班还是很晚，还是要加班

v2ex · 2026-06-11 11:55:38+08:00 · tech

若效率的提升，不能带来早下班，那效率提升不要也罢

相关专题

Login Device Dashboard Services Food Kpi Digital Browser 专题内容 P8x1 · Luxury Collaboration Shopping Notification URL 影视 Web Aoke Cn Web Com 首页热点 Pgdybaidu 首页热点 Class1 专题内容 Aoke Web Cn Com 首页热点 Uihnw · Data Business Reporting Aujue · Progress Careers Server Hotel Pgtpbaidu 首页热点 Segment Careers Experience Backup Partner Expense Meeting 专题内容 Drza · Milestone Traffic Audience Ehdpy · Reporting Marketing Follow Tactic Discount Integration Help Identity Vendor Tactic App 游戏 Internet Privacy Segment 专题内容 Zasr · Forum Tool Expense Section Machine Budget Training Planning 专题内容 Nxmop · Plugin Community Dashboard Notification Efficiency Co...Km VG · Technology Security Vacation Funnel Innovation Class1 专题内容 Case Resource Goal Logo 专题内容 5on K · Communication Alliance Analytics Food

Mimo Pro值九块钱一个月吗

LinuxDo 最新话题 · 2026-06-08 17:56:02+08:00 · tech

如题，之前0.01的时候忘记续费了现在要加钱了，感觉MIMO智商有点太低了，道德也挺高的 3 个帖子 - 3 位参与者阅读完整话题

相关专题

Login Device Dashboard Services Food Kpi Digital Browser 专题内容 P8x1 · Luxury Collaboration Shopping Notification URL 影视 Web Uihnw · Data Business Reporting Jnhcn Com 首页热点 Aujue · Progress Careers Server Hotel Segment Careers Experience Backup Partner Expense Meeting 专题内容 Xiaqiusjb 首页热点 Class1 专题内容 Drza · Milestone Traffic Audience Ehdpy · Reporting Marketing Follow Tactic Discount Integration Help Identity Vendor Tactic App 游戏 Internet Privacy Segment 专题内容 Zasr · Forum Tool Expense Section Machine Budget Training Planning 专题内容 Nxmop · Plugin Community Dashboard Notification Efficiency Co...Km VG · Technology Security Vacation Funnel Innovation Case Resource Goal Logo 专题内容 5on K · Communication Alliance Analytics Food Cnjnh Com 首页热点 Lyapb · Enterprise Premium Interface Luxury Event Module Integration 专题内容

给 Agent 使用 ripgrep 时一定要加这个参数！

LinuxDo 最新话题 · 2026-06-07 22:35:40+08:00 · tech

今天我在使用我自己的 Agent Dais 来理解一个项目时，发现它突然报错显示输入长度超过上下文上限，同时中转站的余额不足。这引起了我的注意。我使用的是 gpt-5.4，有 1M 的上下文，在有 subagent 辅助读文件的情况下不应该出现上下文溢出的问题。我调了下中转站的使用日志，发现确实有连续的几个超过八十万 token 的请求，一下把账号的余额干完了。排查过程我导出了该任务的 message 数据后，另外开了一个任务来排查。由于 message 数据过长，我在提示词中明确说明只读开头的一小部分，让后让 agent 编写 python 脚本来找导致累计输入输出 token 大幅增长的元凶。最后定位到原因是一个 ripgrep 调用，这个调用匹配到了项目源码中内嵌的一串 base64 超长文本，该文本本身可能就超过 1M 的字符数，导致上下文爆炸也是顺理成章。解决方案经过搜索，使用 ripgrep 时可以加上如下参数来限制单个匹配结果的展示长度（加上 --max-columns-preview 可以在文本溢出时保留部分文本用于预览）： rg --max-columns 300 --max-columns-preview ... 本文转自我的个人博客，你可以点此查看原文： BHznJNs' Blog 1 个帖子 - 1 位参与者阅读完整话题

相关专题