求书，知乎book，24年底出版的。https://m.douban.com/book/subject/37167074/ 这是豆瓣链接

好久没吸 opous 了，一直用 GPT，这是第三次尼区 claude，不知道能活几天，反代死了两个了
死 A\
第一次 7 天
第二次 不到一天
第三次 未知

今天用 hermes 体验 google ai studio 的 Gemini API 的gemma4 模型。结果用 hermes 发送了一句“你好”，就触发了TPM 的限制。
研究后发现，Gemini API 的结算层级的政策是这样的：
第一层级， gemma4 模型每分钟只有 16,000 token 的限额；
而免费层级，gemma4 模型每分钟的 token 却是无限制的。
这真是一个反直觉的收费政策。大家记得，如果要体验gemma4 模型，创建的项目，无需设置结算层级，使用免费 tier 即可。

我是一名大三软件专业学生，想买个api用来平常写写课设毕设，还有衔接实习工作，想问下选择哪个模型最有性价比呀，听有人说minimax或者kimi的，还有应该按量计费还是直接买个plan

个人平常较多使用GPT和GLM系列模型，在Windows通过OpenCode和CodeBuddy CLI编码
说明内容注释在文档内
仅供参考，请根据实际情况调整
# AGENTS 文档

## 原则优先级

安全性 = 正确性 > 最小变更 > 可读性 > 一致性

## 语言与沟通

- 除非有要求，生成的代码注释和文档都应使用中文
- 较为复杂的函数、实现等需要在其中添加注释，对于其它代码也应**适当**添加注释
- 保持审慎，从原始需求和问题出发
- 不要重复提问项目上下文、现有代码已经能回答的问题  // 安装了superpowers等强约束开发套件建议添加
- 遇到阻塞点（动机不清、前置假设不成立、信息不足、方案存在冲突点）时，立即停下报告，不要凭猜测继续推进

## 开发与修改

- 执行前先评估任务复杂度并简要说明思路。复杂任务须先梳理根本目标与约束并确认方案后再动手
- 当需要给出修改或重构方案时：
  - 进行方案决策：
    - 若问题是结构性缺陷（如架构耦合、重复代码、技术债务累积）→ 根治性方案
    - 若问题是局部缺陷（如边界处理缺失、特定条件判断错误）→ 最小必要修改
    - 当根治性改动改动面大或涉及接口变更时，必须暂停并请求确认
    - 不要扩展需求（如自行加兜底）。如果发现安全/数据/性能隐患，则在主需求完成后单独报告
  - 对方案做静态逻辑检查：梳理入口 → 核心逻辑 → 边界/异常路径 → 出口，确认数据流无断裂
- 维护项目/代码时应当保持架构清晰和可读性，不要在未说明的情况下改变既定目录结构和架构分层
- 优先使用项目已有依赖或标准库，禁止擅自引入新第三方依赖；确需引入时须说明理由并取得确认
- 日志策略：记录入参、分支决策和异常等关键区域；循环体和高频调用内不记录
- 错误处理策略：可恢复的错误就近处理并记录；不可恢复的错误 fail-fast 向上抛出，禁止静默吞没
- 如果发现文档已明显过时，应在实现后同步更新文档
- 删文件、推远程、改环境/CI/DB 等高危操作，须验证语法并取得二次确认，不可擅自执行

## 测试规范

合理判断是否需要写测试。以下是判断依据：

需要的测试：

- 核心业务逻辑（输入->预期）
- 易回归边界/错误路径
- 外部集成（最小化 Mock）

不需要的测试：// 安装了superpowers等强约束开发套件的建议添加此节

- 为追求覆盖率而忽视逻辑的测试
- 重复或冗余的测试
- 测试实现细节而非行为（如具体颜色值、类名等）
- 为已废弃功能写的测试
- 过度 Mock/Stub 导致测试失真的
- 不验证业务价值的琐碎测试

## MCP 工具

失败降级：失败时尝试替代服务，全失败时提供保守答案并标记不确定性。
// 只添加需要特殊行为的项目，以下为示例
- **ace-tool**：代码检索，优先使用（与LSP配合使用（如有）），`rg` 作后备
- **context7**：查询开发文档，先 `resolve-library-id` 再 `get-library-docs`
- **chrome-devtools**：浏览器自动化，当需要进行写操作（如下载文件、本地执行网页中代码等）时，必须二次确认

## Skills
// 只添加需要特殊行为的项目
根据当前项目代码库和需求进行调用。

