從 Codex Spark、GitHub Copilot 到 Sol：一時興起做出了 NexaForge

 最近看到 Codex 5.3 Spark 是使用獨立配額，一時興起，突然想到一件之前一直想做、但始終沒有真的動手的事情：

做一個自己的線上工具網站。

於是就有了 NexaForge。

網站：https://nexaforge.kimx.info/
GitHub：https://github.com/kimx/NexaForge

從「不然來試試看」開始

一開始其實沒有什麼完整的開發計畫。

單純看到 Codex 5.3 Spark 有獨立配額，就想拿來試試之前放在腦中的構想。

我的想法很簡單：把平常偶爾會用到的圖片、PDF、JSON、文字處理以及開發者工具，集中在同一個網站，而且盡可能直接在瀏覽器完成。

不用為了一個 JSON Formatter 找一個網站，要處理 PDF 又換另一個網站；更重要的是，能在瀏覽器處理的東西，就不要把檔案傳到伺服器。

第一階段：Codex Spark，大約完成六成

前面的主要開發工作幾乎都交給 Codex Spark。

從網站架構、工具頁面，到各種功能實作，就這樣一路加下去。

做到大約六成左右時，網站的基本輪廓已經出來了，包括：

  • 圖片轉換、壓縮與裁切
  • PDF 合併、分割與轉檔
  • JSON、CSV、XML 處理
  • Base64、JWT、UUID
  • QR Code、Barcode
  • 一些常用的文字工具

原本只是想「試做看看」，結果工具越加越多，也慢慢變成一個真的可以使用的網站。

第二階段：順便體驗 GitHub Copilot Bot

做到大約六成之後，我沒有真的把開發主力切到 GitHub Copilot，而是剛好想體驗另一種開發流程：

直接在 GitHub 開 Issue，再交給 Bot 接手修改。

也就是把要調整的功能、Bug 或需求寫成 Issue，看看 GitHub Copilot 能不能直接理解需求、修改程式碼，再透過 GitHub 的流程完成後續處理。

這一段比較像是在測試：

  • Issue 能不能直接變成開發任務
  • Bot 對既有專案的理解程度
  • 自動修改的結果是否真的能用
  • 不開 IDE，也能不能完成一部分開發工作

順便也把 GitHub Plus 的額度消耗得差不多了。

所以這個階段與其說是「GitHub Copilot 接手開發」，比較像是拿 NexaForge 當成一個實際專案，體驗一次 Issue → Bot → 修改程式碼 的 Agent 開發流程。

第三階段：額度重置，換 Sol 繼續

這兩天剛好看到額度重置，就開始改用 Sol 繼續後面的工作。

這時網站已經有一定規模，所以工作內容也從「先把功能做出來」，逐漸變成：

  • UI / UX 優化
  • 補齊缺少的工具
  • 整理既有功能
  • SEO
  • 行動版調整
  • 功能一致性
  • 修正各種細節

也因此，NexaForge 從最初的「做幾個 Browser Tools」，逐漸變成現在比較完整的工具集合。

這次比較有趣的，其實是開發方式

回頭看，NexaForge 對我來說比較有趣的地方，不只是最後做出了多少工具。

而是整個過程剛好體驗了幾種不同的 AI 開發方式：

Codex Spark 實作主體 → GitHub Issue + Copilot Bot 體驗 Agent 流程 → Sol 做後續修整與功能增加。

以前如果突然想到「來做一個工具網站」，第一個想到的可能是：

架構怎麼設計、套件怎麼選、UI 怎麼做、哪些功能值得做。

然後想到工作量之後，就先放著。

現在則可以先快速把想法變成一個真的能操作的版本，再針對實際成果一路調整。

對我來說最大的差別是：

AI 讓「有一天想做」跟「真的做出來」之間的距離縮短很多。

當然，AI 產生的程式還是要看。

架構是否合理、套件是否適合、瀏覽器相容性、安全性、UI 操作以及各種 edge case，最後還是需要自己判斷。

