發表文章

目前顯示的是有「codex」標籤的文章

從 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 → 修...

GitNexus:讓 Codex 修改程式前先理解 Call Chain 與 Impact Analysis

圖片
前言 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...