标题: L站 邀请是要三级才行吗？？
作者: #MaoLike
板块: #搞七捻三
编号: 1694124
帖子: https://linux.do/t/topic/1694124
时间: 2026-03-05 16:47:26
摘要:

朋友搞fpga想进来划水论坛 ，我发现我掉三级了，没有邀请的地方

标题: 佬们知道布和纸分别怕什么吗
作者: #Lingxi
板块: #搞七捻三
编号: 1694130
帖子: https://linux.do/t/topic/1694130
时间: 2026-03-05 16:48:52
摘要:

答案是：spoiler

标题: windows codex 桌面端还是不好用啊
作者: #Coolmentha
板块: #搞七捻三
编号: 1694134
帖子: https://linux.do/t/topic/1694134
时间: 2026-03-05 16:48:58
摘要:

codex windows桌面端也没有优化windows下的命令调用好像 那你这桌面端还是很难用啊

设置了wsl终端好像也还是在使用powershell来进行操作的

标题: 佬们，有啥低成本用claude模型的渠道吗？
作者: #KingFeng
板块: #开发调优
编号: 1694135
帖子: https://linux.do/t/topic/1694135
时间: 2026-03-05 16:49:04
摘要:

反重力用不了了，还有啥成本低的方式吗

标题: 【Deep Research 拆解系列】03：谁在决定你的报告质量
作者: #yelixin_117
板块: #文档共建
编号: 1694137
帖子: https://linux.do/t/topic/1694137
时间: 2026-03-05 16:49:16
摘要:

03：谁在决定你的报告质量

承接上篇：Open Deep Research 的四个阶段——澄清、规划、调查、综合——各自有明确的职责边界。缺少任何一个，系统就会在某类问题上走偏。
但知道"有哪些阶段"还不够。这篇往里走一层：在这套流程中，真正决定最终报告质量的是什么？

同一个问题，两份报告
你和同事都想搞清楚同一个问题：这只股票上周为什么跌了 15%。你们用的是同一套工具、同一批信息源。
你同事直接开始搜——“XX股票 下跌 原因”，读了十几篇文章，搜得很全，最后写出一份报告：宏观利率、行业周期、近期财报，面面俱到，来源详实。
你先停了一下。你问自己：我到底关心什么？你关心的不是"为什么跌"，而是"这个跌幅有没有改变我的持有逻辑——我该不该卖"。想清楚这个之后，你的调查方向完全不同：你优先查的是公司基本面有没有实质变化、机构有没有异常动作、跌幅相对同行是偏大还是正常。
两个人搜索能力一样，信息源一样。但你拿到了能帮你做决策的报告，你同事拿到了一份百科全书。
差别不在执行，在起点的两个判断：你在研究什么（意图），和按什么顺序、在哪里停（决策）。
在 Open Deep Research 里，这两个判断分别对应两个机制：研究简报负责锁定意图，Supervisor 负责驱动决策。这篇拆开看它们各自怎么工作，以及为什么它们——而不是搜索本身——决定了最终报告的质量上限。

研究简报：最贵的一次翻译
你之所以比同事做得好，是因为你先停下来问了自己"我到底关心什么"。框架做的是同一件事——只不过它面对的是一句模糊的用户输入，需要把它变成下游能执行的调查边界。
这个过程分两步。
第一步：判断要不要追问。 框架拿到你的问题后，先评估边界是否清晰。“这只股票为什么跌了”——你关心的是短期触发因素，还是长期持有逻辑？是想了解宏观传导，还是想知道有没有内幕交易信号？这几个方向需要完全不同的调查路径。
如果边界模糊，框架会追问一次。注意，只追问一次。这里拿捏的是两端：不追问，可能在错误的方向上投入全部调查资源；反复追问，用户会觉得这不是研究助手，是问卷调查。
第二步：翻译。 澄清完成后，用户输入被转化成一份结构化的研究简报。这不是复述你的原话——是一次翻译：把"你真正需要知道什么"提炼成下游节点能执行的形式。
翻译遵循三条原则：

最大化具体性：你说了的偏好、约束、上下文，全部显式列入。提到了"上周跌的"，简报就明确标注时间范围，不让下游自己猜。
避免无根据的假设：你没说的，不编造。没提到行业方向，简报不会擅自假设——标记为"未指定"，留给调查阶段判断。
未表述的维度标记为开放：有些维度对研究必不可少但你没提。简报不忽略也不替你选择——显式声明"用户未指定，视为开放"。

三条原则指向同一个目标：忠实于你的意图，不多也不少。
为什么要把这件事讲得这么认真？因为简报决定了最终产出是否对你有用——这是一个根本性的约束。系统接下来会花费大量 token，流程运行几分钟甚至几十分钟，调动多个研究员并行搜索。如果简报在起点偏离了你的真实意图，最终你会拿到一份质量很高、来源详实、但根本不解决你问题的报告。所有的执行成本，都变成了沉没成本。
而且简报的影响不止于起点。它在整条链路中出现两次：
flowchart LR
    B["研究简报"] --> S["Supervisor<br/>作为任务起点<br/>划定调查边界"]
    B --> R["Synthesizer<br/>作为报告锚点<br/>定义要回答什么"]

