開發者
面向開發者的文章,討論如何用 ObjectOS 構建、執行和治理 AI-native 業務應用。
- 已釋出
Retool 與受治理 AI 應用平臺:能否審查業務許可權
Retool 的 RBAC、審計日誌、SSO 和自託管能力很強。真正要比較的是業務許可權層:退款、審批、寫入動作如果散落在 JavaScript 繫結裡,AI 改動就很難被業務負責人用 diff 審查。
應用搭建 開發者 Retool低程式碼內部工具治理AI 原生 - 已釋出
Lovable 上生產安全嗎:訪問控制審查問題
Lovable 很適合快速原型,但生產系統的問題不是能不能跑,而是誰能審查訪問控制。RLS、前端過濾和安全掃描都重要;真正的邊界必須在服務端可見、可強制、可簽字。
安全與治理 開發者 LovableVibe Coding安全訪問控制AI-Native - 已釋出
AI 寫完應用之後:你敢審查 diff 並點 Merge 嗎?
AI 可以很快生成能跑的應用,CI 也可能全綠。真正的問題是:那份幾千行、沒人完整理解的 PR,誰敢負責合併?當寫程式碼被自動化,瓶頸就從“寫”轉向“審查與簽字”。
應用搭建 開發者 AI 寫程式碼程式碼審查後設資料治理Vibe Coding趨勢觀點 - 已釋出
Agent 規則檔案怎麼寫:讓 AI 生成可治理應用
編碼 agent 的 AGENTS.md、.cursor/rules 或 CLAUDE.md 不該只管程式碼風格。把許可權、審批、審計和目標後設資料格式寫進去,AI 生成的應用才更容易被審查和簽字。
AI 與智慧體 開發者 Agent 規則AI 寫程式碼MCP開放協議治理趨勢觀點 -
已釋出從需求到可審查應用:AI 如何生成 ObjectStack 後設資料
用裝置報修場景拆開 AI Builder 的生成過程:物件、欄位、關係、檢視、許可權、動作、流程、API 和 agent 工具如何由同一份後設資料驅動。
應用搭建 開發者 AI Builder應用搭建後設資料物件建模