codex 官方趁五一偷偷复刻了我的项目!
标题开个玩笑,大家都是复刻了 ralph loop 前情概要: 上个月太闲,写了篇帖子宣传一下用了好几个月了还是老当益壮、没人去做很好复刻的 pure Ralph Loop pattern:CodexPotter 【开源自荐】让 codex 不要干活干到一半就停下 这不刚到五一假
loop - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
共 21 篇相关文章 · 第 1 / 2 页
标题开个玩笑,大家都是复刻了 ralph loop 前情概要: 上个月太闲,写了篇帖子宣传一下用了好几个月了还是老当益壮、没人去做很好复刻的 pure Ralph Loop pattern:CodexPotter 【开源自荐】让 codex 不要干活干到一半就停下 这不刚到五一假
越来越少的human in the loop 越来越弱的human gateway 功能 口齿渐渐地不清,吞噬了过多llm的语料 甚至质量参差不齐,就像重蹈自己生成自己学的灾难性结果( ) 更别提伤害身体导致的计算能力下降说是 1 个帖子 - 1 位参与者 阅读完整话题
做了个叫 Arkloop 的东西,是个 Agent 客户端 开源,本地优先,简单优先 你可以把他想象成 claude desktop but open source, 并且带有自己的 taste 哦对了,另说一点,不是任何 agent sdk 套壳,也没有任何 base 任何 c
具体案例: 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 ,互相没
具体案例: 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 ,互相没
具体案例: 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 位参与者 阅读完整话题