第一次，Supervisor 拿着简报决定怎么拆解调查任务。简报写了什么，Supervisor 就在什么范围内工作；简报没覆盖的维度，下游大概率不会触碰。
第二次，调查结束后，Synthesizer 生成报告时会再次读取简报——它定义了"这份报告要回答什么问题"。如果简报一开始就偏了，最终报告会在一个错误的框架下看起来很完整。
这是整条链路中代价最低但约束力最强的环节。修正方向的成本在起点最低——一旦调查启动，纠错意味着浪费已经投入的全部资源。

Supervisor：不干活的指挥者，为什么是最关键的角色
Supervisor 不搜索、不阅读网页、不写报告——它是整个调查流程里唯一不直接"干活"的角色。
但它是影响最终质量的决定性角色。
类比一下：Supervisor 就是领导。不干活，只指挥。但指挥本身才是最难的——具体派发什么任务、根据反馈判断要不要继续、识别什么时候该收尾。
Supervisor 的职责有三个：

派发任务：拿着研究简报拆解调查方向，决定派几个研究员、各自查什么
根据反馈决策：研究员交回摘要后，判断发现是否足够，决定继续追还是收尾
识别退出条件：什么时候"够了"——这个判断本身就是最难的决策


运作流程
三个职责在运行时形成一个有条件退出的循环：
flowchart TD
    A["Supervisor 读取研究简报 + 已有发现"] --> B["推理：我们知道什么？还缺什么？"]
    B --> C["派发任务：N 个 Researcher 并行出发"]
    C --> D["各 Researcher 独立搜索、阅读、追线索"]
    D --> E["压缩摘要，交回 Supervisor"]
    E --> F{"判断：发现足够了吗？"}
    F -->|"不够：针对空白补充"| B
    F -->|"够了"| G["退出调查阶段"]
    F -->|"达到资源上限"| G

核心结构很直接：决策 → 派研究员 → 摘要返回 → 再决策。每轮研究员返回后，Supervisor 的上下文里就多了一层发现——它始终带着所有已有发现在做判断，而不是只看最新一批摘要。
流程清楚了。但为什么要设计成这个样子？背后有三个绕不开的约束。

约束一：context window 是有限的
这是驱动整个架构的第一性约束。
一次完整的研究涉及大量原始信息——搜索结果、网页全文、中间推理过程——动辄几万甚至十几万 token。没有任何一个模型实例的 context window 能装下所有这些原始数据，同时还做出高质量的决策。
这不是设计选择，是物理限制。你没有无限的窗口。
这个约束直接决定了架构形态：你不能让一个 agent 既搜索又决策——它的上下文会被原始数据淹没，留给决策的空间被挤占。所以必须分发：让 Researcher 各自用自己的上下文去搜索、阅读、追线索，完成后压缩成摘要交回。Supervisor 把自己有限的上下文留给最有价值的事：决策——分析摘要、识别空白、规划下一步。
sequenceDiagram
    participant S as Supervisor 上下文
    participant R1 as Researcher A 上下文
    participant R2 as Researcher B 上下文

    Note over S: 研究简报（精炼）
    S->>R1: 任务：查机构持仓变动
    S->>R2: 任务：查公司近期基本面
    Note over R1: 搜索结果 + 网页全文<br/>+ 中间推理<br/>（数万 token）
    Note over R2: 搜索结果 + 网页全文<br/>+ 中间推理<br/>（数万 token）
    R1-->>S: 压缩摘要（数百 token）
    R2-->>S: 压缩摘要（数百 token）
    Note over S: 简报 + 摘要 A + 摘要 B<br/>→ 上下文留给决策

代价是确定的：压缩就必然丢信息。Supervisor 的判断永远建立在不完整的信息上。研究员在翻持仓报告时可能注意到某机构的减仓集中在一个特定日期——但压缩时把这个细节略去了，因为当时判断不是重点。Supervisor 读摘要，只看到"机构有减仓"，那个被略去的时间线细节，它不知道它存在过。
这个问题无法消除。ODR 的应对是让所有轮次的压缩摘要逐轮累积在 Supervisor 上下文中——不是只看最新一轮，而是带着全部历史发现做判断。在"装得下"的前提下，最大化信息保留。

约束二：灵活性 vs 可控性——在 ReAct 之上加一层 Plan-and-Execute
context window 的约束迫使我们分层。但分层之后，每一层用什么 agent 模式？
如果你熟悉 agent 架构，会知道两种经典模式：

