开发者
面向开发者的文章，讨论如何用 ObjectOS 构建、运行和治理 AI-native 业务应用。
-
已发布一个业务应用到底有多少 token？一个完整 CRM 只有 16k
用 AI 真正工作的单位来度量，一个完整 CRM 只是约 16k token 的类型化元数据——占一个上下文窗口的 8%。能整体装进智能体上下文的软件，维护方式完全不同。我们称之为「上下文体量的软件」。
AI 与智能体 开发者 CRM 客户管理 上下文窗口上下文体量的软件AI 智能体元数据ObjectStack -
已发布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应用搭建元数据对象建模