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 323589
 77  |
| 基于 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 • Feb 26 • Lastly replied by HeyWeGo | 6 |
| 我从来不是创造型人才 - AI 驱动编程下的迷思 Joe's Talk 🪐 • Zhuzhuchenyan • Jan 22 • Lastly replied by JoeJoeJoe | 2 |
Zhuzhuchenyan's recent replies
1 day ago Replied to a topic by blackantt › OpenAI › Google play 支付时，会对比 发卡行的账单地址吗？ |
昨天亲测支付成功，浦发银行 VISA + Google Play 支付，改免税州地址，全局美国 IP 代理，只需要发卡人名字正确就可以
9 days ago Replied to a topic by TimG › 程序员 › 存储表结构 RAG 与 Skill 哪个更优？ |
@Dav1s 因为还有维护 llms.txt 的成本，所以每次框架大版本更新的时候都要重新检查是否更新了 llms.txt 。
对于不更改整体文档结构的小修小补，不涉及到 llms.txt 的更新频繁点也无所谓。
对于不更改整体文档结构的小修小补，不涉及到 llms.txt 的更新频繁点也无所谓。
9 days ago 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 与渲染方向 |
进去做工具和数据是吧，工具程序员和数据分析可是在游戏开发行业的鄙视链底层了
适合想转行的
适合想转行的
Jul 5 Replied to a topic by hanbaoji › 程序员 › 把 5.5 和 5.4 的 xhigh 做糖果测试对比， 5.5 完败 |
使用 gpt5.5 medium 无法复现
Jul 3 Replied to a topic by hiboshi › 程序员 › 不懂就问，简历中吹嘘自己是公司大模型部署的维护人，哪里能找到真实点的企业设备？ |
很多搞 GPU 租赁的平台
几个大的公有云都有 GPU 实例 B200 B300 都有
太贵的话，外网有很多小商家也做 GPU 租赁，都是按小时计费的，玩几天要不了多少钱就
几个大的公有云都有 GPU 实例 B200 B300 都有
太贵的话，外网有很多小商家也做 GPU 租赁，都是按小时计费的，玩几天要不了多少钱就
Jun 30 Replied to a topic by ycyppq123 › MacBook Air › m5 macbook air 用什么散热器 |
小风扇对着键盘吹就行了
亲测能起到改散热 90%的效果
亲测能起到改散热 90%的效果
Jun 29 Replied to a topic by rogwan › 程序员 › 纯 AI 编写 Oneshot 跑通的项目，能到什么规模？ |
https://developers.openai.com/showcase
基本都是 demo 的程度
基本都是 demo 的程度
Jun 29 Replied to a topic by Chuyuxuan › AI Agent 智能体 › 大大们是怎么管理 AI 生成的 spec ，并且落地成为项目资产的？ |
我们的实践是，对单个需求开发的 spec 不能被合入主仓库
由 spec 产生的代码本就是对 spec 的精细化翻译，如果团队成员无法从代码了解功能的话基本上过不了 review
我看你问题里说的可能是面向一整个系统的包含多个子项目和子任务的 spec ，这种我们一般不跟随 repo 走，有专门的团队化文档和其他工具维护整体规约和进度，同时暴露一些接口给 ai 工具参考调用即可
Spec 进入 git 管理还有一个问题是，我们必须要对 spec 进行维护。比如说功能 1 的 spec ，明天功能 1 变成了 1.1 ，我们要么增量添加 1.1 的 spec ，要么修改功能 1 的 spec ，对团队成员造成了额外的负担。有点像 ORM 时代每次数据库变更都要写的 migration 一样，
由 spec 产生的代码本就是对 spec 的精细化翻译，如果团队成员无法从代码了解功能的话基本上过不了 review
我看你问题里说的可能是面向一整个系统的包含多个子项目和子任务的 spec ，这种我们一般不跟随 repo 走，有专门的团队化文档和其他工具维护整体规约和进度，同时暴露一些接口给 ai 工具参考调用即可
Spec 进入 git 管理还有一个问题是，我们必须要对 spec 进行维护。比如说功能 1 的 spec ，明天功能 1 变成了 1.1 ，我们要么增量添加 1.1 的 spec ，要么修改功能 1 的 spec ，对团队成员造成了额外的负担。有点像 ORM 时代每次数据库变更都要写的 migration 一样，
Select Language