HTML / CSS / JS
最適合直接控制與小型客製作品，但每個互動、RWD 規則與安全檢查都得手工重建。
比較
原生程式碼給你自由。Minora 給 AI 一個更安全的使用方式。
React、Vue、Next.js 都是強大的工程工具。Minora 是為另一個時刻而建：第一位作者是模型、審查者是人，而產品仍需要穩定結構、連結、版本與治理。
React / Vue
很適合工程團隊建構複雜產品，但 AI 編輯仍得跨元件檔、狀態、樣式、路由與建置規則推理。
Next.js
具備路由與部署模式的正式環境等級網頁框架，但它仍假設有工程流程負責程式碼權責與執行時基礎設施。
Minora
為 AI 製作網站而設計的受治理創作層。人可以預覽、指出要修改的地方、安全修訂，並讓作品保持可維護。
一種更適合 AI 的開發方式
Minora 會先讓 AI 知道哪裡可以改、哪裡需要保持穩定。
我們不把網站當成一整包生成程式碼。Minora 會把頁面拆成可檢查的部分，讓模型可以修改某個區塊、連結、語系文字或可見狀態，而不是每次都重新理解整個網站。
指出要改哪裡
你可以直接指出某個段落、按鈕、連結或區塊，而不是重新描述整個需求。
在邊界內修改
模型會聚焦在那個可見範圍內工作，減少牽動其他頁面或共用區塊的機會。
先預覽再發布
你先看結果、指出要修的地方，最後只發布已經確認過的版本。
為什麼這很重要？
AI 很會產生第一版。真正困難的是後續修改時，不破壞旁邊已經做好的內容。清楚的邊界讓每一次修改都更容易被檢查。
這和一般程式碼生成有什麼不同？
一般生成常常先丟出一大包結果，再請人檢查。Minora 把流程留在可見的循環裡：預覽、指點、修訂、確認。
為什麼更快
Minora 減少 AI 每次修改前必須重新理解的範圍。
速度來自更少重工。頁面、共用區塊、連結、語系內容和可見行為都有比較清楚的邊界，所以每次修訂可以聚焦在真正改變的地方。
- 不用每次重讀全部模型可以針對目前頁面或區塊工作，不必重新推理所有檔案、樣式、路由與狀態。
- 修改範圍更小當你指出某個段落、按鈕或區塊，修改會集中在那個位置，而不是整頁重寫。
- 先預覽再確認錯誤會更早被看見。每次重要修訂都能先檢查，再成為下一個版本。
- 共用部分保持共用導覽、footer、語系連結和共用版面不需要每頁重做。頁面越多，差異越明顯。
當 AI 改錯時
AI 會犯錯。Minora 讓錯誤有邊界。
我們不假設 AI 每次修改都完美。重點是讓每次修改更容易被檢查：改了什麼、改在哪裡，以及它是否應該屬於那個頁面或區塊。
在程式碼優先的流程裡
一個小需求可能牽動選擇器、元件、狀態、路由和建置假設。出問題時，模型常常得重新理解周圍系統，才知道要修哪裡。
在 Minora 裡
修改會綁定在可見的部分：頁面區塊、共用外殼、語系文字、連結或互動狀態。如果模型改錯地方，也比較容易被發現和修正。
對審查者來說
你檢查的是預覽和版本結果，而不是在一整包生成程式碼裡找問題。回饋流程會變成指出、修訂、確認，最後再發布。
這也是為什麼第一版之後 Minora 會越修越快：快的不只是生成，而是修正路徑更短。
Claude Code
適用於 Claude Code 的遠端 MCP。
claude mcp add minora --transport sse https://app.minora.dev/mcp
Codex
適用於 Codex CLI 與 Codex 桌面版共用設定。
mkdir -p ~/.codex && touch ~/.codex/config.toml && { grep -q '^\[mcp_servers\.minora\]' ~/.codex/config.toml || printf '\n[mcp_servers.minora]\nurl = "https://app.minora.dev/mcp"\n' >> ~/.codex/config.toml; } && codex mcp login minora需要程式碼時就用程式碼；想法需要快速變成可審查體驗時，使用 Minora。
目標不是取代工程判斷，而是給 AI 一個正式產品介面，讓更多工作保持可見、可測試、可編輯。