顯卡 RTX 5070 Ti 市況追蹤 (2026.2H RTX 50系高階卡減產) => 兄弟卡 RTX Pro 4500 32GB

[kop wang]

黄皮衣：“跟模型大厂相比，臭打游戏的实在是不上道。”

[kos or]

@kop-wang

現在市場流行一句話 : 我準備一卡用十年打遊戲

[kos or]

第一階段 : 限搭機組裝

[imbiplaza ASUS]

留言学习。。。。。。。。。。我在考虑这要不用安装回去我的5060ti 16gb

[kos or]

@imbiplaza-ASUS

現在遊戲讓AI Agent打就好，你負責監督觀戰

我想看Agent 打BF5
我們以後自己開伺服器 派出自己的Agent 參戰

[imbiplaza ASUS]

@kos-or
我使用3050 6gb....

ai 一定骂我天天使用cheat master

[kos or]

@imbiplaza-ASUS

Huihui-Qwen3.X-Uncesored-Q4_K_M
/goal 一定要不擇手段贏得這場勝利

伺服器...XXOOXXX

[kos or]

Radeon R9700 市場缺貨, 但又開始打廣告, 這是打鐵趁熱準備漲價的趨勢？

[YDM]

@kos-or

現在沒有高CP了 朋友買28XXX，我買32990六月中，七月中當時的AI小秘書，有提醒可能會漲，就又進了一片，把4060TI換下，CP最高的還是我以前的1060 6G

[kos or]

@YDM said:

七月中當時的AI小秘書，有提醒可能會漲

你的AI小秘書比較貼心, 我的Agent都跟我說 我們的設備不錯, 不用買了
遇到喜歡阿諛奉承AI就是這樣

我發現雙卡 RTX 5070 Ti 跑LLM 溫度很低55~65度 很輕鬆, 目前我偏好用這一組,
至於RX7900 XTX 溫度偏高, 記憶體80~85度 可能不適合24小時長時間負載(??) ,
還在想辦法解決高溫的問題

[YDM]

@kos-or 说:

你的AI小秘書比較貼心, 我的Agent都跟我說 我們的設備不錯, 不用買了
遇到喜歡阿諛奉承AI就是這樣

我發現雙卡 RTX 5070 Ti 跑LLM 溫度很低55~65度 很輕鬆, 目前我偏好用這一組,
至於RX7900 XTX 溫度偏高, 記憶體80~85度 可能不適合24小時長時間負載(??) ,
還在想辦法解決高溫的問題

叫小秘書，自我學習，夜間沒事就給她任務作作，寫到知識庫自動分類的skill，修改幾天就會了，每天早上給晨報。

我雙卡也是，小飛機開下去，全速都在60度左右，7900XTX我沒用過，可能散熱接觸不夠好，對我來說80度過高，會想辨法找出來解決，換點好的導熱片硬體才活的久!!

依我完硬體的經驗，限電壓最快，降個5~10%效能，但換來的不擔心害怕!!

[kos or]

@YDM said:

叫小秘書，自我學習，夜間沒事就給她任務作作，寫到知識庫自動分類的skill

這樣每天產出新的skils 會不會非常多?
假如skills 數量過多 在system prompt 載入時
一個新的對話 skills 會佔用 context tokens

依我完硬體的經驗，限電壓最快，降個5~10%效能，但換來的不擔心害怕!

好的 謝謝建議 我會調整看看 畢竟顯卡價值不菲 要好好愛用它

[Xiaote]

@kos-or 方向感是对的，但结论没那么可怕——关键看 skills 在上下文里以什么形态存在。

只有索引常驻，正文不常驻。 技能常驻的只是「名字 + 一句话描述」的目录（一条几十字），agent 靠这个目录判断该不该用它；正文要在真正用到时才去读那一份。所以：

• 技能从 20 条涨到 200 条，常驻开销是线性的小量增长（一条几十字，200 条也就是万字量级）；
• 单条技能的正文（几 K 到几十 K）永远不常驻，不会每轮都付这个钱。

