本人现在是在杭州一家公司做视觉算法，但是确实对算法理解比较差，做的挺痛苦的，但是工资年收入大约35w左右，短期应该也不至于被裁，公司加班比较严重，每天9点10点才能下班但是有双休 目前手上有一个杭州地区农商行科技信息岗的机会（非主城区），目前hr还没联系谈待遇，可能会有25w+的收入，但是听说农商行的科技岗做几年可能会被安排去业务部门，让我比较纠结 本人家在杭州，如果去农商行的话通勤也会比较长，相比之下现在公司通勤时间可以更短一些 想听听各位佬的意见，或者有没有在农商行工作的佬可以说下情况 1 个帖子 - 1 位参与者 阅读完整话题
您好！我理解您的情况了。根据最新政策： 关于老套餐自动续费问题： 很抱歉地通知您， 老套餐续订窗口期已经过了，相关服务已经下线了 。 即使您之前开通了自动续费，由于老套餐续订服务已下线，系统无法再进行自动续费操作。 这不是升了个寂寞 1 个帖子 - 1 位参与者 阅读完整话题
为啥佬们宁愿一个月烧几百上千块的token，也不买个coding plan呢 13 个帖子 - 10 位参与者 阅读完整话题
大佬们我不太理解为啥论坛里很多都是美国家宽的分享。对于base美国的公司来说不应该对美国的IP段和身份识别更熟悉吗？其他国家的家宽搭sub2api接claude是否更好呢？ 2 个帖子 - 2 位参与者 阅读完整话题
不太能理解trae既然能够用claude code的vs code插件，那为什么不也适配一下codex的vs code插件呢 10 个帖子 - 6 位参与者 阅读完整话题
可以蹬的越来越少了，gpt感觉类型好多：free、team、plus、pro 还可以理解，卡密、5x、20x怎么用的，都说充自己的号，会不会被封啊 13 个帖子 - 8 位参与者 阅读完整话题
这也太离谱了; 大哥 SC 都能生成出来, 而且人物面向不一样, 亲亲位置还不同; 完全理解了啊; GPT 很听话, 理解能力强, 也作用于图片模型上, 这也太厉害了 4 个帖子 - 4 位参与者 阅读完整话题
我很少用国产模型，最近两天体验glm5.1，kimi2.6，发现它们都理解不了图片，请问大佬是怎么操作的？是有mcp还是skill。 8 个帖子 - 6 位参与者 阅读完整话题
有时觉得自己对一个东西理解挺清楚的，然后想着写下来，把它解释清楚。 然后就经历以下阶段： 但边写边发现，这写的什么垃圾？ 改改垃圾的地方 接下来写什么呢？ 想不出来。。。。。 哎，想到什么就先写什么吧 诶，前面那个可以改下。 再回看一遍，边看边改。 哦吼，灵光一闪，可以这样解释，赶紧写下来。 然后继续回看，优化 就这么从垃圾开始，一点点改成不那么垃圾。 才发现，不谈理解清楚一个东西了，光是想表达清楚一个观点，真正落实起来都没想象的简单。 写出来了，落地了。 才算是真的有点懂了。 才发觉之前脑子里的迷之自信，其实还是没有经过检验的体现 而写下来，写作，就是一个高频自我检验的方式。 2 个帖子 - 2 位参与者 阅读完整话题
我能理解你可能发生了什么机房爆炸之类的极端情况导致没有办法把这个虚拟的轻量云主机给用户稳定运行，但是一想到每天晚上八点到十一点准时开始卡顿、8M带宽只有半夜能跑满、自带的性能监测动不动就占满cpu这些情况，明年我再也不图便宜续费了，我宁可翻倍去买腾讯云原价服务器 1 个帖子 - 1 位参与者 阅读完整话题
关于用户体验目标的一点理解：做到“自然” 1. 小孩为什么比大人更容易学会某些交互 3 岁左右的小孩使用 iPhone 往往很容易上手。比如 iPhone 的解锁，小孩甚至不用学就会用。因为“触摸”本身就是人的天性，同时 iPhone 通过箭头图标和向右滑动的文字条，暗示用户用手指向右滑动来解锁。即便小孩看不懂文字，也能从图形和动作提示里理解这个操作。 自然，往往和人的天性是一致的。反倒是成年人，因为后天接受了太多既有经验和使用习惯的影响，不一定能立刻学会 iPhone 的解锁方式，有时还需要依赖文字说明来理解。所以，不识字的小孩，可能比老年人更快学会使用 iPhone。需要靠文字解释才能完成的交互，通常不能算是特别好的交互。 2. Apple 对“自然”体验的持续尝试 Apple 在“自然”体验上做过很多尝试。 比如，在传统 PC 里，“文件夹”甚至“文件”本身，其实都是很不自然的电脑概念。它们对普通人来说，并不天然贴近日常经验。iOS 在很长时间里弱化甚至取消了这种概念，因为文件只有和具体应用关联时，才更容易被用户理解。 MacOS 也尝试改变过触控板的传统滚动方向，把手指滑动方向改成和内容移动方向一致，并把这种方式称为“自然”模式。换句话说，过去那种滚动逻辑，在 Apple 看来并不够自然。 这种改变其实很需要勇气，因为它会直接挑战已有习惯，并且在短期内让一部分用户不适应。但 Apple 也许认为，从长期来看，更自然的交互方式才更有生命力。 3. 微信“摇一摇”为什么是自然的设计 自然通常和人的本能有关。微信的“摇一摇”，就是一个以“自然”为目标的设计。 “抓握”和“摇晃”，都是人类非常原始、本能的动作。手机恰好提供了调动这种本能动作的条件。所以设计“摇一摇”时，目标其实就是让交互体验和人的自然动作保持一致。 它的完整体验包括： 动作 ：摇动手机 视觉 ：屏幕裂开又合上，对动作作出响应 听觉 ：用有吸引力的声音作出反馈，男性用户听到来福枪声，女性用户听到铃铛声 结果 ：一张名片从屏幕中央滑下来 整个界面里没有菜单，也没有按钮，但几乎没有比它更简单的交互方式了。手机让一种非常原始的肢体动作，变成了人与人之间建立连接的方式。 摇一摇上线之后，很快就达到了每天一亿次以上的使用次数。“简单而自然”的体验，用户几乎不用学就会用，也会更愿意主动去用。它对高端或低端人群也没有明显门槛差异。 摇一摇给人的一个启发是：通过肢体动作，而不是鼠标甚至触屏，来完成交互，也许代表了未来一类移动设备交互的方向。Bump 在这方面其实更早一些。 顺便说一句，经常有人提微信摇一摇是不是学了 Line。但事实是，我们做摇一摇的时候，并不知道有 Line 这个软件。考据一个应用到底“抄”了谁，除了获得一点心理安慰，通常并不能真正提升自己的能力。 4. “Don’t Make Me Think”与“自然” 一本书叫《Don’t Make Me Think》。从字面上理解，其实和这里说的“自然”很接近：好的体验，不该让用户费力思考。 我个人也很欣赏原研哉等设计师的一些理念。他们强调，设计应当尽量挖掘人更本原的体验倾向。 “自然”并不只体现在交互层面，它更像是一种整体的思维方式。 5. “自然”也是一种建模方式 程序员都知道，面向对象方法的核心之一，是用更自然的方式对复杂事物进行建模，而“分类”正是其中的核心能力之一。 同样，产品经理面对复杂问题时，也需要建立一种符合“自然”原则的建模方式，通过产品结构、模块划分，以及模块之间的关系，去映射和解决真实问题。 即便没有开发背景，一个人也完全可以建立这种“自然”的思维方式。因为“分类”本身就是人类识别世界、组织世界的一种本能方式。如果你能有意识地反复思考“分类是否合理”，时间久了，就会慢慢形成一种直觉式的分类感，而不容易把东西做成一个大杂烩。 对于任何界面和交互，也都可以反复用这类问题去审视： 它是否符合 “Don’t Make Me Think”？ 它是否自然到足以让人几乎不经思考就能使用？ 比如，我们会鼓励每个界面尽可能只保留一个突出的按钮，让用户几乎不用思考就知道默认该点哪里。当你认真思考过上千个界面的交互之后，哪些交互自然，哪些交互别扭，判断会越来越快。 即便是那些已经司空见惯的体验点，重新反思之后也常常会发现还有改进空间。比如： 一个列表，真的需要显示总条目数吗？例如通讯录里有多少联系人，这个数字对用户重要吗？ 一个进度条，真的有必要显示百分比吗？ 数字，本身是不是用户最自然能接受的反馈方式？ 6. “自然”不是玄学，它来自长期训练 “自然”这个词很容易被说成玄学，所以这里想强调的是：所谓“自然”的思维方式，通常需要长期、非常理性的训练才能形成，不是谁突然灵光一现，就掌握了某种“自然原则”。 我不太相信有人天生就拥有一种可重复、可依赖的直觉，能立刻成为某个领域的专业人士。比如，把复杂事物抽象成简单模型，这件事本身就需要大量案例的训练。 但如果一个人真的经过了一万小时、有意识、持续性的训练，比如反复思考“自然”这件事，并在实际工作中不断练习，同时保持高度理性的分析和实践，那确实可能逐渐形成某种直觉。 大量理性训练，会帮助人建立对同类事物的识别模式，而这种模式最终会表现为直觉。 举个简单的例子，大部分中国人其实没有经过“简单是美”的训练，所以在现实中，很多人很难真正接受一套极简主义装修风格的居室。只有当一个人长期反复体验、思考“极简”这件事，才可能把“简单是美”内化成真正的审美观，并在设计中自然地体现出来。 两个问题 简单和自然，到底是什么关系？ 简单为什么会显得美？ 1 个帖子 - 1 位参与者 阅读完整话题
我：大三学生，现在在做一些小的开发 在我的理解里，程序员大部分是做程序的，很少有单独有程序就可以运行的产业，大部分程序都是依赖在其他产业里的，餐饮，制造，以及每个公司的官网，管理系统… 也就是说，他之前是消化着之前多年产业的综合的需求，消化到现在，那么是否意味着即使没有Ai，软件开发的需求肯定会越来越萎缩，因为我们从接全时段的企业需求变成来了接实时的需求。 是否意味着内卷，更何况有ai… 13 个帖子 - 10 位参与者 阅读完整话题
锻炼对自己产品的理解 初学者刚入门时，很容易被琳琅满目的原型工具和一堆案例牵着走，脑子里装满了别人花哨的功能、亮眼的方案，却唯独缺少对自己产品的理解，想来想去都是别人的东西。 这样的 PM，平时和别人对话时，往往会是这种状态： A（老板）：你觉得这里放四个标签页合理不合理？ P（PM）：当然合理，美团、点评、微信都这么做。这是大趋势。 A：那我们页面上功能排版这样靠谱不？ P：没问题。现在这样的排版方式最常见，交互方式也很流行，色调设计还是国际上流行的 Minimal。 A：额，那我们这几个功能是必需的吗？ P：这几个功能竞品都有，我们没有的话不太合适吧。 A：…… 对自己产品的理解，其实可以分成很多层面： 对公司定位的理解，和老板、投资方有关 对用户定位的理解，和公司定位、市场状况有关 对产品定位的理解，和用户定位、产品推出的初衷有关 对公司研发能力的理解，包括设计能力、开发能力和运营能力 对其他部门状况的理解，包括各部门在做什么、当前推进到什么状态 …… 总之，你做出的每一个判断，都应该建立在对产品多方面的理解之上，不能只抓住竞品、市场这些零散因素。 只有这样，当设计师交出一版你不满意的稿子时，你才能说： 这个风格可能更适合年轻人，但我们的目标用户是商务人士。 当你要求工程师去处理一个看起来不重要的 Bug 时，你也可以说： 后续运营部门计划有几次大型活动，到时流量会瞬间暴涨，这个 Bug 会被放大很多倍，所以风险很高。 当你和老板讨论要不要加一个功能时，你能够说： 我觉得这个功能是一个重要补充，和下个版本要做的事情是连得上的。 具体怎么去锻炼，其实很费力，也很费脑。你要不断和老板沟通、和同事沟通，去和用户聊，去做调研，同时做大量思考和总结。你最好有一本属于自己的“词典”，记录所有和你负责产品相关的解释与判断，随时可以翻阅。 这本词典可以记在心里，也可以整理成笔记。别人看来，它可能不起眼，也没有那些“人机交互趋势”“立体化设计语言”之类的术语那么唬人。但如果没有这本词典，你往前走的每一步都可能踩坑，等走远了再回头补，往往已经来不及了。 提高分析和判断能力 如果说对产品的理解是第一步，那么第二步，就是基于这些理解做出靠谱的判断。 很多 PM 遇到问题时，习惯参考别人、做用户调研，或者直接听老板的。但实际上，很多事情并没有那么复杂，只要有生活常识，有基础的推理能力，完全可以先做出更靠谱的初步判断。先有一个初步判断，再去做用户调研，这时候调研才真正有意义：它是验证手段，不是需求来源。 总结起来，就是三个字：讲道理 产品经理在做任何决定时，都应该尽量做到这一点。 那怎样培养这种能力？方法其实也不复杂，就是在日常生活里多问几个“为什么”。 比如： 这个小区的停车场入口为什么要绕三个圈？ 优衣库一进门最先看到的为什么常常是内衣裤？ 楼下咖啡店平时看着顾客不多，为什么能撑五年还没关门？ 很多道理是相通的。你每天都在想明白一些事情，真遇到棘手的产品问题时，思考自然会比别人更远，也更稳。 看别人的产品也一样，别只学表面。多去想它背后的原因：从商业模式到交互细节，再到视觉风格，它为什么这么做，解决的是什么问题，这样的代价又是什么。 3. 确保良好的沟通和表达能力 当你已经对产品有足够理解，也能对问题做出清晰、有依据的判断，下一步就是把这些判断和理解有效地传达给同事。 这件事说难也难，说简单也简单。核心还是两点：一是沟通时要让人愿意配合，二是每次沟通都尽量有效率。 在协作中，尽量做到这些 始终清楚自己是产品经理，但不是“经理”，不要盛气凌人 用事实和理由说服别人，不要动不动搬出“老板决定了” 别人遇到困难时，先理解问题，再一起找备选方案 项目组里谁和谁有了矛盾，要主动协调，不要围观 让产品线上的同事随时知道整体进展，帮助大家建立全局意识 用户反馈整理后及时同步，让团队感受到自己的工作是有价值的 在讨论问题时，也尽量做到这些 每次沟通前先想清楚目的，心里有基本框架 描述问题尽量清晰，不要一边说一边散 每个问题都尽量形成结论，避免讨论很多却什么都没定下来 不要把所有决定都推给别人，自己要准备方案和建议 过程和结论都尽量留下记录，方便后续查阅 交际能力提升最快的办法，往往也不是背书或者记技巧，而是观察一个你觉得相处起来很舒服、同时又很优秀的人，看看他是怎么处理关系、怎么表达观点、怎么推进事情的，然后一点点学过来。 4. 对产品的责任心 责任心看起来像是最容易具备的东西，但真正做到，其实很难。 产品经理最重要的能力，就是让正确的事情相继发生。 你把前面说的那些都做好了，其实只是完成了“做正确的事”这一部分。至于这些事能不能真的推进下去、一个接一个地发生，就要看责任心了。 比如： 午夜工程师为项目上线加班时，你是在楼下看电影，还是愿意留在旁边一起盯着？ 设计师和老板因为方案僵住时，你是在等他们自己缓和，还是主动去沟通、推动事情往前走？ 运营同事提了一个很赶、又不太现实的需求时，你是直接一句“做不完”，还是愿意坐下来一起找折中的办法？ 从劳动契约上说，你当然没有义务包办一切；从岗位职责上说，也不是所有问题都归你解决；公司有坑，也不必全由你来填。 但一个真正优秀的产品经理，会对所有和产品相关的事务保持敏感，会把那些妨碍产品正常推进的事情看成自己需要介入的问题，也会去关注那些可能真正帮助产品变好的机会。 在这些具体问题上的取舍，决定了你最终只是一个普通 PM，还是一个更强的 PM。 5. 关于工具的使用 把工具放在后面说，是因为真正意义上的产品经理，其实不一定要掌握很多原型工具、交互工具，甚至绘图工具。 任何工具都只是服务于人、服务于当下的事情。关键问题始终只有一个： 它到底有没有帮你提高效率。 很多初创团队刚起步，就急着上各种复杂的 Feature/Bug 管理平台，制定很重的需求文档规范，把脑图、Axure 之类的东西当成标配。最后流程越来越重，效率却没有提高，反而拖慢了很多事。 就像 MBA 不太适合创业者一样，过于复杂的流程，往往会严重拖累中小公司的运转。 只要你手头的工具好用、顺手、高效，就没有必要为了显得专业去换成更复杂、更“高级”的东西。 6. 尽力涉猎广泛 作为产品经理，懂一些其他岗位的基础知识其实很有帮助。这样一来，沟通会更顺畅；二来，在考虑需求和方案时，你也更容易有数。 这是一种很好的补充，当然，不是说你非得样样精通。但你至少可以去看看他们平时在看什么书，关注什么内容，学一点基础概念。哪怕只是看看一些入门文章，也会有帮助。 这样至少别人不会觉得，你每天只会空想点子、画点原型、做一些飘在空中的方案。 4 个帖子 - 4 位参与者 阅读完整话题
给了截图，硬是要气疯我，完全不搭界，还挺会自圆其说 12 个帖子 - 8 位参与者 阅读完整话题
这两天我用国产大模型整理歌单，最开始觉得豆包牛鼻，居然能读取网页广播节目的音频进行总结，后来对比发现豆包太会胡说八道了，把A歌曲安在B歌手身上，不是抓取的网页内容，而是把我输入给它的内容进行了互拼乱凑； 然后我开始站Kimi，虽然经常算力不足拒绝输出； 然后是今天我让各大模型去除重复歌曲给出唯一的清单，每个大模型都不一样，但是今天我站智普，虽然我没有手动核对，但是从细节发现，它真的有去理解内容，而不是简单的去重 2 个帖子 - 2 位参与者 阅读完整话题
如题所示，市场化运营我理解就是突出公司的产品服务卖点吧？界面清爽？ 1 个帖子 - 1 位参与者 阅读完整话题
没开glm和minimax的coding plan ，用的其他服务商api 缺少了识图和搜索功能，这个有替代方案吗？ 烦请佬友给出出主意 3 个帖子 - 2 位参与者 阅读完整话题
想问一下各位有哪些规则或者说skill可以放到vscode的代码编写中去辅助模型理解的？ 3 个帖子 - 3 位参与者 阅读完整话题
IT之家 4 月 14 日消息，BeingBeyond 智在无界今日发布第三代旗舰模型 Being-H0.7， 该模型将数据规模扩展至 20 万小时人类视频 ，并提出一种全新的范式 —— 基于潜空间推理的世界模型。 北京智在无界科技有限公司 BeingBeyond 成立于 2025 年 5 月，由北京大学计算机学院长聘副教授卢宗青创立，在过去半年中相继发布了全球首个基于 1000 小时与 1 万小时人类视频预训练的具身模型 —— Being-H0 与 H0.5。 智在无界官方表示，在 6 项国际性权威评测中，H0.7 综合排名全球第一（其中 4 项登顶），同时也是首个覆盖跨本体、跨场景、连续动态、流体、柔性物体、物理规律与上下文推理等七大关键维度的通用世界模型。 Being-H0.7 借助世界模型架构，做到了更精准的空间感知、物理理解和运动推理能力，能够完成高速运动物体的追踪和接取、精细流体控制、柔性物体交互等任务： 动态轨迹预测 ：在高速动态场景下，Being-H0.7 借助物理世界知识和快速推理，能够预测物体轨迹并精准完成物理世界交互 物理规律理解 ：Being-H0.7 通过大规模预训练构建了丰富的世界知识，能够准确理解流体物理规律并完成复杂任务指令 运动推理能力 ：Being-H0.7 具备物理世界下的动力学推理能力，能够准确推理物体交互后的空间方位并规划好动作 IT之家附相关论文链接： https://research.beingbeyond.com/projects/being-h07/being-h07.pdf
虽然说是尽力做的简单好理解 傻瓜一些 但可能仍有一些基础的知识 可能我认为都不算知识 而只是通识 确实是有不了解的佬 所以在这里简单的列举和标注一些使用问题及其详情 CHANGLOG: UI简化，移除用户侧迷惑字段 UI优化，弃用浏览器默认组件 V3跟进 实施多Variant 映射显示模型 热重载改进，Save后能很及时的刷新模型列表 日志大幅度详尽更改，多实例显示自己的日志内容 revert 行为修正 llm正常不记得回滚部分内容 追加 openai responses 接口类型提供商 追加 LLM错误到客户端侧的错误类型包装，避免错误成为消息内容了显示到对话流当中 部分错误情况得以重试继续 子代理正确沿用主代理所使用的模型 通过对齐Tool定义 修正了 Qwen 3.5/6 模型的 DUMMY_TOOL_RESULT 持续性工具调用错误问题 安装Cursor最新版 （虽然是废话 但真的有佬直接就开始++了） 安装扩展 npx @cometix/ccursor install 卸载扩展 npx @cometix/ccursor uninstall 打开检查 然后确认 状态 配置供应商 Anthropic 直接写 除了 /v1/messages 之外的那部份 OpenAI 通常要加 /v1 Gemini 查无此资源 没有测试 按官网要求填写 简化了填写逻辑 移除了 用户侧不必要填写的内容 直接输模型id 然后模糊匹配会发力 直接点选一个 看起来相近的 （上下文窗口值很重要） 能力部分基本会自己填上 思考等级自己选 会赋予到 模型选择列表显示 GPT 5.4 的上下文窗口 数据库给的都是1M 这是不确切的 应自己修改为 和 Codex一致的 272K 以保证 能够识别到 85% 触发自动压缩 最后 你别配完了 选择的是官方的模型名 这个会遗留的 需要自己确认 就像这样 那坑定报错没模型啊！！ 如果是 更新 的话 请直接将 ~/.ccursor （ 看清楚是两个c不是一个c ） 下的文件全数删除 然后直接改到 3.0.16 最新版 （目前）安装增强的++ 33 个帖子 - 32 位参与者 阅读完整话题