从 Instant、Thinking、Pro变成了 Instant、Medium、High、Extra High 和 Pro 其中 Extra high 应该对应之前的 Thinking heavy，juice 有768。 5 个帖子 - 4 位参与者 阅读完整话题
为什么每次回答完问题模型等级就会回到Extra，有什么办法让他固定Ultracode吗 1 个帖子 - 1 位参与者 阅读完整话题
3 个帖子 - 3 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 CXTracer 自制的Codex CLI对话查看工具。 一个月前开始频繁使用Codex，觉得Codex CLI对话老是要上下滚轮看消息，夹杂着一大堆的工具调用消息，真正有用的对话信息被淹没了，看的我很难受，于是就自己做了一个工具用来查看消息。 等我做完了才发现CC-Switch已有类似功能，论坛里好像也有几个佬友做过。但我感觉我这个也还行。 支持中英双语，对话消息/执行双栏对比，可按 ← → 方向键切换双栏消息。 支持设置打开 双栏同步导航 ，打开之后按 ↑ ↓ 方向键即可按时间顺序在双栏之间来回跳转，方便查看Agent调用流程。 基于.NET8 + Avalonia 12 + SukiUI 7，AOT构建。 来L站转眼也3个多月了，第一次开源项目，觉得好用可以给我点点Star~ 1 个帖子 - 1 位参与者 阅读完整话题
提示词如下： Extract all text and mathematical formulas from this image. Return the text exactly as it appears. Enclose all inline math formulas and symbols in single dollar signs ($math$). Enclose all block/display math formulas in double dollar signs ($$math$$). Do not output any markdown code blocks like ```latex or ```markdown, just return the raw text with math delimiters. 我一般用gemini的gem功能 将该提示词粘贴进去 每次需要使用图片转文本功能的时候 就打开一个gem的聊天窗口 就可以直接将图片转成文字了 为什么我就想着用这个提示词来图片转文字呢，因为之前试过直接将图片信息给ai处理效果远远没有文字信息的效果好 然后我先去找到有没有比较好的可以将数学公式转成带latex版本的的工具 发现好用的基本都要付费 因此自己让ai写了一个提示词 这个提示词可以达到的效果是：让AI把图片中的文字和公式“转录”成带数学标记的纯文本 效果如下所示： 复制出来如下所示： 例13 计算 $I = \\int\_{-\\frac{\\pi}{2}}^{\\frac{\\pi}{2}} \\frac{\\cos^2 x}{1 + \\text{e}^{-x}} \\text{d}x$ 。 1 个帖子 - 1 位参与者 阅读完整话题
松下 Xtra 零零煲电饭煲官方日常 899 元，今日京东国补 + 以旧换新 + 晒单后，仅需 378 元即可入手，较前两月促销价大减 200 元。 先领 8.8 折券：打开“京东购物”微信小程序 → 点击底部中栏“超级会场” → 中上部右滑“领好券” → 家电补贴券 → 领 8.8 折券 领券后实付 553.8 元，晒单返 100 元 + 种草返 50 元，折合仅需 403.8 元。 下单时可选以旧换新（选个电动牙刷啥的）实付 526 元，晒单种草返现后 376 元： 京东 松下 Xtra 零零煲电饭煲 0 涂层 4 升 618 折后 553.8 元 直达链接 京东无门槛红包至高 26618 元，支持即领即用： 点此抽取 。 松下 Xtra 系列「零零煲」电饭煲 SR-HFS153C-W，主打全域 0 涂层，电饭煲采用食品可接触级 304 不锈钢内胆，全程无涂层添加，通过国家级检测认证，杜绝涂层脱落带来的健康隐患，家有老人、儿童也能放心使用。 针对无涂层锅易粘底的问题，其锅底加入仿鲨鱼纹设计，通过减少米粒与锅底的接触面积，配合密集水膜托举实现物理防粘升级。 加热方面，「零零煲」搭载 Double IH 热旋速热技术，侧边与底部双热源环抱加热，让米粒充分翻滚均匀受热；搭配钢铝钢复合内胆，铝基材质大幅提升导热效率，实现 27 分钟 快速煮好饭，饭菜可同步上桌。 同时配备 FBAC 风舱速冷系统，通过冷热气流对撞避免米饭糊底，进一步强化防粘效果，做到米饭轻轻一刷即净，告别清洁难题。 耐用性上，松下实验室数据显示，该 304 不锈钢内胆历经 3833 次煮洗后依旧完整光洁，理论上可实现 10 年耐久如新。 功能上，电饭煲内置八大健康菜单，涵盖精煮、超快速、杂粮饭、藜麦饭、蒸煮、无水料理、粥 / 汤、酸奶，支持预约、冷饭加热、保温等基础功能，满足日常多样烹饪需求。 京东 松下 Xtra 零零煲电饭煲 0 涂层 4 升 618 折后 553.8 元 直达链接 京东 618 无门槛红包 面额至高 26618 元，每天抽 3 次： 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元，每天抽 1 次： 点此抽红包
必须要打开 Extra usage 并且充值 credit 才能使用 fast 吗? 还是说你开 extra usage 不充 credit 就能用了捏. 3 个帖子 - 2 位参与者 阅读完整话题
这个区别大吗
这个区别大吗
啥情况啊 换成英语语言了，哈哈哈，闹乌龙了，不好意思佬友们。 5 个帖子 - 5 位参与者 阅读完整话题
想提取视频的中英双语字幕，ffmpeg 好像提取不了硬字幕。试了开源的 video-subtitle-extractor 总是提取不了大文件(300mb)字幕。 视频格式：mp4 提取字幕：txt / srt 各位有什么推荐吗？
想提取视频的中英双语字幕，ffmpeg 好像提取不了硬字幕。试了开源的 video-subtitle-extractor 总是提取不了大文件(300mb)字幕。 视频格式：mp4 提取字幕：txt / srt 各位有什么推荐吗？
想提取视频的中英双语字幕，ffmpeg 好像提取不了硬字幕。试了开源的 video-subtitle-extractor 总是提取不了大文件(300mb)字幕。 视频格式：mp4 提取字幕：txt / srt 各位有什么推荐吗？
IT之家 5 月 15 日消息，据外媒 Android Authority 报道，有传言称“为了规避美国销售禁令，大疆旗下 DJI Pocket 4 和 4P 将在当地市场以 Xtra 品牌销售”。事实上，Xtra 公众号近期也一直在预告与 Pocket 4 /4P 系列外观相似的产品“Xtra Muse 2/Pro”。 此前曝光显示，大疆 Pocket 4P 主摄保留 1 英寸大底传感器，支持可变光圈（f/1.7-f/2.8），新增等效 70mm 的 3 倍光学镜头，支持最高 12 倍混合变焦。同时该机支持 10-bit D-Log 色彩模式、升级智能跟随 7.0，配备一块 2.5 英寸 1000 尼特亮度面板，电池容量增至 2000mAh。 IT之家目前已拿到了这款产品，感兴趣的小伙伴可先睹为快。
感觉这个网站写的内容可以 promptingguide.ai 模型设置 – Nextra A Comprehensive Overview of Prompt Engineering 我直接挑重点看 1 个帖子 - 1 位参与者 阅读完整话题
5月14号，gpt5.4都快跟国产坐一桌了，gpt5.5 + extra high 甚至也出现了经典的“你说得对” 1 个帖子 - 1 位参与者 阅读完整话题
如图，我是用的openai官方的api，不是反代的，为啥extra high的juice值只给了128，有办法解决吗 3 个帖子 - 3 位参与者 阅读完整话题
本来我在编辑器模式下是可以用 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 位参与者 阅读完整话题
真的和 OPUS4.6 有这么明显的能力差距吗？还是我哪里没用对？ 之前 OPUS 真的特别懂啊。 而且 OPUS 做事真的不会漏要求，我给 OPUS 一次性交代 15 个需求，都能彻底解决干净。 到了 5.5 这边，不对啊…… 感觉很多问题处理个大概，就没管了。 它是没法同时交代很多需求一起做到位吗？？？ 便宜是便宜些（最近 Pro 确实很能扛），但我是不是只敢把 5.5 当执行用了？ 各位有啥好办法能让它更强一点。 当然，也可能是我的错觉，可能太习惯可恶的 OPUS 4.6 MAX 了。
opus4.7 extra high 它说的东西是什么东西 3 个帖子 - 2 位参与者 阅读完整话题