可视化模型设计
在本地工作台里设计域、实体、视图、字段与关系，改名和删除会级联到引用处。
核心能力
不是画图工具，是确定性的生成引擎。
模型是唯一事实来源；生成的是可以继续开发的工程，不是一次性脚手架。
确定性生成
生成过程不调用 LLM。相同的模型与组件永远产出相同的文件，可审计、可复现。
技术栈中立
生成核心不认识任何语言、框架或数据库；技术栈完全由模板决定。
生成即可接管
产出是一个可以直接安装、构建、启动并继续开发的工程，不是只读黑盒。
生成所有权管理
生成器只覆盖自己拥有且未被修改的文件；你手工改过的地方会被识别并报告，不会被静默覆盖。
模型驱动全栈
一个模型产出数据库结构、后端接口、前端页面与共享类型定义。
生成方案
内置一套开箱可用的方案。
方案决定生成什么技术栈的代码。当前内置的这套面向有用户体系的后台管理应用。
Python / Tornado / ClickHouse JSON Vue 管理应用
内置面向有用户体系的后台管理应用：使用 ClickHouse 原生 JSON 存储业务数据， 生成 Tornado 接口与可直接接管的 Vue 业务页面，并随方案提供认证、权限、菜单与字典等基础能力。
- 前端
- Vue 3 · TypeScript · Vite · Element Plus
- 后端
- Python 3.12 · Tornado
- 数据库
- ClickHouse JSON
技术栈中立
技术栈不匹配？写你自己的模板。
INDEXMO 的生成核心里没有任何语言、框架或数据库的痕迹 —— 它只做一件事： 把 JSON 模型和 Jinja 模板确定性地渲染成文本。技术栈完全由模板决定。
一套 Template Set 就是若干 Jinja 模板，加一份声明「哪个模板产出哪个文件」的 JSON 清单。 想生成 Go、Rust、PostgreSQL 还是公司内部的私有框架，取决于你怎么写模板。
template-set.json
{
"name": "my-stack",
"model_schema": "model.schema.json",
"type_map": "type_map.json",
"templates": {
"templates/entity/model_go.j2":
"internal/model/{{ entity.name }}.go",
"templates/entity/handler_go.j2":
"internal/api/{{ entity.name }}_handler.go"
}
}
Workflow
一个模型，贯穿整个开发流程。
设计
在工作台里建立域、实体、字段与关系。
校验
保存前检查命名、类型、关系与引用完整性。
生成
选择方案与输出位置，确定性地产出整套工程。
接管
在生成结果上继续开发；再次生成不会覆盖你改过的文件。
适用场景
适合从明确的模型出发的项目。
后台管理系统
有用户体系、需要权限与审计的业务管理应用，内置方案直接覆盖。
团队内部标准
把公司的技术栈与工程约定固化成模板，让每个新项目从同一个起点开始。
需要可复现的交付
产物可审计、可追溯来源、可反复重建的场景。
AI 辅助建模
把需求描述变成模型，交给 ClawSky Desktop。
INDEXMO 的生成核心保持确定性、不调用 LLM。AI 辅助建模由 ClawSky Desktop 提供： 它把 INDEXMO 作为 Worker 集成，用对话产出模型，再交给确定性的生成核心产出代码。
INDEXMO
让模型成为你的源代码。
如果你在构建后台管理系统，或者想把团队的技术栈固化成可复用的生成模板，INDEXMO 可以把重复的结构性工作自动化。