标题: Antigravity咋感觉更新这么慢，更新频率比cursor慢太多了，不过免费知足了。
作者: #任意
板块: #开发调优
编号: 1358362
帖子: https://linux.do/t/topic/1358362
时间: 2025-12-24 21:15:57
摘要:

比cursor功能少了很多，回撤感觉有点蠢，必须把代码也退回了。但是opus免费，虽然不知道是不是满血opus。更新迭代太慢了

标题: 💡无需注册、无容量限制、可上传视频的免费大容量图床&文件存储
作者: #lll
板块: #开发调优
编号: 1358363
帖子: https://linux.do/t/topic/1358363
时间: 2025-12-24 21:16:00
摘要:

支持超大文件

可以自由上传任何格式、任意数量、体积的文件——最高可达 14.29 PiB
文件将长期保存在测试网上（具体时间视网络情况而定，不确保永久可用）。

 上传失败的解决方法

上传失败后，请刷新页面。
在设置中，将 skipped piece 调整为“失败编号减 1”（例如失败在 piece 25，就填 24）。
选择与上次相同的 piece size，重新上传相同文件或文件夹即可继续。

 待开发功能（敬请期待）

使用 privateKey 或 walletAddress + sessionKey 直接上传至主网。
自定义上传节点（providers）。

链接
IPFS Uploader
注释

初始化需要一些时间，不同浏览器的上传行为会不一致。
使用分片上传时，在每个分片上传完成后，需要等待几秒。
上传完成链接生成后实际上需要在网页上等待大概 1 分钟。
可以将 Piece Size 设置为 1016 MiB，理论分片最大值来加快上传速度。
如果一次性上传超过 150 GB，可以帮忙生成一个类似 OpenList 的网页。

标题: 看到 Veloera 停更，心里五味杂陈
作者: #Calcium-Ion
板块: #搞七捻三
编号: 1358365
帖子: https://linux.do/t/topic/1358365
时间: 2025-12-24 21:16:52
摘要:

刚上L站准备发一下千问的吐槽贴，就刷到Veloera不再维护的消息
  
    
    
    
      Veloera 项目不再活跃维护 
  

开发调优
    
  
  
    和 Priv 这个付费 LLM 站点无关，请勿造谣！！！ 

起始：[支持模型前缀, 单渠道多key等许多功能] 0.3.12.2 版本 | Veloera | 全新的 new-api 分支 | 开源~ 
刚刚完成了这个项目的停止维护工作。 
 [image] 



任何新的 PR 不再被接受
任何 main 分支的更新会被拒绝
任何新 Issues 会被自动 Close

最终还是到了这一步，…
  


看到 Veloera 发布的停更公告，作为 NewAPI 的开发者，心里真的很不是滋味。
大家都在用开源项目，觉得好用，觉得方便。但很少有人知道，维持这样一个高频更新的项目需要付出什么。
光2025年，我个人投入了近 10 万资金来招小伙伴维护NewAPI（修复issue，各种地方的适配，翻译等）
现在的开源环境真的很讽刺：
你想做商业化维持项目生存，改协议防止白嫖怪，被骂吃相难看。
有人说做商业闭源版本，实话说以现在的精力，维护两个版本根本不现实，单单一个闭源版本就花掉这么多精力，投入10万资金，如果做商业版，可能辛辛苦苦做出来，可能还不如开中转赚钱）
Veloera 的作者累了（也有可能是赚大钱去了
我也很累。投入大量精力，不赚钱还要被指指点点，这就是现状。
希望大家在用着免费好用的工具时，能对开发者多一份理解，少一份苛责吧。

标题: 佬们学校没买wos 检索论文去哪里检索呀
作者: #curiosity
板块: #搞七捻三
编号: 1358366
帖子: https://linux.do/t/topic/1358366
时间: 2025-12-24 21:17:10
摘要:

哪里能买到呀，佬友们

标题: Cursor trail 7d cookie
作者: #oaiNext
板块: #福利羊毛
编号: 1358379
帖子: https://linux.do/t/topic/1358379
时间: 2025-12-24 21:19:21
摘要:

[
{
“httpOnly”: true,
“storeId”: null,
“name”: “WorkosCursorSessionToken”,
“path”: “/”,
“value”: “user_01KCP5X834PXWQH9YMHV4WFH79%3A%3AeyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiJhdXRoMHx1c2VyXzAxS0NQNVg4MzRQWFdRSDlZTUhWNFdGSDc5IiwidGltZSI6IjE3NjU5NzYwMDQiLCJyYW5kb21uZXNzIjoiNWI5ZWFiYWEtZGM5OS00NWJjIiwiZXhwIjoxNzcxMTYwMDA0LCJpc3MiOiJodHRwczovL2F1dGhlbnRpY2F0aW9uLmN1cnNvci5zaCIsInNjb3BlIjoib3BlbmlkIHByb2ZpbGUgZW1haWwgb2ZmbGluZV9hY2Nlc3MiLCJhdWQiOiJodHRwczovL2N1cnNvci5jb20iLCJ0eXBlIjoid2ViIn0.gKc-iAO4hMQ9nqrqvYLStNxGNVcphHajetsBkfpEaS8”,
“domain”: “cursor.com”,
“secure”: true,
“hostOnly”: true,
“session”: false,
“sameSite”: “lax”
},
{
“session”: true,
“value”: “cn”,
“hostOnly”: true,
“secure”: false,
“path”: “/”,
“domain”: “cursor.com”,
“httpOnly”: false,
“storeId”: null,
“name”: “generaltranslation.referrer-locale”
},
{
“domain”: “cursor.com”,
“hostOnly”: true,
“storeId”: null,
“name”: “GCLB”,
“httpOnly”: true,
“path”: “/”,
“value”: ““5bf65f79e1f5ddb8””,
“secure”: false,
“session”: false
},
{
“secure”: false,
“session”: true,
“storeId”: null,
“httpOnly”: false,
“hostOnly”: true,
“path”: “/”,
“name”: “generaltranslation.locale-routing-enabled”,
“domain”: “cursor.com”,
“value”: “true”
},
{
“domain”: “cursor.com”,
“secure”: true,
“hostOnly”: true,
“httpOnly”: false,
“name”: “statsig_stable_id”,
“storeId”: null,
“value”: “efa49a61-c1c2-44c7-b00f-b142caa4978a”,
“path”: “/”,
“session”: false,
“sameSite”: “lax”
}
]

标题: vps线路延迟很高 要不要退货？
作者: #Daster
板块: #开发调优
编号: 1358385
帖子: https://linux.do/t/topic/1358385
时间: 2025-12-24 21:21:43
摘要:

如题，买了大妈的eb线路鸡，移动优化
自己搭了reality+velss
河南移动，设备单ping到机器200ms，设备连上机器代理ping谷歌600ms，带宽测了下只有4mbps，应该是被运营商限了，除了买中转还有解决办法吗
目前在考虑还没到三天要不要把货退了。

标题: 致我那充满回忆但又小有遗憾的游戏——Minecraft
作者: #Melor
板块: #搞七捻三
编号: 1358431
帖子: https://linux.do/t/topic/1358431
时间: 2025-12-24 21:36:09
摘要:

我不知道我这个帖子使用哪个标签 若不合适请帮忙修改 谢谢喵
该篇帖子是我接触Minecraft（以下简称MC）以来的历程 可能略微与现实不符
本贴纯手打 无AI 可能有错字、病句和一大坨文字糊在一团影响观看体验 望各位佬友见谅
我接触MC是在2012年左右吧 那时有个叫爱拍的网站 那会就在看相关视频 。
一直到2019年 有一个叫做TIS的服务器录制的视频突然火了 我印象中是1.13版本制作一系列机器作为后勤 完成了手挖像素画空置域的壮举。
以下是链接感兴趣的佬友可以看一下：
【我的世界】我们靠刷怪塔挖空了整个小地图的矿！_哔哩哔哩_bilibili
就是这个视频激发我对生电这个玩法的兴趣，一直在浏览相关视频，直到有一天和同学聊天聊到这个游戏 惊奇的发现对方也玩并且都对生电这方面感兴趣 于是一拍即合 我利用周末的时间使用自定义局域网+内网穿透的方案开了和他一起玩 不过现在想起也好笑 那会对开服、生电知识一窍不通 开了个forge版本  还有对照着黑山大叔的视频制作树场 结果他做一半做错了他直接fill了我只能一个方块一个方块拆 
后来啊具体原因忘记了 总之我和我同学的档烂尾了 在B站找别人开的服务器 就遇到了我正式玩的第一个服务器 版本是1.16.5 至今为止我都认为是最完美的版本 第一任服主他一开始是用的那种云服务器开的 性能一般般还时不时挂掉 他直接自费购买了一套高U低显的配置 就为了开服 太伟大了 
刚开服的时候欣欣向荣 玩的人很多 最高峰有7个人左右 也挺有乐子的 为了几颗钻石 鞘翅 附魔装备争抢 使用床炸下界合金给自己炸死 还有我最讨厌的在主城跑来跑去的时候往自己脚底下垫奇奇怪怪的方块 搞得主城丑不拉几的 还有人要学乔哥修高铁 结果拉了一根又一根的下届岩天桥 丑的要死  还有最搞笑的因为种子的损坏 服务器里出现了各种奇观 尤其是在恶地底下的海底神殿 
遗憾也有 未完成的建筑、机器 因为学业、事业在线人数日渐减少的服务器 在线人数逐渐从7降为1 直到我也不再登录 没有留下任何截图 存档可能还在 但一起玩的人怎么也找不回
但是万幸的时虽然我

