Zhuzhuchenyan's recent timeline updates Zhuzhuchenyan's recent timeline updates |
ZhuzhuchenyanV2EX member #463901, joined on 2020-01-08 18:41:47 +08:00Today's activity rank 289489
 97  |
| 尝试用 DS V4.1 Flash 做 C#逆向，出活很快，承认错误也很快 程序员 • Zhuzhuchenyan • 5h 29m ago • Lastly replied by Rwing | 4 |
| 求推荐一个中德延迟低的机场 机场 • Zhuzhuchenyan • 21h 29m ago • Lastly replied by Zhuzhuchenyan | 10 |
| 基于 Codex Session 日志做用量数据分析来判断额度是否削减 OpenAI • Zhuzhuchenyan • Jun 25 • Lastly replied by k4x7UW92WE8 | 3 |
| 去档口卖年会抽的新手机要注意些什么？ 问与答 • Zhuzhuchenyan • May 25 • Lastly replied by jackOff | 16 |
| GPT 5.5 发布了 OpenAI • Zhuzhuchenyan • Apr 24 • Lastly replied by prosgtsr | 26 |
| 额度削减后的 Plus Codex 大概是周限额 100 刀 Token 的样子 OpenAI • Zhuzhuchenyan • Jun 20 • Lastly replied by gateszhang | 10 |
| 今日份 GPT 5.4 笑话 OpenAI • Zhuzhuchenyan • Apr 16 • Lastly replied by zan0723 | 50 |
| 先不提 Harness Engineering, Token 使用量可能成为束缚程序员新的缰绳 职场话题 • Zhuzhuchenyan • Mar 24 • Lastly replied by assilzm | 6 |
Zhuzhuchenyan's recent replies
11h 28m ago Replied to a topic by Features › 程序员 › O÷卖不起 plan 为什么不选择倒闭呢？ |
@Features 自从 5.6 更新以后，并发消耗同一个套餐就有可能被风控标记
21h 29m ago Replied to a topic by Zhuzhuchenyan › 机场 › 求推荐一个中德延迟低的机场 |
感谢各位的推荐，目前上车 misaka 的优化线路，延迟比我想象的优秀
Sep 25 Replied to a topic by Frankcox › Claude › 打脸食言了， Opus 5.5 确实有其强大之处 |
OpenAI 模型的强项就是指令遵循，代价就是对使用者的能力要求比较高，很难跳出使用者的框架
相比之下 Claude 的系列模型发散能力更强，对模糊指令的完成度会更好一些。
相比之下 Claude 的系列模型发散能力更强，对模糊指令的完成度会更好一些。
Sep 14 Replied to a topic by andyJado › 程序员 › gpt-6-astra max 100 刀 干不出来一个 docker 迁徙 nix |
@royzxq Vibe Coding 大体分为两种使用方式
Vibe 敏捷和 Vibe 瀑布，大体上就是模仿人类的敏捷开发范式或者瀑布流开发范式
许愿式开发就是 Vibe 瀑布但是不给出具体需求和约束，只给出结果的 Vibe 方式
Vibe 敏捷和 Vibe 瀑布，大体上就是模仿人类的敏捷开发范式或者瀑布流开发范式
许愿式开发就是 Vibe 瀑布但是不给出具体需求和约束，只给出结果的 Vibe 方式
Sep 9 Replied to a topic by blackantt › OpenAI › Google play 支付时，会对比 发卡行的账单地址吗？ |
昨天亲测支付成功，浦发银行 VISA + Google Play 支付，改免税州地址，全局美国 IP 代理，只需要发卡人名字正确就可以
Sep 1 Replied to a topic by TimG › 程序员 › 存储表结构 RAG 与 Skill 哪个更优？ |
@Dav1s 因为还有维护 llms.txt 的成本，所以每次框架大版本更新的时候都要重新检查是否更新了 llms.txt 。
对于不更改整体文档结构的小修小补，不涉及到 llms.txt 的更新频繁点也无所谓。
对于不更改整体文档结构的小修小补，不涉及到 llms.txt 的更新频繁点也无所谓。
Sep 1 Replied to a topic by TimG › 程序员 › 存储表结构 RAG 与 Skill 哪个更优？ |
对于更新频率很低的文档查阅类的需求，现在我们团队都是统一用 https://llmstxt.org 提供的实践来让 agent 自行查阅了
更新比较勤的框架基本都自带了，例如
https://angular.dev/llms.txt
https://reactflow.dev/llms.txt
内网的话完全可以克隆一份当前版本的支持文档，在内网部署后更改 llms.txt 的链接即可
这套方案的优势就是不依赖外部工具，前提是文档本身质量很高，并且更新频率不能太高。
更新比较勤的框架基本都自带了，例如
https://angular.dev/llms.txt
https://reactflow.dev/llms.txt
内网的话完全可以克隆一份当前版本的支持文档，在内网部署后更改 llms.txt 的链接即可
这套方案的优势就是不依赖外部工具，前提是文档本身质量很高，并且更新频率不能太高。
Aug 18 Replied to a topic by lymanbernadette6 › OpenAI › 中转站什么比例才是与 codex 官方的价格齐平的？ |
你如果按周限额统计的话
plus 一周 85 刀
一个月用满 340 刀
按 20 刀来算倍率就是 0.06
要是能经常用满周限额的话肯定是 plus 比中转便宜的
plus 一周 85 刀
一个月用满 340 刀
按 20 刀来算倍率就是 0.06
要是能经常用满周限额的话肯定是 plus 比中转便宜的
Aug 9 Replied to a topic by dacoco › 程序员 › Deepseek 招游戏开发, 游戏开发方向”和“Web 3D 与渲染方向 |
进去做工具和数据是吧，工具程序员和数据分析可是在游戏开发行业的鄙视链底层了
适合想转行的
适合想转行的
Select Language