gen - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第30页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech www.v2ex.com 2026-04-27 01:55:49+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech www.v2ex.com 2026-04-27 00:55:49+08:00
本人是某大学的PhD，研究方向是生物信息大模型、生物信息Agent、AI蛋白，然后各类Vibe Coding用的炉火纯青，也有一些还不错的产出。各位觉着在L站开个很小的科研板块如何呢？就是专门用来交流讨论，不以诞生idea为主，更多的是帮助一些在校学生或者在职工作人员从底层了解A
tech linux.do 2026-04-27 00:21:44+08:00
具体案例： V2EX Safe Reading Helper 5.3.0 ，一个油猴脚本，核心逻辑不复杂，但 530 行里能清楚看到几层叠加痕迹： topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ，互相没
tech www.v2ex.com 2026-04-26 23:55:49+08:00
各位佬友好，我最近在思考一个多智能体协作的问题 最近我在用Claude来写代码，Codex来Review，有时候还会哈基米写前端 看起来互不冲突，但是Review的模型，在review完之后，上下文都缓存好，直接让他改代码就会更方便，然后越搞就越冲突。。。之前用过一个叫蜂巢的项目
tech linux.do 2026-04-26 23:01:26+08:00
具体案例： 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
https://www.axios.com/2026/04/24/catholics-pope-vatican-artificial-intelligence 4 个帖子 - 3 位参与者 阅读完整话题
tech linux.do 2026-04-26 21:09:04+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