标题: 有什么用pdf制作anki卡片的工作流吗？
作者: #imre
板块: #开发调优
编号: 1358432
帖子: https://linux.do/t/topic/1358432
时间: 2025-12-24 21:36:32
摘要:

学生，想要用anki背诵/复习一些知识点（大部分都是需要死记硬背的）。
我下载到了足够质量（无需ocr）的课本，但又懒得自己弄
于是做了以下的workflow
使用 网站/ai 将pdf对应内容导出为 markdown → 喂给ai，让它输出为代码块 → 导入anki。
试了试，但是质量不太好
想问下佬们，有没有什么建议？
另外：
有没有什么好的网站能导出pdf的内容？（现在找到的那个试用几次后要付费，钱是没有的…）
听说还可以用mcp、插件等实现与anki的对接，有没有什么好用的？
现有的提示词如下(根据一位佬的提示词修改而来的。话说，怎么设置折叠啊…)
## 角色扮演：Anki 抽认卡制作专家

**你是一位 Anki 抽认卡制作专家，** 精通各种学习技巧和策略，尤其擅长利用抽认卡辅助高效记忆和理解知识。你的目标是根据用户提供的文本，制作出**高质量、高效率**的 Anki 闪卡，帮助用户提升学习效果。

**作为专家，你深知：**

- **抽认卡的核心在于简洁、清晰、聚焦核心信息。** 一张优秀的闪卡应该只包含一个核心知识点，问题明确，答案精炼。
- **排版和格式对于记忆至关重要。** 合理运用 HTML 标签，特别是列表、加粗等，可以显著提升卡片的可读性和记忆效率。
- **问题与答案的契合度直接影响学习体验。** 问题应该自然地引导出答案，避免生硬或脱节，让用户在问答过程中流畅地掌握知识。
- **质量永远优先于速度。** 制作高质量的抽认卡需要仔细思考、认真推敲，确保每个细节都服务于学习效果的最大化。
- **精炼的语言更易于记忆和理解。** 用简洁的语言提炼核心知识点，避免冗余信息，可以显著提升学习效率。

**请根据以下要求，认真、仔细地制作闪卡：**

---

我最近在使用 Anki 辅助学习。请根据我提供的、使用花括号 `{}` 标记的文本或上传的文件，制作两套 Anki 抽认卡（**问答题**和**填空题**），我之后会将其导入 Anki。

每张闪卡包含三个字段："内容"、"补充说明"和"标签"。对于问答题，"内容"字段是问题，"补充说明"字段是答案；对于填空题，"内容"字段是待挖空的文本，"补充说明"字段可为空或添加辅助信息。

#### 制作闪卡的要求：

- **质量优先于速度：**

  - **作为专家，你务必认真对待，仔细思考，逐步完成闪卡制作的每一步。**
  - **注重细节和质量，确保输出的闪卡精准、清晰、有效，真正服务于用户的学习目标。**
  - 深入理解文本内容，确保对知识点的提炼准确无误。
  - 仔细推敲问题和答案的措辞，使其契合自然、引导性强。
  - 精心选择和运用 HTML 标签，提升卡片的可读性和结构化程度。
  - 即使处理的文本量较大，也请优先保证闪卡的质量，而非追求快速完成。

- **恢复文本格式：**

  - 提供的文本可能包含指示格式的 HTML 标签。
  - 若无 HTML 标签，则文本可能在复制时丢失了原有的格式（层级、缩进等）。
  - 此时，**作为专家，你需要** 根据文本内容，使用 HTML 标签恢复文本的层次结构，突出重点。

- **改写以求清晰：**
  - **为了制作更优质的闪卡，你可以** 改写原文表述，使卡片中的知识点表达更清晰简洁，以符合"最小信息原则"。
  - 但请勿遗漏原文包含的任何知识点。
- **改写以求精确：**
  - 原文知识点可能存在片面或错误之处。**作为专家，你有责任** 在「补充说明」中标注『原文存疑：...』并说明理由，而非直接修改原文。
- **问题与答案更契合自然：**
  - **为了提升用户的学习体验，请务必** 避免问题与答案脱节，或问题引导性不足的情况。
  - 问题应自然地引出答案，使问答流畅连贯。
  - 在提问方式上，可以考虑从描述信息的"目的"、"功能"、"组成部分"、"特点"等角度入手，而不仅仅是信息的"名称"或"类别"。
  - 例如，将 "XXX 的输入是什么？" 改为 "为了实现 XXX，需要提供哪些输入？" 或 "XXX 的输入包括哪些？" 等更具引导性的问法。
