目前是在校的大学生，在实验室里干机械的活，但是我感觉我相对于其他的人，会对一些机械机构缺少一些认知，我需要一些能多看图纸的网站，我觉得看图纸能让我更好的了解一些机械结构。或者是说有什么别的途径，可以来提升自己学习机械这方面的认知吗 10 个帖子 - 8 位参与者 阅读完整话题
如题，我现在朋友有一台港版17promax。墙也能开启了，智能也开启了。但是就是没有chatgpt扩展。 12 个帖子 - 4 位参与者 阅读完整话题
Find Scarcity 0.缘由 当前内容平台缺少发现小众但优势内容生产者的机制，笔者类比经济学/金融学中的 发现价格 概念，希望通过一定机制下的激励，引导用户行为，从而挖掘这部分稀缺性。 Tips： 不能金融化，否则一定出现套利者和投机客； 不能让 user 感觉和以前的逻辑没区别，支持已经可以用 点赞 表达，额外的工具绝不能有单纯行使 支持功能 的面向； 1.根据投币内容的影响力结算收益 以 B 站投币为例子进行说明，事实上可以迁移到其他内容平台，选它只是因为熟悉。 基本想法是，user 每隔一段时间获得一定数量的 coin（有上限），可对优质内容（以下简记为 O）投币，每隔一段时间根据 O 的影响力进行结算，并获得收益，从而引导 user 使得 coin 的分布与 O 的质量正相关。 这马上会迎来第一个问题，user 可以无脑投已经展现出较好数据的 O，就会出现这种情况：当前数据最好的 O 对其他所有 O 吸血，系统极其不稳定，且 coin 的流通逻辑极其畸形，很难达成目标。 所以我们必须针对这个问题设置一个负反馈机制。 2-1.缩小已被筛选出的优质内容的收益 我们可以使先投币的人获得较高收益，后投币的人收益递减 我们可以设置退出机制，进行提前结算，满足 已被筛选 判定条件的 O，满足条件时强制结算，后续不再进行收益计算 在运行一段时间后（如果是已有内容基础，则是一开始），会出现 creater 和 O 质量的正相关，需要使向粉丝越高的 creater 投币的收益越低，直到其粉丝数达到阈值，creater 就被清退，其内容不再出现于此机制（或者仍然出现但是不获得收益，或者通过寻找一种合乎逻辑的算法使其排名靠后） 奖池需要可以被稀释（这预设了奖池拥有相对固定的总量，或者随 coin 数 log 级别衰减），也就是说，后进入的人虽然收益已经递减，但是还是能够稀释先进入的人的收益，同时需要设置一个稀释底线（这个设计应该是合理的，因为收益的前提是挖掘正确，挖掘失败连收益都没有，就不会系统性激励 user 冲着劣质 O 投币） 不能对 小白 没有激励 需要设计一个保底方法，对标 基准利率 ，或许还可以 借贷 以提高 货币流通性 ，使得不至于使得太多人因为能力不足而失去参与热情： 某些人即使从来没投对过（指暂时未获得收益），我们也要一定时间无条件发放（可能和活跃度相关，但是必须有上限） 至少要系统性地保留一个类型的方法（公开或者使人容易发现），使得无脑投也能够获得一定的收益，对标 基准利率 可以考虑设置一个池子，可以在不懂的时候存定期获得一定利息，可以用未来发放的币抵押进行 借贷 （需要信用评级） 2-2.[未定论]采取什么样的排名方式？ 第四点解决的是有无收益的问题，还有一个问题，同样投币顺序（采用绝对顺序还是百分位数也是个问题）的 coin，投给第一名的是否应该比投给第二名的收益多？ 或许问题是，应该采取什么样的排名方式。如果单纯看投币数，当然会出现这样的问题，如果考虑降低高粉丝数 creater 的 O 的权重（已被部分挖掘，信息冗余）。 如果认为排名可以很好地表达此板块内容的优先级，显然就是应该在相同投币序下，收益按照排名序递减。 3.避免用户基础导致的数据歧视 小众内容由于受众少，天然处于数据歧视的位置，因此必须分板块，只在各自板块内进行排名。 4.避免机制变成分析师的数学游戏 在信息充足的情况下，有稳定数学方法的分析师可以纯粹凭借数学行事就获得极其稳定的收益，而不是真实地对 O 进行评价，为了尽可能地提高它们的决策成本，数据需要延迟揭示，采用滚动方法，不能隐藏（否则缺失反馈），也不能设置固定的时间节点（机制漏洞，可能会在前后产生剧烈的跳变）。 5.生命周期、结算窗口与慢热调节 直觉上，存在爆款和冷门宝藏两种有意义的类型，显然两者不能具有相同的结算周期 需要从总量、增长速率、加速度三个角度综合设计结算窗口 比如对于爆款，快速的增长说明正在被逐步挖掘，于是进入其等待结算的收益周期，同时为了反制恶意刷分，或许需要要求其按照自身发展的趋势达到在某个时间点之前达到某个预期总量，否则视为挖掘失败——但是问题来了，被人 `恶意好评` 了怎么办？看来不行——能否进入排行榜才是决定挖掘是否失败的因素，不要越俎代庖。 但是，达到某个总量后，视为挖掘成功，就可以强制清算了。 对于冷门视频，需要给更长的时间窗口，特点是加速度小，但是速率一直为正。 6.总量控制 两个界： coin 的数量要足够多，使得小众 creater 和 O 能够被充分覆盖，同时，这种覆盖数据要有统计学意义，不能产生较大偏差 一个人的注意力和判断力有限，所能持有/使用的币必须有上限，同时人的能力不同，每个人给一个波动，乘以人数，得到总量一，再给一个波动，得到总量范围 因此对个人来说，结构应该是 基础币 + 增量币 对总体来说，总量可以随着人数或者经济事件变化 由于设置了消耗上限，如果收益过多，可能花不出去，这避免了马太效应，但是会大大挫伤这部分人的积极性，采用 log 级别的销毁方法，限定时间内的投币次数用完后，可以使用 9 枚 coin 兑换一次额外的投币权限，由到限后的投币行为触发，即此类投币情况消耗 10 枚 coin 7.防操控机制 不能圈地自萌、小圈子/小团体自己搞矩阵，最好能破圈，最少要在整个板块分布相对均匀。 算法已有先例，一个机制设计领域问题，共谋抗性（Collusion Resistance）问题，以及对应的解，相关性惩罚（Correlation Penalty）。现在似乎被国内某些产生逆练用来 猜你喜欢 了 8.准入机制与举报机制 垃圾内容等（比如搬运、切片、擦边类短视频） 分区错误，举报有奖，边际递减，原样退币，机会成本的损失 user 自担，反向激励 user 加强内容审查 恶意举报设置反制机制，包括不限于 减少举报奖励上限 暂时冻结功能 机器人、脚本等永久封禁 对应的，持续正确举报，加收益，加上限。 同时举报等级机制（与其他等级不相关） 附录：额外的问题 1. 奖励货币化问题 2. 平台兜底机制 对于可能出现的各种机器人刷分、异常用户行为，平台需要进行风控 1 个帖子 - 1 位参与者 阅读完整话题
大佬们，有没有什么高质量的ai agent学习资料，发现站内缺少这方面资料 4 个帖子 - 4 位参与者 阅读完整话题
IT之家 6 月 2 日消息，数据分析显示，2020 财年至 2024 财年间，PlayStation 第一方游戏销量锐减 3000 万份。销量在 2020 年前后攀上顶峰，该平台单年第一方游戏销量高达 5840 万份。 受新游上线阵容单薄、《Concord》等多款作品销量严重不及预期拖累，2024 财年这一数据大幅缩水，跌至约 2900 万份。部分销量落差不难解释，而就在本期内容撰稿当日晚些时候，PlayStation 新一期发布会即将举办， 游戏资讯网站 Game File 发布了一份调研，整理了近六年索尼财务数据并制成明细图表，直观展现了近期 PlayStation 第一方游戏的市场表现。 核心销量数据一览： 2018 财年：5410 万份 2019 财年：4920 万份 2020 财年：5840 万份 2021 财年：4390 万份 2022 财年：4350 万份 2023 财年：3970 万份 2024 财年：2890 万份 2025 财年：3210 万份 2020 财年销量创下峰值，得益于多款爆款作品问世，恰逢 PS5 主机正式发售；同期上线《最后生还者 2》《蜘蛛侠：迈尔斯 · 莫拉莱斯》《对马岛之魂》等多款热销大作，全线销量火爆。除此之外，当年正值新冠疫情全球大范围居家封控，玩家被迫居家，拥有充足空闲时间游玩游戏，也助推了销量走高。 《最后生还者 2》后续还推出了复刻版本，长期持续贡献销量。 在这波销量红利过后，平台销量走势整体保持平稳，直至 2024 年行情急转直下。 2020 财年到 2024 财年，PlayStation 第一方游戏销量近乎腰斩，得益于《羊蹄山之魂》《死亡搁浅 2》发售，去年销量才小幅回暖。 不少业内观点认为，索尼近些年大肆收购游戏工作室、全力布局长线服务型游戏的战略投入得不偿失，这项布局基本全盘失利，保守预估已让公司蒙受数亿美元、甚至十亿美元级别的巨额亏损。 2022 年索尼斥资约 37 亿美元（IT之家注：现汇率约合 250.89 亿元人民币）收购 Bungie 工作室一事，便是该争议的典型案例。索尼最新财报于 5 月披露，这笔收购已产生约 7.65 亿美元（现汇率约合 51.87 亿元人民币）资产减值损失，且随着 Bungie 经营持续走弱，亏损数额仍在进一步扩大。 Bungie 上月官宣，《命运 2》将于 6 月 9 日推送最终版本更新，此后工作室将停止该作内容迭代，转而主攻生存撤离射击新作《失落星船：马拉松》，同时孵化多个在研新项目。
RT，好不容易 99/50了， 但是这个缺少的一天具体是哪一天，不知道有没有机会干到100/50， 9 个帖子 - 4 位参与者 阅读完整话题
各位 Cherry Studio 用户： Cherry Studio 早期版本中一直缺少完整、清晰的隐私政策说明，同时隐私相关开关在不同版本中的数据存储方式也不够一致，可能会导致部分用户在升级或切换版本后遇到隐私设置状态异常等问题。 从 Cherry Studio v1.9.8 版本开始，我们将正式加入隐私协议与更清晰的隐私设置说明，让用户能够更透明地了解软件会收集哪些匿名运行信息、不会收集哪些敏感数据，以及如何自行管理相关开关。 根据新版隐私协议，Cherry Studio 仅会在必要范围内收集匿名化的基础运行信息与产品改进信息，例如软件版本、功能使用汇总、功能活跃度与频次、错误日志与崩溃信息等。我们不会收集、保存或上传您的 API Key、对话内容、知识库内容、向量数据或任何可识别个人身份的敏感信息。 鉴于本次协议更新涉及数据收集架构的调整，新版本启用后，【设置】-【通用设置】-【隐私设置】中的相关开关将统一重置为默认开启状态。如您希望维持此前的关闭设置，请在升级后重新前往隐私设置页面进行调整。对此带来的不便，我们深表歉意，也感谢大家的理解。 Cherry Studio 的很多早期用户都来自 linux.do 论坛。一路以来，大家热情的反馈、建议和帮助，让我感到非常荣幸。感谢大家的支持，也感谢你们陪伴 Cherry Studio 一点点成长。 此外，Cherry Studio v1.x 版本即将进入维护阶段。我们正在全力准备 v2.0 版本的发布。v2.0 将对数据存储和 UI 进行大规模改进，同时进一步增强 Agent 能力，希望能尽快与大家见面。 感谢大家一直以来对 Cherry Studio 的支持与信任。 9 个帖子 - 6 位参与者 阅读完整话题
刚才在测试的时候多次出现 API Error: 400 messages.1.content.12: thinking or redacted_thinking blocks in the latest assistant message cannot be modified. These blocks must remain as they were in the original response. 然后整个对话就废了，无法继续 4 个帖子 - 4 位参与者 阅读完整话题
Mac 截图软件我用来用去，还是觉得 Clean Shot X （闭源）效果最好。 但我有个需求：我经常用“贴图到桌面”功能，不过它只能把它自己截的图贴到桌面上。 我更想要的是：直接把剪切板里的内容贴到桌面上。比如： 刚截图了，就贴这张截图； 刚复制了一张图片，就贴这张图片； 甚至刚复制了一个文件，也能把这个文件转成预览图贴到桌面上。 不换软件的情况下有什么办法实现吗？有没有佬提供一个思路？ 10 个帖子 - 6 位参与者 阅读完整话题
请教：每次刷帖子，打开新的帖子后，似乎缺少返回按键？只能点击浏览器的返回，但是会重新刷新，有的想看的帖子可能就跑了 19 个帖子 - 18 位参与者 阅读完整话题
已经达到要求2天了，为什么还没有飞升，是不是还缺少什么条件 10 个帖子 - 7 位参与者 阅读完整话题
当你打开codex的时候，你当然会想到codex这类agent很强大，但是ai最缺少的是什么呢，是创造力，当你让他解决具体问题的时候它可以做得很好几近完美，但是你让他从无到有创造一个东西这很难，你给他提要求但是他不知道你脑子里长啥样于是就开始天马行空了，这不怪他，反而可以体现出他很强大，但是我就想学我该如何更好的开发他，强化他，驾驭它，使之成为满血codex呢？各位佬友们可以分享分享自己的使用经验和开发方向吗 4 个帖子 - 4 位参与者 阅读完整话题
IT之家 5 月 22 日消息，美国国家公路交通安全管理局（NHTSA）于当地时间 5 月 21 日公布的文件显示，特斯拉正在召回部分 2025 至 2026 款 Model Y 车型，此次召回共计涉及 14,575 辆汽车。 根据 NHTSA 召回公告，受影响的车辆包括 2025 款特斯拉 Model Y（IT之家注：生产日期为 2024 年 11 月 17 日至 2025 年 2 月 24 日）以及 2026 款特斯拉 Model Y（生产日期为 2025 年 2 月 25 日至 2026 年 4 月 21 日）。由于缺少认证标签，这些车辆不符合美国联邦法规 49 C.F.R . Part 567“认证”的要求。 NHTSA 指出，认证标签上提供了车辆的重量信息。缺少该标签可能导致车主无意中使车辆超载，从而增加发生碰撞事故的风险。特斯拉将对此进行检查，并在必要时免费安装认证标签。
五一节前，接入了 Cursor 和 Copilot CLI ，都可以用。现在多轮对话强制要求返回之前轮次的 reasoning_content 。 小米官方的声明在这里： https://platform.xiaomimimo.com/docs/zh-CN/usage-guide/passing-back-reasoning_content 里面写到受影响的 Agent 产品有一大批： OpenAI 兼容协议：TRAE 、Cursor 、Roo Code 、Codex 、GitHub Copilot CLI 、Zed 、AutoGen 、Goose Anthropic 兼容协议：TRAE 、GitHub Copilot CLI 、AutoGen 、Goose 、OpenClaw 、OpenCode 、Kilo Code 看了下，好像是 5 月中旬改的协议！这破坏了 OpenAI API 兼容性吧？ OpenAI API 兼容协议并不强制要求这个字段。 好好的送的一个月的 free plan ，完美踩中雷区（ Cursor 和 Copilot ）。感觉小米有点玩不起。 大家都是怎么用的呢？ OpenCode 可以吗？
五一节前，接入了 Cursor 和 Copilot CLI ，都可以用。现在多轮对话强制要求返回之前轮次的 reasoning_content 。 小米官方的声明在这里： https://platform.xiaomimimo.com/docs/zh-CN/usage-guide/passing-back-reasoning_content 里面写到受影响的 Agent 产品有一大批： OpenAI 兼容协议：TRAE 、Cursor 、Roo Code 、Codex 、GitHub Copilot CLI 、Zed 、AutoGen 、Goose Anthropic 兼容协议：TRAE 、GitHub Copilot CLI 、AutoGen 、Goose 、OpenClaw 、OpenCode 、Kilo Code 看了下，好像是 5 月中旬改的协议！这破坏了 OpenAI API 兼容性吧？ OpenAI API 兼容协议并不强制要求这个字段。 好好的送的一个月的 free plan ，完美踩中雷区（ Cursor 和 Copilot ）。感觉小米有点玩不起。 大家都是怎么用的呢？ OpenCode 可以吗？
五一节前，接入了 Cursor 和 Copilot CLI ，都可以用。现在多轮对话强制要求返回之前轮次的 reasoning_content 。 小米官方的声明在这里： https://platform.xiaomimimo.com/docs/zh-CN/usage-guide/passing-back-reasoning_content 里面写到受影响的 Agent 产品有一大批： OpenAI 兼容协议：TRAE 、Cursor 、Roo Code 、Codex 、GitHub Copilot CLI 、Zed 、AutoGen 、Goose Anthropic 兼容协议：TRAE 、GitHub Copilot CLI 、AutoGen 、Goose 、OpenClaw 、OpenCode 、Kilo Code 看了下，好像是 5 月中旬改的协议！这破坏了 OpenAI API 兼容性吧？ OpenAI API 兼容协议并不强制要求这个字段。 好好的送的一个月的 free plan ，完美踩中雷区（ Cursor 和 Copilot ）。感觉小米有点玩不起。 大家都是怎么用的呢？ OpenCode 可以吗？
五一节前，接入了 Cursor 和 Copilot CLI ，都可以用。现在多轮对话强制要求返回之前轮次的 reasoning_content 。 小米官方的声明在这里： https://platform.xiaomimimo.com/docs/zh-CN/usage-guide/passing-back-reasoning_content 里面写到受影响的 Agent 产品有一大批： OpenAI 兼容协议：TRAE 、Cursor 、Roo Code 、Codex 、GitHub Copilot CLI 、Zed 、AutoGen 、Goose Anthropic 兼容协议：TRAE 、GitHub Copilot CLI 、AutoGen 、Goose 、OpenClaw 、OpenCode 、Kilo Code 看了下，好像是 5 月中旬改的协议！这破坏了 OpenAI API 兼容性吧？ OpenAI API 兼容协议并不强制要求这个字段。 好好的送的一个月的 free plan ，完美踩中雷区（ Cursor 和 Copilot ）。感觉小米有点玩不起。 大家都是怎么用的呢？ OpenCode 可以吗？
五一节前，接入了 Cursor 和 Copilot CLI ，都可以用。现在多轮对话强制要求返回之前轮次的 reasoning_content 。 小米官方的声明在这里： https://platform.xiaomimimo.com/docs/zh-CN/usage-guide/passing-back-reasoning_content 里面写到受影响的 Agent 产品有一大批： OpenAI 兼容协议：TRAE 、Cursor 、Roo Code 、Codex 、GitHub Copilot CLI 、Zed 、AutoGen 、Goose Anthropic 兼容协议：TRAE 、GitHub Copilot CLI 、AutoGen 、Goose 、OpenClaw 、OpenCode 、Kilo Code 看了下，好像是 5 月中旬改的协议！这破坏了 OpenAI API 兼容性吧？ OpenAI API 兼容协议并不强制要求这个字段。 好好的送的一个月的 free plan ，完美踩中雷区（ Cursor 和 Copilot ）。感觉小米有点玩不起。 大家都是怎么用的呢？ OpenCode 可以吗？
五一节前，接入了 Cursor 和 Copilot CLI ，都可以用。现在多轮对话强制要求返回之前轮次的 reasoning_content 。 小米官方的声明在这里： https://platform.xiaomimimo.com/docs/zh-CN/usage-guide/passing-back-reasoning_content 里面写到受影响的 Agent 产品有一大批： OpenAI 兼容协议：TRAE 、Cursor 、Roo Code 、Codex 、GitHub Copilot CLI 、Zed 、AutoGen 、Goose Anthropic 兼容协议：TRAE 、GitHub Copilot CLI 、AutoGen 、Goose 、OpenClaw 、OpenCode 、Kilo Code 看了下，好像是 5 月中旬改的协议！这破坏了 OpenAI API 兼容性吧？ OpenAI API 兼容协议并不强制要求这个字段。 好好的送的一个月的 free plan ，完美踩中雷区（ Cursor 和 Copilot ）。感觉小米有点玩不起。 大家都是怎么用的呢？ OpenCode 可以吗？
五一节前，接入了 Cursor 和 Copilot CLI ，都可以用。现在多轮对话强制要求返回之前轮次的 reasoning_content 。 小米官方的声明在这里： https://platform.xiaomimimo.com/docs/zh-CN/usage-guide/passing-back-reasoning_content 里面写到受影响的 Agent 产品有一大批： OpenAI 兼容协议：TRAE 、Cursor 、Roo Code 、Codex 、GitHub Copilot CLI 、Zed 、AutoGen 、Goose Anthropic 兼容协议：TRAE 、GitHub Copilot CLI 、AutoGen 、Goose 、OpenClaw 、OpenCode 、Kilo Code 看了下，好像是 5 月中旬改的协议！这破坏了 OpenAI API 兼容性吧？ OpenAI API 兼容协议并不强制要求这个字段。 好好的送的一个月的 free plan ，完美踩中雷区（ Cursor 和 Copilot ）。感觉小米有点玩不起。 大家都是怎么用的呢？ OpenCode 可以吗？