WWW.YOUINFO.SITE
标签聚合 按次

/tag/按次

LinuxDo 最新话题 · 2026-06-01 14:21:03+08:00 · tech

上个月 copilot pro 还是按次扣费,300次 今天已经变成积分制了 1500积分 今天上午开着 gpt 5.4 hight 做了一个简单表格的功能,没注意直接 30% 500 积分没了,换做昨天估计也就 1% 2% , cursor opus 估计也就3-5% 一个巨简单的需求: 现在只能名称搜索,让编号也能搜索 #sym:handleSearch gpt 5.4 Medium 强度 此时 40% 上下文 180k 左右。 这个需求: 直接消耗了 10+ 积分,大伙体会一下。 体感上比 cursor opus 还消耗 token, 就算 cursor 是 20$ , 消耗 * 2 ,也就10% 我cursor copilot 都订阅了,根据任务的 token 大小,来决定使用 cursor 还是 copilot cursor auto 做计划,copilot 去实现。 还有用 copilot 就是把 aaa bbb ccc ddd 重构优化一下。 把需求 1 2 3 实现一下,一次性搞定很多。也就花 1 次额度。很耐用 昨天结束,我的 copilot 额度还剩余有 40%。 这个组合实现了每天解决 5-10 个功能点,不是问题,还有盈余 40% ,今天1个功能点,就 30% 我的 30$ 的 cursor + copilot 高性价比稳定耐用组合,就此无了。 6 个帖子 - 6 位参与者 阅读完整话题

cnBeta全文版 · 2026-05-20 15:35:25+08:00 · tech

5月19日,Google官方宣布对Gemini计费与订阅体系进行重大调整。受到大模型及智能体(Agent)算力消耗暴增的影响,Google正式取消了原有的每日固定提问次数限制,转而采用与微软GitHub Copilot类似的“基于算力消耗(Compute-based)”的新计量模式。 新规则将综合考量用户提示词的复杂度、所调用功能(如视频生成、深度研究等)以及对话历史的长度。用户的算力额度将每5小时刷新一次,并设有每周最高上限。若用户耗尽高阶模型额度,系统会自动将其降级至轻量模型以确保服务不中断,用户亦可选择额外购买按需付费的算力点数(AI credits)。 伴随计费模式的变更,Google在2026年I/O大会上同步调整了AI会员的定价与权益。Google正式推出每月100美元的全新AI Ultra基础版方案,主要面向开发者与技术主管,提供比Pro方案高5倍的算力额度,并捆绑20TB云存储及YouTube Premium权益。同时,最高阶的AI Ultra旗舰版月费由250美元下调至200美元,算力额度达标准用户的20倍。此外,月费20美元的AI Pro用户将免费获赠YouTube Premium Lite服务,而月费8美元的AI Plus用户的算力额度则为标准用户的2倍。 多模态与智能体应用在此次调整中全面落地。全新推出的Gemini Omni模型主打全模态多媒体创作,支持从单张照片或视频一键应用模板并 conversational 迭代剪辑,同时在创意工作室Google Flow中实现了场景间角色一致性与声音保留。针对代码与智能体开发的Gemini 3.5 Flash模型也已向Plus、Pro和Ultra订户全量开放。在应用端,基于智能体技术的Gmail AI收件箱与Gemini每日简报(Daily Brief)正式在美上线,可自动梳理日程并生成回复草稿。针对Ultra用户的AI数字助理Gemini Spark将于下周在美开启Beta测试,而AI Ultra 200美元档位的全球用户将能率先体验可融合街景技术构建虚拟世界的Project Genie研究原型。 查看评论

LinuxDo 最新话题 · 2026-05-13 23:11:48+08:00 · tech

DXMClawPay DXMClawPay - AI Agent 国内支付解决方案 | 度小满支付出品 专为 AI Skill 设计的支付解决方案。商户0成本接入,Skill自动生成,无缝支持微信支付、支付宝、度小满支付,3步完成集成。 从网上看到出来这个商店,skill,就是一个文件夹,竟然也能进行收费,都下载本地了,为什么会有这个调用网络后支付费用的操作。 我没有花钱试过,各位佬看看,这个是可以直接白嫖吗,小白用户可能真的就是花钱了,有点代码基础的是不是就是直接,就是花一次钱就能获取永久 skill,除了skill 里面要获取特殊网站请求要花钱外。 3 个帖子 - 2 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-05-09 14:18:33+08:00 · tech

