Agent - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第28页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech www.v2ex.com 2026-04-26 22:55:49+08:00
最近我给自己的新产品「云雀通」Larktun 做了一个文档网站。源码放在 GitHub 上，公开访问，日常更新也很简单：我在本地电脑或笔记本上改文档，确认没有问题后提交到 GitHub。 问题出在「部署」这一步。 之前我一直是手动发布。倒不是不想自动化，而是生产服务器配置比较低，
tech linux.do 2026-04-26 21:53:29+08:00
codex工程化能力真的有问题 1.subagent每次派发都要重新链接一圈MCP，浪费流量+token+时间，并且一直有个BUG没修复，一旦某个MCP超时，他就会一直重连，一直到内存爆炸。 2.subagent派发出去后管生不管养，任务已经结束，但是subagent不会自动关闭
tech linux.do 2026-04-26 21:18:52+08:00
最近我在用opencode的oh-my-openagent插件，按照它的默认配置跑了下，效果对我来说简直好的离谱。 我大概花了半小时和 Sisyphus 讲完需求和确定好方案以后，它就开始召唤多个Agent帮我实现，一顿操作，大概半小时就帮我搞定了之前要开发一天的工作量（质量一致
tech linux.do 2026-04-26 21:07:29+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech v2ex.com 2026-04-26 19:57:26+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech v2ex.com 2026-04-26 19:38:18+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech www.v2ex.com 2026-04-26 19:38:18+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech v2ex.com 2026-04-26 19:17:20+08:00
请问下有没有一种大模型来实现方案，调用小模型来根据方案写代码，最后大模型来合并验收的工具？ 比如 有一个任务，大模型分析代码和任务给出方案，然后切换到小模型根据方案实现代码，然后大模型最后检查，这样一个大任务可以分成好几个小人物，几个小模型一起做最后合并，而且可以提高速度，高级模
tech linux.do 2026-04-26 19:16:39+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech v2ex.com 2026-04-26 19:05:17+08:00
江山代有大模出，各领风骚数十天。如 这个帖子 所述，大模型的SOTA变动之快，让人目不暇接。虽说每次更新都有指标上的进步，但是在发布前挪用算力、降智以凸显对比已经成了常规操作。更不用说Gemini 3 Pro/Opus4.7 这种某些方面开倒车的更新了。 于是我挺好奇，现在的最佳
tech linux.do 2026-04-26 18:36:41+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech v2ex.com 2026-04-26 18:34:09+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech v2ex.com 2026-04-26 18:02:14+08:00
想要写一个超级大的更新，遂自己写了一个newfeat.md 然后让antigravity给我一步到位从编写到测试全部搞定，即使换了3Pro还是一坨…… 给我整红温了，就是他一遍遍的给我改，留了一大堆静态错误不管，然后构建的UI也是一团糟，该实现的功能没实现，后端给我端上来了一盘m
tech linux.do 2026-04-26 17:57:59+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech v2ex.com 2026-04-26 17:55:42+08:00
不谈价格，就比较tab补全、agent写代码、客户端的性能和功能，两个到底谁更胜一筹 5 个帖子 - 4 位参与者 阅读完整话题
tech linux.do 2026-04-26 17:53:48+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech v2ex.com 2026-04-26 17:36:09+08:00
开发了一段时间的垂直类agent，感觉效果不如cc直接跑，但是claude agent sdk十分的烂，大佬们有什么好办法来控制cc cli来执行一些固定的工作流，或者其他的agent cli,龙虾的屎山代码还是算了 1 个帖子 - 1 位参与者 阅读完整话题
tech linux.do 2026-04-26 16:59:42+08:00
各位佬 给个建议: 我目前学习了鱼皮的agent项目,感觉学的有点浅,想往深了学一下,我目前的打算是看一下xfg的agent脚手架项目,各位佬有什么建议吗 1 个帖子 - 1 位参与者 阅读完整话题
tech linux.do 2026-04-26 16:55:21+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech v2ex.com 2026-04-26 16:55:15+08:00