[程序员] Codex agentic loop 会导致代码严重膨胀,有人遇到吗?有没有系统性的解法?
具体案例: V2EX Safe Reading Helper 5.3.0 ,一个油猴脚本,核心逻辑不复杂,但 530 行里能清楚看到几层叠加痕迹: topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ,互相没
Loop - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第2页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
共 29 篇相关文章 · 第 2 / 2 页
具体案例: V2EX Safe Reading Helper 5.3.0 ,一个油猴脚本,核心逻辑不复杂,但 530 行里能清楚看到几层叠加痕迹: topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ,互相没
具体案例: V2EX Safe Reading Helper 5.3.0 ,一个油猴脚本,核心逻辑不复杂,但 530 行里能清楚看到几层叠加痕迹: topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ,互相没
具体案例: V2EX Safe Reading Helper 5.3.0 ,一个油猴脚本,核心逻辑不复杂,但 530 行里能清楚看到几层叠加痕迹: topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ,互相没
具体案例: V2EX Safe Reading Helper 5.3.0 ,一个油猴脚本,核心逻辑不复杂,但 530 行里能清楚看到几层叠加痕迹: topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ,互相没
具体案例: V2EX Safe Reading Helper 5.3.0 ,一个油猴脚本,核心逻辑不复杂,但 530 行里能清楚看到几层叠加痕迹: topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ,互相没
具体案例: V2EX Safe Reading Helper 5.3.0 ,一个油猴脚本,核心逻辑不复杂,但 530 行里能清楚看到几层叠加痕迹: topic 来源从 API 一路加到 /recent 、节点页、ID 逐个扫描——每次拿不到帖子就加一个 fallback ,互相没
要让agent持续跑一整天的话cc中只要loop就够了,但是codex app就需要用到站里佬友的codexpotter,然后codex自己当检测员,相当于多开了一遍。 其实之前也在cli里面单独用过那个脚本,有些奇怪的是同样的提示词脚本总是做错,但是用codex app当检测员
不同于cc这种基于命令行的,想要的是一个能够和gui融合的human in the loop设计方案,最好包含低代码的交互卡片自定义,真心求教 2 个帖子 - 2 位参与者 阅读完整话题
这不是一篇"AI 写代码好厉害"的软文。我想分享一个学药的大学生如何在凌晨、对着终端屏幕、用一个叫 /loop 的命令,让 AI 在自己睡觉的时候继续写代码的记录与复盘。 写在前面 我参加的是 2026 年第 19 届中国大学生计算机设计大赛,作品是 NetP