ReAct（Reason-Act-Observe）：模型一边搜、一边想、一边决定方向。灵活，能随时跟着线索走。但所有决策混在同一个循环里，行为不可预测——容易被某条有趣的线索带偏，偏离原始目标。
Plan-and-Execute：先规划，再执行，执行完再反思和调整计划。可控，方向稳定。但灵活性受限——执行过程中发现的线索不能直接改变全局方向，必须等交回规划层后才能调整。

对范围有限的单一任务，ReAct 足够好。但 Deep Research 面对的是多维度、长链路、需要稳定收敛的复杂研究。如果 Supervisor 也跑 ReAct——一边看摘要、一边搜、一边决定方向——它很可能在某条线索上越走越深，忘了还有三个维度没覆盖。
ODR 的选择：Supervisor 层跑 Pl

标题: 分享一个联通元景GLM5
作者: #bltx95
板块: #国产替代
编号: 1694156
帖子: https://linux.do/t/topic/1694156
时间: 2026-03-05 16:51:57
摘要:

apiUrl: https://maas-api.ai-yuanjing.com/openapi/compatible-mode
apiKey: sk-3c1685a1caef49d08822f47db03247bb
大家看看速度如何

标题: 快看看这是什么？
作者: #溟如池鱼
板块: #开发调优
编号: 1694157
帖子: https://linux.do/t/topic/1694157
时间: 2026-03-05 16:52:11
摘要:

版本0.110.0，codex的/fast模式，3x消耗？ 大家快蹬起来

标题: 佬友公益进去不可用状态，暂时退出舞台，江湖再见
作者: #leon
板块: #搞七捻三
编号: 1694158
帖子: https://linux.do/t/topic/1694158
时间: 2026-03-05 16:52:14
摘要:

渠道原因导致现在全面瘫痪无法使用，暂时告一段落，寻找新渠道中，恢复待定。

标题: AI 时代最好赚的钱
作者: #无名氏
板块: #搞七捻三
编号: 1694161
帖子: https://linux.do/t/topic/1694161
时间: 2026-03-05 16:52:56
摘要:

能聊聊 AI 目前的时代最好以及最快的变现手段是什么吗
想搞个能搞点小钱的副业补贴一下家用
卖课？
卖 Token？
做图片/视频？
安装 Openclaw？
…

标题: 抢到陶喆天津场的票啦
作者: #boboboo
板块: #搞七捻三
编号: 1694163
帖子: https://linux.do/t/topic/1694163
时间: 2026-03-05 16:53:08
摘要:

有没有佬友也抢到了，开心嘿嘿，不知道580的视野怎么样

标题: 这才是性压抑
作者: #李白
板块: #搞七捻三
编号: 1694164
帖子: https://linux.do/t/topic/1694164
时间: 2026-03-05 16:53:11
摘要:

标题: 感觉这两天ChatGPT网页版的发散性Thinking时间长了很多
作者: #IkedaTeresa
板块: #搞七捻三
编号: 1694171
帖子: https://linux.do/t/topic/1694171
时间: 2026-03-05 16:54:16
摘要:

动不动给我搞个12分钟的思考时长, 之前类似的问题都没有这么久的

标题: 急急急！！！关于毕设
作者: #刘闯风
板块: #搞七捻三
编号: 1694179
帖子: https://linux.do/t/topic/1694179
时间: 2026-03-05 16:55:17
摘要:

小白请教下本科毕业论文，目前有gemini学生版优惠，一个codex公益站使用，能不能写好毕设和论文，有没有什么工具推荐，想速通比较急，感谢大家

标题: 求建议：要不要从北京搬到天津
作者: #赵大宝
板块: #搞七捻三
编号: 1694180
帖子: https://linux.do/t/topic/1694180
时间: 2026-03-05 16:55:22
摘要:

公司因为成本问题，准备把北京的技术部门搬到天津，薪资不变，但是考勤变成大小周，本身我2030年左右也打算回天津，但是这个大小周让我比较犹豫

标题: 8b以下小模型用翻译Prompt (用于沉浸式翻译)
作者: #loop3
板块: #开发调优
编号: 1694182
帖子: https://linux.do/t/topic/1694182
时间: 2026-03-05 16:55:35
摘要:

本地运行或者在线小模型 8b以下 用的，我是看杂志用的，大家可以自己改改
“你是一位专业翻译，任务是将《纽约客》的文学和新闻内容翻译成简体中文，仅输出最终结果。请使用精致、智慧、细腻的语言，呈现耐人寻味的情感，保留人名（备注原英文）、缩写和专业术语的准确性，符合中国大陆表达习惯，确保信息准确，分段翻译时参考先前段落保持术语一致。
翻译步骤：

翻译成简体中文，确保准确（不输出）。
调整为流畅表达，体现《纽约客》风格，仅输出此结果。

{{page}}”

标题: 【求助】就在刚刚我的谷歌账号pro没了
作者: #绘梨衣
板块: #搞七捻三
编号: 1694183
帖子: https://linux.do/t/topic/1694183
时间: 2026-03-05 16:55:38
摘要:

裂开了啊，还有得救吗