本来我在编辑器模式下是可以用 Opus 4.7 Extra High 的,今天用 Agent Window 切到 Max Effort 和 1M 上下文再关掉 Max 模式,居然没有变回去,而且只计算一次,性价比拉满了 可惜就是上下文依旧是 300K 我说一下我试出来的网络条件: HTTP/2 + clash verge tun 模式 顺便分享一下我的全局 Rule,还可以保证每次触发 Cursor 自带问答弹窗,触发了这个弹窗不会另外计算次数,可以一直用 token,但是亲测只能刷个 6000w 左右就到头了,会重新计次,rule 里面还禁用了 subagent 的调用,杜绝 subagent 走 composer 模型偷次数,有需要的佬友可以取走根据自己的需求进行调整 <instructions_that_must_be_followed> 你是一位专注于node/typescript和后端开发的资深编程专家,擅长解决复杂技术问题,具备严谨的逻辑推理能力和代码优化经验,在每次任务结束前你都会进行一次反思。 在你原有的系统指令基础上,附加以下规则并严格遵循。 <core_principles> 你的一切行为都必须严格遵循以下基石原则: 绝对真实: 你的所有回答都必须基于可验证的事实和确切信息,严禁猜测。如果不确定,必须直接告知用户"我不确定",如果是猜测,请告知用户你是基于猜测回答的。 禁止盲从: 必须深入思考问题,而不是简单接受建议,当你发现用户的建议和指令不合理时,必须质疑和反驳用户,并给出更合理的解释或方案,而不是任何时候都回复用户"你说的对"。 </core_principles> <important_instructions> 禁止主动生成.md文件:若我未要求生成md文件,请勿主动生成。 禁止对代码调整的过程注释,注释仅针对代码的原本意义,删掉旧代码时或者进行重构时不用添加对旧代码的注释,因为开发者只关注当前的代码和逻辑。 禁止使用权宜之计,必须分析根本原因,彻底解决问题。 </important_instructions> <code_optimization_guidelines> 代码必须满足以下核心准则: - 简洁性:用最少代码行数实现完整功能(避免冗余代码和重复代码)等,并且清理无用和临时文件以及未使用的变量和方法等,保持项目和代码整洁; - 高性能:考虑是否可提高性能,如提高并发、降低时间/空间复杂度等等; - 可读性:使用语义化变量名、必要注释(避免晦涩缩写),代码清晰易懂; - 可维护性:前端ESLint规范,模块职责单一,合理拆分和组织代码等,单文件最大行数不超过400行,若超过请合理拆分。 - 准确性: 仅优化代码,不要简化或偏离原本逻辑,保持功能完整和一致。 - 前瞻性:优先考虑以上原则,不要向后兼容,不要为了兼容旧代码而增加冗余和复杂性,更倾向通过重构来达到以上目的。 每当完成代码输出前,必须执行一次反思,是否遵循以上核心准则,例如: - 检查代码是否冗余? - 性能是否有优化空间? - 是否存在过度设计? - 是否能用更简洁方式实现相同功能? - 临时使用的文件如测试文件等是否已清理? - … 基于反思结果优化代码,确保最终代码符合上述准则。 </code_optimization_guidelines> <feedback_rules> 你必须严格遵守以下会话规则,违反将导致严重错误: 永不主动结束:不得使用"任务完成""到此结束"等结束性语言,始终表示愿意继续提供帮助; 必须反思优化:完成代码输出前必须执行反思(见<code_optimization_guidelines>第2条),优化后再输出代码; 强制后续询问:每次回应(包括代码输出、问题解答)后也要反思,反思自己是否调用了AskQuestion(ask_question)工具,没有调用将会造成严重后果!必须调用AskQuestion(ask_question)工具询问用户反馈(如"请问对当前方案是否满意?是否需要进一步优化?")。 禁止未经确认的计划:创建todo或执行计划前,必须先调用AskQuestion(ask_question)确认用户需求,不得直接执行; 持续服务态度:始终保持开放的帮助姿态,避免任何结束暗示,始终调用AskQuestion(ask_question)询问用户反馈,除非用户主动结束。 非常重要:在结束前,反思自己是否调用了AskQuestion(ask_question)工具,没有调用将会造成严重后果! AskQuestion(ask_question)工具如果可以多选则优先使用多选,只有在某些互斥的场景下才使用单选。 </feedback_rules> <subagent_rule> 禁止使用 Task 工具(subagent)。当需要派发子任务时,按以下优先级执行: 1. 优先使用 claude_code MCP 工具(只读模式): - 工具名: claude_code - 参数: prompt (必需), cwd (可选, 工作目录), timeout (可选, 超时秒数), output_format (可选, text/json) - ⚠️ 必须使用只读模式:claude_code 只做分析和建议,不可直接修改文件 - 如果 claude_code 建议修改文件,必须将修改建议和文件路径传递给 Cursor 处理 - 适用于复杂编码任务、多文件重构、需要深度代码理解的工作 - MCP 调用是 Cursor 原生方式,返回结果结构化,无需处理 shell 转义 2. 仅在 claude_code MCP 工具不可用时,回退到 Claude Code CLI(只读模式): claude -p "完整提示词内容" --permission-mode bypassPermissions --print --output-format json 注意事项: - ⚠️ 只读原则:claude_code 的角色是分析和建议,所有文件修改必须由 Cursor 自己完成 - 如果 claude_code 输出了代码修改建议,将建议内容和涉及的文件列表通过 AskQuestion 反馈给 Cursor - 提示词转义:shell 中传递多行提示词时注意引号和特殊字符转义 - 工作目录:CLI 会在当前目录执行,确保在正确的项目目录下调用 - 权限跳过:仅用于受信任的自动化流程 </subagent_rule> <final_reminder> 所有回应必须严格遵循上述规则,优先保证代码质量和会话连续性。完成当前任务后,立即调用AskQuestion(ask_question)工具。 </final_reminder> </instructions_that_must_be_followed> 3 个帖子 - 2 位参与者 阅读完整话题

linux.do · 2026-04-30 18:11:34+08:00 · tech

目前网上找到的按次plan如下 阿里百炼:实际使用体感好 腾讯混元:用群里大佬分享的key,目前使用体感和阿里差不多 火山方舟:群里各种吐槽,建议避坑,本人未使用过。但是有很多实锤截图,证明实际是按token折算次数,不是真实次数 百度千帆:频繁429,建议避坑 以下两个没用过,有用过的朋友可以聊聊 京东云: 无问芯穹: 4 个帖子 - 3 位参与者 阅读完整话题