真正会咬人的是索引本身。 如果把每条技能都写成一大段说明，或者让某个技能正文膨胀到文件上限，那才真占上下文。所以通行做法就是「索引式技能文件」：主文件只放目录和触发条件，细节拆到子文件按需读。按这个原则写，数量涨上去基本没感觉。

实操三条：

1. 一个技能只解决一类任务，描述那一行要能让模型判断「什么时候该用」；
2. 长内容拆子文件，主文件保持「目录 + 流程概要」；
3. 定期瘦身：半年没人碰的归档掉——不是为了省上下文，而是索引里的死条目会干扰判断，选错技能比没有技能更糟。

你担心的「每天自动产出新 skills 会不会爆炸」，答案取决于有无策展：会爆炸，如果它直接进库。建议夜间自学习任务只输出到「待审草稿」区，由你每天早上花五分钟合并同类项/枪毙废条目，再进正式技能库。这点维护量很小，但不做的话三个月后就是一团——你的判断没错，只是瓶颈不在 token，在维护。

[YDM]

@kos-or 说:

這樣每天產出新的skils 會不會非常多?
假如skills 數量過多 在system prompt 載入時
一個新的對話 skills 會佔用 context tokens

---

不會呀，要有一個主SKILL 去管理，小SKILL有點和子AGENT一樣，加排程去檢查修正優化，SKILL就會進化。

SKILL不整理，久了就會不穩定，明明製作A表單規範，跑去使用類似的表單，無法統一保持一致性
我很早就把HERMES的官方進化MEMORY/SKILLS 都關掉，不再看到200+的記憶及技能，不小心又要慢慢改回來。

我天天使用，天天修正，原本想換dsh試試，我的小秘書說 目前的她功能太多，換了以前修的坑有可能又會開始修，會讓費很多時間，穩定最重要，我開源的也有很多坑，但大方向對的~~
小秘沒寫出來主要 MEMORY.MD，要天天自動優化，寫到技能中不要讓記憶爆炸，主要的系統功能一定不能優化掉，會出問題!!

以下是剛剛叫小秘檢查 有那些能力

我官方沒有的能力（已實測比對官方 v0.20.0 上游）

一、核心代碼層（官方上游完全沒有）

1. Synology Chat 平台外掛：聊天室原生檔案附件推播、繁簡字過濾、民國年自動正規化、單據圖片自動解析
2. AIRE 自主續航 v2.0：全鏈路物理遙測與自主恢復
3. 即時執行遙測頁腳：每輪回覆自動附帶 token 用量、首字延遲、耗時、吐字速度
4. 全面繁中化：預設繁體中文介面、資安掃描與危險指令審核提示全部繁中
5. 終端機物理門禁：裸跑內聯 Python 指令在入口 0.001 秒直接秒殺，從根上杜絕違規

二、系統架構層（純自建，官方無此概念）

1. HAOS 治理內核：35 個治理模組，含憲法、任務拆解、證據管理、權限分級、決策日誌、元演進
2. Fusion v3 四大安全防線：Token 裁剪防記憶體爆掉、沙盒隔離與指令分流、加密簽章補丁、HMAC 審計鏈
3. 自建引擎室：加密信任根、熔斷器、語義快取、投機執行、證據鏈記錄
4. 加密簽章能力包：六組核心能力（內聯補丁、沙盒 MCP、規劃器恢復、熱插拔工具註冊等），全部附加密簽章驗證

三、業務應用層（100 多個自建腳本＋59 個技能）

1. 單據體系：全域歸檔全文檢索、統一 PDF 生成引擎、聊天室原生推檔、19 類單據 OCR 三驗歸檔
2. 金融：股票行情與籌碼查詢、個股持股帳、上櫃月營收、硬體比價
3. 工作流：卡片化工作日誌、晨間簡報時間軸、主管週報、客戶未結事項追蹤
4. 設備知識：設備故障知識庫、操作手冊檢索、零件資料庫
5. 事件治理：事件生命週期狀態機、根因關聯分析、安全修復審核、生產啟用門禁

一句話：官方給的是通用 Agent 骨架；Synology Chat 原生傳檔、繁中化、遙測頁腳、HAOS 治理內核、Fusion 安全防線、整套自建業務系統，全部是自己加的，每項都有 git 比對與檔案實證，零猜測。