大多数工具只处理「你贴进去的那段文本」。Lumina 先建立整个工作区的语义索引： 模块边界、调用关系、测试覆盖、历史提交。当你说「把订单导出改成流式，避免大促时内存打满」， 它推导出的是需要改动的七个文件、两个接口契约，以及三处会被连带影响的调用点。
这意味着它给出的不是孤立的代码片段，而是一次自洽的改动：新增的流式写入、维持兼容的分页回退、 以及为超时路径补上的错误处理。
边界：索引质量取决于仓库可读性。对生成代码、压缩产物或缺失依赖的仓库，理解深度会下降—— Lumina 会在无法确定时明确标注不确定项，而不是编造。
团队的约定通常散落在 Wiki、代码评审意见和某个老成员的记忆里。Lumina 把它们收敛成一份 可执行、可评审、可版本化的规范文件：命名风格、目录结构、错误码约定、日志字段、依赖白名单、安全红线。
规范不是提示词里的软建议，而是硬约束——生成物在提交前会经过规则校验，违反红线的改动无法通过。
工作区索引、规范文件与执行记录默认保存在你自己的设备上。需要调用模型时， Lumina 只发送完成当前任务所需的最小片段，并且发送前会对密钥、令牌与个人信息做遮蔽。
完全离线的场景也能工作：接入本地模型后，索引、推理与执行全部留在内网。
每一次生成都会生成一份档案：任务描述、涉及文件、改动行数、耗时、模型与工具链路、 测试结果、评审意见。它既是复盘依据，也是向上汇报的素材。
| 指标 | 含义 | 用途 |
|---|---|---|
| 首次产出耗时 | 从提交任务到第一版可运行结果 | 评估流程瓶颈 |
| 改动面 | 涉及文件数与净增减行数 | 判断改动的可评审性 |
| 返工率 | 被评审打回并重做的比例 | 校准规范文件的完备度 |
| 测试通过率 | 生成后自动执行的测试结果 | 交付前的准入依据 |
设计令牌、组件属性与代码实现保持同一份来源。当设计稿调整圆角或主色， Lumina 能定位所有受影响的组件、生成改动并更新文档，而不是让实现慢慢漂移。
Lumina 是编排层，不是绑定层。你可以按任务类型分配不同的模型与工具， 并为高风险操作指定「必须人工确认」的复核节点。
按语言、任务类型、成本上限或数据敏感度选择模型，支持本地与云端混合。
检索源、包管理器、测试运行器与部署脚本均可插拔，执行限制在隔离沙箱内。
完整调用链日志、可导出的操作记录、SSO 与 SCIM 用户同步。
按工作区分权，敏感操作走审批流，发布动作可要求双人确认。
差别不在「模型多聪明」，而在交付物是否可评审、可复现、可追溯。
| 维度 | 传统 AI 助手 | Lumina Studio |
|---|---|---|
| 上下文范围 | 当前文件或粘贴的片段 | 整个工作区的语义索引 |
| 规范遵从 | 靠提示词，结果不稳定 | 规则校验，违反红线无法提交 |
| 改动完整性 | 单点代码，需人工补全周边 | 连带更新调用方、测试与文档 |
| 数据位置 | 通常需上传仓库 | 默认本地，按需最小化出站 |
| 可追溯性 | 对话记录 | 任务档案 + 审计日志，可导出 |
| 模型绑定 | 绑定单一提供方 | 可插拔路由，本地/云端混合 |