上一篇介紹了 Exa Search API,讓 AI Agent 可以直接搜尋網路,不需要再透過 Playwright 開啟瀏覽器,也不用自己解析 Google 的搜尋結果
不過搜尋只解決了一半的問題..
上一篇介紹了 Exa Search API,讓 AI Agent 可以直接搜尋網路,不需要再透過 Playwright 開啟瀏覽器,也不用自己解析 Google 的搜尋結果
不過搜尋只解決了一半的問題..
在软件工程和业务分析领域,可视化沟通一直是核心环节。然而,传统的绘图流程往往存在断层:从白板上的草图到正式的 UML 或 BPMN 图表,通常需要大量的人工重新输入和解释。Visual Paradigm 最新推出的 AI 绘图聊天机器人(AI Diagramming Chatbot) 通过引入图像上传功能,彻底改变了这一工作流。
现在,用户不仅可以基于文本描述生成图表,更可以直接上传现有的图表、白板照片、截图或手绘草图,与 AI 进行基于视觉上下文的深度对话。这一功能不仅限于“图像转图表”,更是一个强大的视觉问答、分析和文档生成工具。本文将深入探讨如何利用 Visual Paradigm 的这一创新功能,将非结构化的视觉信息转化为专业的工程资产。
最近在開發 Web Agent,一直想弄個免費的 Web Search 備援
原本第一個想到 Google Search API,結果查了一下官方文件,Google 的 Custom Search JSON API 已經停止接受新用戶,既有用戶也得在 2027 年 1 月 1 日前完成遷移
以前好歹還有每天 100 次免費搜尋,現在連申請的機會都沒了 :'(
如果你有在寫 AI Agent,你就知道搜尋(Web Search)是一件麻煩的事情
如果要用 Google,你別傻了,它們是最麻煩的,光是 API 申請、設定跟計費就夠煩了,當然你可以用 Playwright 直接開瀏覽器搜尋
但是就很消耗資源,你知道的...
我之前也試過用 C# HttpClient 直接抓 DuckDuckGo,原本以為只要解析搜尋結果的 HTML 就搞定了
結果連續三次 HTTP 403,連搜尋都還沒開始就被擋下來了 XD
前面幾篇我們已經演練過 OpenSpec 與 Spec-Kit,體驗過規格驅動開發的威力。而近期 Matt Pocock 開源的 skills 受歡迎程度更是大幅超越了 OpenSpec 與 Spec-Kit,迅速成為開發者社群中最熱門的實戰技能庫。這是一套將需求盤問、領域建模、規格提煉、垂直切片、多代理編排、TDD 紅綠循環、雙軸程式碼審查與架構深化完整封裝的 AI 工程體系。這裡我以「購物車折價券計算模組」為例,一步步把整套工作流程與 Prompt 拆解出來,看看這套規範如何實際落地。

上一篇測了 Cloudflare Workers AI 的 FLUX.1 Schnell
這次換另外一顆:
@cf/black-forest-labs/flux-2-klein-4b這顆我覺得比 Schnell 更適合真的拿來做 Blog 圖片
原因很簡單,它可以直接設定圖片的寬高,也支援 seed , width , height ,所以如果我要 16:9,不用自己再裁圖
直接指定 1280 x 720 就可以
最近我一直在找可以直接用 API 產圖,而且成本不要太誇張的服務
最後又回頭看了一下 Cloudflare Workers AI
Cloudflare 其實不只有文字模型,它也有提供圖片生成模型,其中一個就是
@cf/black-forest-labs/flux-1-schnell
實戰退休
在數位轉型快速演進的環境中,組織常常陷入傳統低效率與自動化承諾之間的困境。連接這兩種狀態的橋樑並非建立在猜測之上,而是依賴精確的可視化。業務流程模型和標記法 (BPMN) 已成為映射這些工作流的全球標準,提供了一種通用語言,彌合了業務利益相關者與技術實施者之間的差距。
OpenAI Dots、Grok Bot、Muse、Hermes 與 OpenClaw 都能執行多步驟任務,但定位各不相同。本文比較五者的特色、適用場景、共同點與差異,並提供選型建議。
在系統分析與設計的領域中,清晰度至關重要。開發人員和分析師面臨的最常見陷阱之一是僅依賴視覺圖表或僅依賴文字描述。真正的力量在於兩者的結合。
如果你曾負責過跨國資產配置或大中華區股票量化策略開發,一定碰過這種讓人抓狂的場景:回測時,你在本地硬碟讀取預先清洗好的分K歷史資料,各項指標與回報率漂亮得無可挑剔;然而一把策略部署到模擬盤或實盤,切換到實時串流時,整個程式卻彷彿人格分裂。
在現代軟體開發、產品管理與技術寫作中,單純的文字描述往往難以完整呈現複雜的系統架構、業務流程或數據關係。圖表能幫助讀者快速理解結構、序列、依賴關係與工作流,但傳統的文檔工作流程卻常面臨一個痛點:圖表與文字是分離的。使用者通常需要在獨立的繪圖工具中製作圖表,匯出為靜態圖片(如 PNG 或 SVG),再手動上傳至文檔系統。一旦需求變更,整個過程必須重複進行,不僅耗時,還容易導致圖表過時或版本混亂。
上一篇已經讓 .NET 10 ASP.NET Core 支援 MCP,OpenCode 也可以直接呼叫 UpdateHoroscope 去修改網站上的雙子座運勢
不過上一篇是直接連 http://localhost:5100/mcp
在现代敏捷软件开发中,保持“单一事实来源”(Single Source of Truth)至关重要。Visual Paradigm 一直是建模领域的强大工具,但其真正的魔力在于各个工具之间的无缝连接。Pipeline(管道) 正是这一生态系统的核心枢纽,它充当了图表创建、代码生成和动态文档之间的“结缔组织”。
如果你在專業交易圈或基金公司開發部門工作,你會發現 R-Breaker 的挑戰不只是指標公式。以一位大學金融系講師、同時也是創業踩坑總結者的角度來看,真正影響策略能否上線的,是即時行情資料、更新頻率、斷線處理與訊號觸發。
以下會用「研究痛點 → 資料需求 → 支援實作 → 學術價值」的順序,並以高可擴展性為核心,帶你用第二人稱視角,把 R-Breaker 接到外匯、股票、黃金與即時行情資料。
最近在測 MCP,一開始看很多範例都是 Echo、GetWeather,Code 可以跑,但是我自己還是覺得有點難看出實際可以拿來幹嘛
所以這次換一個簡單一點的案例,讓你直接體驗 MCP 對於製作網站可以幹嘛
公司把規則只能在內網登入的Azure AI Foundry鎖了, Azure CLI也鎖了, 只能用API打了
在物件導向分析與設計(OOA/D)的領域中,類-職責-協作者(Class-Responsibility-Collaborator,簡稱 CRC)卡片一直是一項經典且強大的技術。它幫助團隊在編寫任何程式碼之前,透過輕量級的方式對系統架構進行頭腦風暴和驗證。然而,傳統上創建這些卡片往往涉及手動索引、使用便利貼或基本的繪圖工具——隨著系統變得複雜,這一過程可能非常耗時且容易出現不一致。