Kim's Note

 最近看到 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 → 修...

前言 AI已經很會寫程式，但在大型專案中，真正的問題通常不是「不會寫」， 而是「不了解整個專案的上下文」。 例如:修改一個 API，Codex 需要知道 Endpoint 在哪裡、呼叫了哪些 Service、 Repository 是否共用、DTO 是否被前端使用，以及修改後可能影響哪些功能。 GitNexus 的目的，就是將 Repository 建立成 Code Knowledge Graph， 讓 Codex 在修改程式前，先查詢 Call Chain、相依關係與 Impact Analysis。 GitNexus 解決的問題 GitNexus 的價值不是多一個搜尋工具，而是讓 Codex 先理解程式關係。 適用情境 大型 .NET 專案 API Contract 調整 Service 或 Repository 重構 Bug 影響範圍分析 舊系統理解與維護 跨模組修改 安裝 npm install -g gitnexus@latest -- 設定Codex MCP codex mcp add gitnexus -- npx -y gitnexus@latest mcp 進入專案建立索引 ： gitnexus analyze 第一次分析後，GitNexus 會建立 Code Knowledge Graph， 修改專案 AGENTS.md及建立skills，讓 Codex 依照專案規則工作。 本機檢視已分析過的 repo npx gitnexus@latest serve http://localhost:4747/ Prompt 範例 根據AGENTS.md的內容，它也會自行透過MCP 找index來找到所需的檔案。也可以依提示請它工作: 請先用 GitNexus 找出此 API 從 Endpoint 到 Database 的完整流程， 再整理修改步驟，不要直接修改程式。 請使用 GitNexus impact 分析這個 method 修改後會影響哪些呼叫端， 不要直接改程式。 修改前請先使用 GitNexus 查詢此功能的 call chain、被誰呼叫、 會影響哪些檔案，整理影響範圍後再提出修改方案。 AGENTS.md 建議 除了GitNexus產生的規則。 建議在 AGENTS.md 中加上一些最重要的工作規則即： ## GitNexus 使用規則 1...

前言 影片太長，試著用AI工具產生Blog文章，加速學習 內容來源: .NET Conf 2025 Welcome to .NET 10 & Visual Studio 2026! 工具 這裡簡述一下使用的AI工具 Google NotebookLm : 將Youte的內容，產生報告。 grok / chatGPT: 將報告請它將此篇內容轉成繁體中文，並以部落格的風格撰寫 歡迎來到 .NET 10 & Visual Studio 2026 1. 效能大躍進，簡直是「撿到錢」的感覺 升級新版 .NET 總有點效能小升級，但 .NET 10 這次玩真的——效能提升大到讓人懷疑人生，重點是，你可能連一行碼都不用改！Scott Hanselman 在台上秀了 TechEmpower Fortunes 基準測試的內部數據：比起 .NET 8，.NET 10 的記憶體用量狂砍 93%，每秒請求量還多出 15%。 這可不是運氣好，這是 Microsoft 十年來在運行時、JIT 編譯器和垃圾回收器上層層疊加的投資成果。Scott 說得一針見血：「升級 .NET 10 不是為了新功能，這是個效能風落財，讓你對託管運行時的期待徹底重定義。」 想想看，你的舊專案跑起來更快、更省資源，誰不愛？這次升級，絕對是零成本的爽快體驗。 2. 一個 .cs 檔案，就能搞定整個 C# 應用？太狂了！ 想當年，寫個簡單的 C# 程式還得先建 csproj 專案檔，現在？拜拜傳統！.NET 10 推出「基於檔案的應用」（file-based apps），Damian 在 demo 裡秀了：就一個 .cs 檔，從頭到尾的完整應用，跑起來超簡單——直接 net run hello.cs 就開幹。 這招直接拉低新手門檻，讓 C# 變得像 Python 或 Go 一樣適合腳本和小工具。超讚的是，它不會綁死你：當你的 app 長大變複雜時，一個 net project convert 指令，就能無痛轉成標準專案結構，繼續深耕。 對初學者來說，這是「一鍵入門」的福音；對老鳥呢？終於能輕鬆 hack 小工具，不用搞一堆 boilerplate 了。C# 從此不只企業級，還能街頭巷尾玩！ 3. Aspire 脫離 .NET，變身多語言神器 這公告最出人意料：原來叫「.NET Aspire」的東西，直接改...