當麻許不寫程式

上一篇使用 Cloudflare Clef 測試 XSS 字串，主要是利用 Decision Model 的 noul 判斷是否具有 XSS 特徵，再把機率輸出

後來翻了一下官方文件，發現 Clef 不只能處理文字，也可以直接傳圖片進去，而且也是不用花到錢

前陣子 JEV 這個 Decision Model 還蠻紅的，它跟一般 LLM 不太一樣，不是拿來聊天或產生長篇文字，而是針對問題直接做判斷，然後回傳機率
 

當然用法很多，就詳細去看其他大大的介紹文..

最近在翻 Cloudflare Workers AI 的模型清單，意外發現 Cloudflare 竟然也推出了類似的東西，叫做 Clef，而且 API 跟 JEV 的 System One 相容，而且免綁信用卡免費...

前面研究過 Tavily Extract Keyless 跟 Jina Reader，都可以讓自己的 Web Agent 直接讀取網頁，再轉成 Markdown 給 LLM 使用

後來發現 Cloudflare 其實也有類似的服務，叫做 Browser Rendering ...

前面研究過 Tavily Search API，可以讓自己的 Web Agent 直接搜尋網路

後來翻了一下官方文件，發現 Tavily 還有 Extract API，可以直接讀取網頁內容，再轉成 Markdown 給 LLM 使用

最近在開發 Web Agent，一直在找免費的 Web Search API

前面研究過 Exa、Jina，這次換來試試 Tavily

Tavily 是專門給 AI Agent 使用的搜尋 API，可以直接回傳網頁標題、網址與內容摘要，不需要自己解析 Google 搜尋頁面

重點是有免費額度，而且不用綁信用卡。

上一篇介紹了 Exa Search API，讓 AI Agent 可以直接搜尋網路，不需要再透過 Playwright 開啟瀏覽器，也不用自己解析 Google 的搜尋結果

不過搜尋只解決了一半的問題..

最近在開發 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

上一篇測了 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

上一篇已經讓 .NET 10 ASP.NET Core 支援 MCP，OpenCode 也可以直接呼叫 UpdateHoroscope 去修改網站上的雙子座運勢

不過上一篇是直接連 http://localhost:5100/mcp

本機測試當然沒差，但如果真的放到 Server 上，這樣我自己是不太敢用 ...

最近在測 MCP，一開始看很多範例都是 Echo、GetWeather，Code 可以跑，但是我自己還是覺得有點難看出實際可以拿來幹嘛

所以這次換一個簡單一點的案例，讓你直接體驗 MCP 對於製作網站可以幹嘛

最近在看 API Client 驗證這一塊

一般除了 Token 之外，可能還會再加 DeviceId、Fingerprint 之類的資訊，用來判斷是不是原本那台 Client

但這些東西本質上還是 Client 傳一個值給 Server

如果真的想確認 Client 還是不是原本那個，就可以再多一層 Key Proof

最近常常要幫客戶改後台裡面的 HTML，不過實際上大部分客戶根本不會自己去碰 Code

但如果直接把後台換成純 HTML Editor 也不太實際，客戶看到一堆 HTML 應該只會更不想改，而且像貼文字、改段落、上傳圖片這些操作，Summernote 這種 WYSIWYG 還是比較符合直覺 所以 Summernote 我還是想留著

之前有寫過一篇：使用 C# 做一個假裝自己是 RDP Server
那時候主要就是用 C# 做一個假的 RDP Server，讓外面的 Scanner 連過來時，會認為這台機器真的有開 RDP

寫 C# 久了之後，會發現效能改善不一定都要做到很複雜
很多時候不是要換架構，也不是一定要上什麼很進階的技巧， 反而只是一些平常寫 Code 時的小習慣

例如少查一次 Dictionary、少產生一個 String、少配置一個 Array，單看一次幾乎沒有差
但如果這段程式每天跑幾十萬、幾百萬次，這些小地方累積起來其實就有差了..

最近在 OpenCode IDE 上面接第三方中轉商的 API 中轉。

基本上只要對方有做 OpenAI Compatible API，要接進 OpenCode 都不難
Provider、baseURL、Model 設好，API Key 補上，大部分就可以直接跑

但我後來發現，自接模型雖然可以正常用，OpenCode 不一定知道這顆模型真正的規格

前一篇測試了 Scriban，主要目的就是希望在 .NET 10 裡面
可以讓前端頁面在執行期直接修改，不用每次都重新 Build、Publish、Deploy..

前一篇測試了 RazorEngineCore，主要目的就是希望在 .NET 10 裡面
可以做到像以前 ASPX 一樣，前端頁面可以直接修改，不用每次都重新 Build、Publish、Deploy..

最近在測試 .NET 10 製作網站時，遇到一個很現實的問題
以前使用 ASP.NET Web Forms，只要建立一個 product.aspx?id=1， 我就可以去更改 .aspx 裡面的內容或是樣式
設計師修改版面時，只要替換 .aspx，完全不用重新編譯整個網站
但是到了 ASP.NET Core Razor Pages，.cshtml 預設會在發布時編譯進 DLL