但如果目標是先把一個想法變成可以操作的產品，現在的速度確實跟以前差很多。

NexaForge

就這樣一路邊做、邊用、邊改，最後變成現在的 NexaForge。

它不是什麼很複雜的產品，就是一個我自己也會想使用的 Browser Toolbox：

需要一個小工具時，打開網站就能直接處理。

網站：
https://nexaforge.kimx.info/

GitHub：
https://github.com/kimx/NexaForge

目前還會繼續增加工具與調整細節。

至於最後會做到什麼程度，其實一開始也沒有設定。

畢竟這個專案，本來就只是從一句：

「Spark 是不同配額？那不然拿來做看看。」

開始的。

這個網誌中的熱門文章

.Net Core 使用NLog

圖片
  之前.Net Framework時使用的NLog，到了.Net Core後，使用方式有點不同，整理如下。 加入套件 NLog NLog.Web.AspNetCore 新增NLog.config檔案 設定檔已針對Microsoft及Hosting等略過及Conosle處理 <?xml version="1.0" encoding="utf-8"?> <nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" throwExceptions="false"       xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">   <extensions>     <add assembly="Microsoft.ApplicationInsights.NLogTarget" />     <add assembly="NLog.Web.AspNetCore"/>   </extensions>   <variable name="layoutDefine"       value="${longdate} [${event-properties:item=EventId_Id:whenEmpty=0}][${level:padding=-5}] ${message} ${exception:format=tostring} (${callsite:includeNamespace=false:fileName=true:includeSourcePath=false})" />   <targets>     <!---預設所有資訊先寫到Trace-->     <target xsi:type="Tra...
繼續閱讀

IIS 設定只允許特定IP進入

圖片
公司有兩台Web Server，一台對外，一台對內，現在要合併在一起，。預設網站將針對特定IP開放，而某幾個網站則對外完全開放。 如何使用  1.新增功能- IP and Domain Restriction 安裝後，在IIS Root或各網站下可以看到功能圖示 2. 設定IIS Root的存取從Allow改成Deny 3.IIS Root針對特定IP或範圍打開，本例的Mask設為255.255.255.0 代表著192.168.2.0~255可以存取 4.將特定網站對外開放 由於在第2點的IIS Root已設為deny，所有網站會繼承這個設定，而子網站自行修改值的話，則會以子網站為主，這樣就達到預設是deny，而部份是Allow 所有的設定會儲存在IIS的組態內 %windir%\System32\inetsrv\config\applicationHost.config 上述的設定操作，也可以透過Power Shell 執行 $value = @{allowed = "true" ;ipAddress = "192.168.0.1" ;subnetMask = "255.255.255.0" } #1.Setting Root Site as deny Set-WebConfigurationProperty -Filter /system.webserver/security/ipsecurity -Name allowUnlisted -Value $false #1.1 Setting Root Site denyAction as NotFound Set-WebConfigurationProperty -Filter /system.webserver/security/ipsecurity -Name denyAction -Value 'NotFound' #2.Root Site add Allow Ip add-webconfiguration /system.webServer/s...
繼續閱讀

Jenkins - AzureDevOps簽入後觸發工作-git

圖片
闗於在Azure DevOps簽入即觸發建置，之前有寫過一篇是使用TFS的方式。最近公司要改成使用git的方式，所以再來演練記錄一下。 Azure DevOps設定 1.Clone repository 取得https的網址 2.建立Personal Access Token 此Token為Jenkins checkout 所使用 3.新增Service hook-簽入及建置工作 Project Settings>Service hooks  選擇要Trigger的Repository及Branch 這邊的User Name 及API Token 使用的是在Jenkins上建立的 ps:Integration Level 要選 Build-in Jenkins API，這應該是自架Jenkins的選項 Jenkins設定 原始檔控制，選擇git並輸入網址及加入剛建立的git Credentials的帳號密碼 參考來源 https://docs.microsoft.com/en-us/azure/devops/service-hooks/services/jenkins?view=vsts
繼續閱讀