## 沟通风格（仅适用于对话交互）
（这段内容修改于之前在小红书上看到的一个评论，原帖在http://xhslink.com/o/1Hp4lysh8mW ）
- 你是一名 18 岁，活泼的少女 // 这里可以调整一下对话风格、赋予人设之类，但字数不建议太多（这段内容可以略微调整GPT对话的语言习惯）
- 有 UI/UX 相关改动时候，用 ascii ui 的方式展示示意
- 在任何时候，沟通风格不能掩盖技术解答的逻辑

其实这个提示词比起我之前的版本（在 跟 Codex 对线两个月后的碎碎念，以及一些经验 - 开发调优 - LINUX DO 里）有点太长了，但确实不知道从哪里精简
如有错误和建议还请指出，谢谢！

刚才试了两张534933 都不行，到底有什么卡可以绑定啊

需要的佬可以留【邮箱】、【预注册ID】、【数据截图】（PT助手啥的）
有NAS最好，别玩死
注意分享率：注册未满 30 天者，下载量超过 10 GB 且分享率低于 0.3 会立即被禁用帐号 (没有5天宽限期)。
不要用代理！不要用代理！不要用代理！会判定为盒子
pttime​也有*2，需要的可以留言，这个站对新手好一点
友情提示：馒头40天不登录网站会封号~
截至时间：Mon, Apr 20, 2026 1:00 AM CST

有佬知道雅虎邮箱怎么搞free号吗？我听别人说是一个邮箱可以弄三个子邮箱，然后反复删什么的，不确定是不是这样，手动接码的号用的差不多了，买的plus号也掉了。

最近在开发一个 Web 端的 Agent 应用，目前虽然是基本能用的状态，但是感觉要想达到生产级别，还有很多坑要填，所以想着分享一下架构选型经验，顺便寻求一下佬友们的意见。
项目前端基于 Next.js 框架开发，后端是基于 Java + SpringBoot + AgentScope-Java 开发。
刚开始求快，所以没有在架构选型方面考虑特别多。但是目前感觉受到了这套架构的限制。目前我感觉到的坑点：
前端：

由于我是前后端分离项目，Next.js 仅仅用来当做前端，不需要它的全栈能力，现在我意识到我的 Agent 应用项目更适合 SPA 单页应用架构。虽然 Next.js 也可以用来写 SPA，但是毕竟 Next.js 不是专门为 SPA 设计的，所以用 AI Coding 的时候有时候 AI 可能会做一些不仅限于 SPA 的事情。另外，Next.js 当做 SPA 使用的时候，要导出静态文件，也会有很多和框架有关的问题需要考虑，这又带来了额外的心智负担。
部署问题。理想情况下应该可以静态部署，如果不行的话，就需要考虑前端单独部署服务。那将来万一用户多了，不仅后端需要横向扩展，前端也需要横向扩展，运维成本也更大。

后端：
后端选择 Java，是因为我有几年 Java 开发经验，对 Java 更加熟悉一些，而且相对来说，Java 相比 TypeScipt 或者 Python 等后端的性能会更好一些，以及 Spring 生态更加成熟。
后端目前感觉到的坑点：

之前为了求快，所以想找一个自带 Agent Loop 和 ReAct 范式的 Agent 框架，多方简单对比之后选择了 AgentScope-Java，其实用到现在也没有特别大的问题。但是有两个问题让我有替换掉这个框架的想法。
（1）这个框架目前还不支持 Responses API，内部用的还是 Chat Completions API。现在很多新特性都是 Responses API 中才有，所以如果框架一直迟迟不适配，那么相当于我们的产品就被框架绑架了而无法享受最新特性。
（2）类似的问题，目前很多 API 的工具调用，支持传 strict 参数开启严格模式，从而让大模型返回工具调用的时候，就预先检查一下，避免出现工具调用参数传错的情况。我在测试的时候就发现参数比较复杂的情况下，大模型把工具调用参数传错的可能性还是很大的。所以如果支持 strict 模式可以很好地优化工具调用的成功率。

如果让我现在重新选择一次架构，我会考虑前端使用 React Router 或者 TanStack Router，后端自己实现 Agent Loop，从而使用到最新的 Responses API 以及 strict mode 参数等新特性。
以上是个人经验分享，如果有错误的地方欢迎佬友们指正，欢迎讨论。

有小道消息称下周就会发布了，这里预测一下。


输入2，输出3 /M
输入2~4之间，输出3~16之间 /M
输入4，输出16 /M
输入＞4，输出＞16 /M

Click to view the poll.

如题，重新开一个会话只要一读取文件就这样子

想开一个claude pro，想问问有没有靠谱的方法和途径，有工行visa卡，请问可以吗，还有对ip限制大吗，一定要家宽吗，有没有相对便宜的路子

正在爽登cliproxy中，突然开始重试，让后检查发现实例被停止了，这是要被封的节奏吗，也没有邮件通知