膨胀 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 钛刻科技 | TCTI.cn

膨胀 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。

共 31 篇相关文章 · 第 1 / 2 页

探讨:如何用 Subagent 机制解决 AI 自动编程时的 Context 溢出与膨胀问题?

各位 V 友,AI 编程工具现在越做越重,文件目录稍微大一点,上下文就被各种 Grep 和日志给污染了,Token 费用直线上升。 看了下 Antigravity 2.0 里的 define_subagent 和 invoke_subagent 流程,通过给子代理限制 Tool

tech V2EX - 技术 2026-05-23 00:08:33+08:00

探讨:如何用 Subagent 机制解决 AI 自动编程时的 Context 溢出与膨胀问题?

各位 V 友,AI 编程工具现在越做越重,文件目录稍微大一点,上下文就被各种 Grep 和日志给污染了,Token 费用直线上升。 看了下 Antigravity 2.0 里的 define_subagent 和 invoke_subagent 流程,通过给子代理限制 Tool

tech V2EX - 技术 2026-05-22 17:46:27+08:00

[分享创造] 探讨:如何用 Subagent 机制解决 AI 自动编程时的 Context 溢出与膨胀问题?

各位 V 友,AI 编程工具现在越做越重,文件目录稍微大一点,上下文就被各种 Grep 和日志给污染了,Token 费用直线上升。 看了下 Antigravity 2.0 里的 define_subagent 和 invoke_subagent 流程,通过给子代理限制 Tool

tech v2ex 2026-05-22 14:35:42+08:00

京东红包今日 10 点再加码:猜大小赢至高 10 元红包

京东 618 无门槛红包 面额至高 26618 元,每天抽 3 次: 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元,每天抽 1 次: 点此抽红包 今日 10 点京东红包再加码,猜大小赢红包,至高可膨胀至 10 元。 猜大小红包玩法:小伙伴们可以选择骰子点数大、小

tech IT之家 2026-05-21 09:17:19+08:00

京东红包今日 10 点再加码:猜大小赢至高 10 元红包

京东 618 无门槛红包 面额至高 26618 元,每天抽 3 次: 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元,每天抽 1 次: 点此抽红包 今日 10 点京东红包再加码,猜大小赢红包,至高可膨胀至 10 元。 猜大小红包玩法:小伙伴们可以选择骰子点数大、小

tech IT之家 2026-05-15 09:21:10+08:00

[职场话题] "工作会膨胀,以填满你的可用时间"

帕金森定律:“在工作能够完成的时限内,工作量会一直增加,直到所有可用时间都被填充为止” 在 HN 看到深感赞同,有了 AI 以后,我们公司的项目版本量明显变得更大也变得更复杂,人也更累了

tech v2ex 2026-05-08 11:23:41+08:00

[职场话题] "工作会膨胀,以填满你的可用时间"

帕金森定律:“在工作能够完成的时限内,工作量会一直增加,直到所有可用时间都被填充为止” 在 HN 看到深感赞同,有了 AI 以后,我们公司的项目版本量明显变得更大也变得更复杂,人也更累了

tech v2ex 2026-05-08 10:59:28+08:00

[职场话题] "工作会膨胀,以填满你的可用时间"

帕金森定律:“在工作能够完成的时限内,工作量会一直增加,直到所有可用时间都被填充为止” 在 HN 看到深感赞同,有了 AI 以后,我们公司的项目版本量明显变得更大也变得更复杂,人也更累了

tech v2ex 2026-05-08 10:38:04+08:00

[职场话题] "工作会膨胀,以填满你的可用时间"

帕金森定律:“在工作能够完成的时限内,工作量会一直增加,直到所有可用时间都被填充为止” 在 HN 看到深感赞同,有了 AI 以后,我们公司的项目版本量明显变得更大也变得更复杂,人也更累了

tech v2ex 2026-05-08 10:27:43+08:00

[职场话题] "工作会膨胀,以填满你的可用时间"

帕金森定律:“在工作能够完成的时限内,工作量会一直增加,直到所有可用时间都被填充为止” 在 HN 看到深感赞同,有了 AI 以后,我们公司的项目版本量明显变得更大也变得更复杂,人也更累了

tech v2ex 2026-05-08 10:21:50+08:00

[职场话题] "工作会膨胀,以填满你的可用时间"

帕金森定律:“在工作能够完成的时限内,工作量会一直增加,直到所有可用时间都被填充为止” 在 HN 看到深感赞同,有了 AI 以后,我们公司的项目版本量明显变得更大也变得更复杂,人也更累了

tech v2ex 2026-05-08 10:06:16+08:00

爬虫小白vibecoding求助

本人是个烟斗爱好者嘛,最近ai能力大爆发,连带我自己也膨胀起来了:搞一个斗草监控和抢草的应用。谁知道被codex直接卡在卡在坎上了。先说一下我的问题: 1、codex基本帮我实现了框架,采集的网站是这个: 但是到网站库存实时更新这里,直接被拒绝了: 佬佬们,救救草友,指点指点 1

tech LinuxDo 最新话题 2026-05-07 23:39:31+08:00

Windows 11月度更新体积已膨胀到5GB 两年增长16倍

据Windows Latest深度调查, Windows 11月度累积更新体积已从2024年的约300MB膨胀至2026年的5GB,解压后更接近9GB。 其中AI功能确实贡献了部分增量,但更新机制本身的设计才是体积持续膨胀的根本原因。 AI组件:3GB的增量从何而来 2025年5

tech plink.anyfeeder.com 2026-04-29 19:35:35+08:00

Codex agentic loop 会导致代码严重膨胀,有人遇到吗?有没有系统性的解法?

具体案例: 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

Codex agentic loop 会导致代码严重膨胀,有人遇到吗?有没有系统性的解法?

具体案例: 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

Codex agentic loop 会导致代码严重膨胀,有人遇到吗?有没有系统性的解法?

具体案例: 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

Codex agentic loop 会导致代码严重膨胀,有人遇到吗?有没有系统性的解法?

具体案例: 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

[程序员] Codex agentic loop 会导致代码严重膨胀,有人遇到吗?有没有系统性的解法?

具体案例: V2EX Safe Reading Helper 5.3.0 ,一个油猴脚本,核心逻辑不复杂,但 530 行里能清楚看到几层叠加痕迹: topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ,互相没

tech v2ex.com 2026-04-26 19:57:26+08:00

[程序员] Codex agentic loop 会导致代码严重膨胀,有人遇到吗?有没有系统性的解法?

具体案例: V2EX Safe Reading Helper 5.3.0 ,一个油猴脚本,核心逻辑不复杂,但 530 行里能清楚看到几层叠加痕迹: topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ,互相没

tech v2ex.com 2026-04-26 19:38:18+08:00

Codex agentic loop 会导致代码严重膨胀,有人遇到吗?有没有系统性的解法?

具体案例: 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