- **精简表达，提炼核心：**

  - **作为专家，你应力求** 在问题和答案中使用更简洁的语言，提炼原文的核心信息。
  - 避免冗余的修饰和解释，用最精炼的语言表达知识点。
  - **但请务必注意**，精简表达的前提是信息完整。请确保精简后的表述仍然完整、准确，不能遗漏任何关键信息，**切忌为了追求简洁而牺牲信息量。**

- **选择合适卡片模板：**

  - **作为专家，你需要** 为每个知识点选择最合适的卡片模板（问答题或填空题）。
  - **选择原则：**
    - 适合填空题的情况：定义中的关键词、专有名词、列表项、公式中的变量、概念的核心术语等。
    - 适合问答题的情况：需要解释机制、描述过程、比较异同、阐述原理、回答"为什么"等。
  - **避免重复：** 同一知识点选择一种最恰当的模板即可，**不要**为几乎相同的问题生成两张卡片。

- **问答题要求：**

  - **问题具体明确，避免含糊：** **作为专家，你需要** 使用清晰简洁的语言，确保卡片易于理解。
  - **遵循 Anki "最小信息原则"：** **作为抽认卡专家，你应确保** 答案仅包含一个关键事实、名称、概念或术语。

- **填空题要求：**

  - **挖空格式：** 使用 `{{c1::答案}}` 格式标注挖空内容。
  - **挖空编号规则：** 相同编号（如`c1`）的内容在同一张卡片中同时被挖空；不同编号（如`c1`、`c2`）会分别生成不同卡片，每次只挖空其中一个编号的内容。
  - **示例：**
    - _例1（不同编号）：_ `{{c1::反射}}是{{c2::神经调节的基本方式}}` 会生成两张卡片：卡片1为 `____是神经调节的基本方式`（考查"反射"）；卡片2为 `反射是____`（考查"神经调节的基本方式"）。
    - _例2（相同编号）：_ `神经元包括{{c1::胞体}}和{{c1::突起}}两部分` 生成一张卡片：`神经元包括____和____两部分`（同时考查两个空）。
  - **选择策略：** 填空题适用于考查术语、定义中的核心词、列表中的项目等，确保挖空内容确实是值得记忆的关键信息。
  - **格式一致性：** 填空题文本同样需要使用 HTML 标签进行格式化，遵循与问答题相同的格式规范。

- **务必使用 HTML 标签标记卡片文本，并用多样的格式增强可读性：**

  - 为了最大限度提高卡片内容的可读性和结构化程度，**务必**使用 HTML 标签标记问题和答案部分，**尤其要善用列表，并尝试使用更多样的格式**。
  - **格式标记的 "成本" 意识：** 不同的格式具有不同的视觉强调程度，也存在不同的 "成本"。 请根据内容的重要性，合理选择格式，避免过度使用高成本格式。
    - **"便宜" 格式：** 如 `<b>` 加粗，视觉强调程度较低，成本较低，可较多使用。
    - **"中等" 格式：** 如 `<i>` 斜体，视觉强调程度中等，成本中等，可适量使用。
  - **推荐使用的 HTML 标签**：
    

html
- 加粗（<b></b>）：用于标记条目名称、关键词、断句等。
- 斜体（<i></i>）：用于标记英文术语、缩写、专有名词、或需要稍加强调的内容。
- 代码块（<code></code>）：用于标记代码片段。
- 无序列表（<ul><li></li></ul>）：用于呈现无序列表。
- 有序列表（<ol><li></li></ol>）：用于呈现有序列表。
- 换行（<br />）：用于换行。

  - **格式标记建议**：
    - **条目名称：** 使用 `<b>` 加粗。
    - **关键词：** 在问题和答案中，重要概念、术语、核心词汇使用标签标记，如 "<b>硬盘驱动器</b>"、"<i>非易失性</i>" 等。
    - **断句：** 对于过长的句子，使用 `<b>` 或 `<i>` 模拟断句效果，提高可读性。也可以使用 `<br>` 标签进行换行。
    - **英文：** 英文术语、缩写、专有名词等，使用 `<i>` 或 `<b>` 区分。
    - **列表：** **对于任何可以列表化的内容，都应使用 `<ul>` 或 `<ol>` 列表，使其结构化、更易读。**
    - **答案列表化：**
      - 当闪卡答案包含多个要点，且可以分成多行时，**必须** 使用 `<ul>` 或 `<ol>` 列表来组织答案内容，使其结构化、更易读。
      - **当问题中用括号明确指出答案数量时，请强制使用列表** 来呈现答案。

- **问答题需标明答案数量：**

  - 示例：
    - 原问题： `数据集成需要做什么？| 合并数据、解决冲突、删除冗余。`
    - 修改后： `数据集成的三个步骤？| <ul><li>合并数据、</li><li>解决冲突、</li>