iT邦幫忙

daily_analysis相關文章
共有 8 則文章
鐵人賽 Build on Google AI DAY 15

技術 【Day 25】端到端整合測試:從 Raw Data 到 Telegram 訊息推播的全管線實測

「一個架構良善的 AI Agent 系統,其檢驗在於 Pipeline End-to-End 的實際執行狀況。從市場數據抓取、知識庫查詢、Gemini 三階段推...

鐵人賽 Build on Google AI DAY 15

技術 【Day 24】全自動化排程運維:CronJob 與 systemd.timer 設定實務

「在實務部署中,我們可以根據資料源(TWSE)的更新時間,透過 Crontab 或 systemd.timer 自由設定觸發時點(例如設定在 14:30 數據出...

鐵人賽 Build on Google AI DAY 15

技術 【Day 23】效能與成本優化:Gemini API Token 消耗分析與 Rate Limit 應對實務

「在 AI Agent 的生產級運維中,Token 消耗不只是金錢成本,更直接影響 API 的 Rate Limit 額度與整體回應延遲。透過階段性 Conte...

鐵人賽 Build on Google AI DAY 15

技術 【Day 22】離線評測體系:如何為 LLM 金融 Agent 建立客觀的 Evaluation 指標

「在 AI Agent 的工程週期中,『沒有量測,就無法改善』。要確保每一次 Prompt 調整或 API 重構不會造成性能退化,必須在腳本內部實作決定性的格式...

鐵人賽 Build on Google AI DAY 15

技術 【Day 18】推播優化:Telegram 訊息 UTF-8 Byte-Safe 精確切分演算法

「在對接第三方 Bot API(如 Telegram)時,單純使用 Python 的 len(string) 計算字數是非常危險的。面對 Emoji、中英日混排...

鐵人賽 Build on Google AI DAY 15

技術 【Day 17】後處理防線:Post-processing 程式碼強制規則與 9 組禁止詞處理

「在 AI 工程中,僅靠模型自律並不足以百分之百防堵 LLM 脫口說出不當用語或龐大數字。最穩健的生產級架構,是在程式碼層級與 Prompt 約束中加入硬性規則...

鐵人賽 Build on Google AI DAY 15

技術 【Day 16】分析品質提升:Core Execution Rules 與金額兆/億元前處理格式化

「要防止 LLM 在金融分析中產生 Hallucination 或輸出不方便讀的龐大數字,最佳實踐是在 Prompt 中注入硬性執行規則,並在送入模型前先進行程...

鐵人賽 Build on Google AI DAY 15

技術 【Day 15】核心管道重構:三階段分析管道(Stage 1-3 Pipeline)設計與實作 (daily_analysis.py)

「要讓 LLM 產出的金融分析報告具備高度專業性與邏輯一致性,不能寄望於單一 Prompt,而是要將分析流程拆解為具備強約束力的三階段資料管道(Stage 1-...