快速开始
认识 LPAI 编辑器
理解项目数据、玩家运行时、编辑器 AI 与游戏内 AI 的边界。
快速开始 · 01
LPAI 是状态驱动的游戏编辑器
作者在编辑器中定义状态、规则和页面；发布后，玩家端运行这些数据。编辑器 AI 是创作工具，游戏内 AI 是玩法系统，两者不能混为一谈。
# 一次玩家操作经过什么
flowchart LR
A[玩家点击控件] --> B[需求与触发脚本]
B --> C[修改属性、对象或表格]
C --> D[事件继续检查]
D --> E[渲染布局读取新状态]
E --> F[页面、特效与音频反馈]
这条链路决定了项目怎样拆分：
- 属性、字符串、表格、对象保存或计算状态。
- 控件提供稳定的动作入口和脚本挂载点。
- 事件负责自动检查和后台规则。
- 场景渲染布局把状态变成响应式 HTML/CSS 页面。
- Canvas、客户端特效和音频处理高频表现。
- **插件与
tools**连接地图、AI、存档、聊天、排行和弱联网。
# 两种作者模式改变什么
# 纯 AI 模式
纯 AI 模式默认开启。桌面端以 AI 工作台为主要视图，隐藏模块选择和大量人工精细配置，例如可视公式、自动增长、对象筛选器、旧式控件显示字段和传统事件效果表。
它没有删除这些底层能力。AI 仍可以在需要时创建属性、对象、事件和脚本；区别是作者用玩法目标和验收条件驱动修改，而不是逐项填写字段。
# 传统模式
传统模式恢复完整模块与字段界面，适合维护旧项目、迁移既有布局或精确控制传统字段。作者需要自己理解引用 ID、执行顺序、需求组合和保存边界。
两种模式可以查看同一项目，但不要在不了解影响时来回切换并重复实现同一规则。
# 编辑器 AI 与游戏内 AI
| 能力 | 发生在哪里 | 用途 |
|---|---|---|
| 编辑器 AI | 创作阶段 | 查询项目、创建资源、修改脚本、设计页面、翻译和排错 |
| AI 智能体插件 | 玩家游玩阶段 | 接收玩家输入、生成剧情、修改允许的状态、维护对话回合 |
| 自由 AI 脚本工具 | 玩家游玩阶段 | 请求文本、属性变化或对象变化 |
“用 AI 做游戏”通常指编辑器 AI；“让玩家和角色对话”才需要游戏内 AI。游戏内 AI 会消耗联网资源，必须处理超时、重复提交和失败反馈。
# LPAI 适合的玩法
最合适的核心循环通常可以表示为：
读取状态 → 玩家选择 → 规则结算 → 状态变化 → 页面反馈
常见方向包括放置成长、文字 RPG、经营养成、生存管理、卡牌与对象构筑、互动叙事、地图探索和 AI 文字冒险。
如果玩法必须依赖完整物理模拟、专业 3D 管线、毫秒级多人同步或大型动作场景，LPAI 不应作为核心引擎。Canvas 能增强局部绘制，但不会把项目变成通用实时游戏引擎。
# 作者始终负责的边界
- 决定哪些数据可以公开、哪些内容涉及付费和隐私。
- 验证 AI 没有删除仍被引用的资源。
- 在真实预览中检查结算、存档、联网和响应式页面。
- 确认发布资料、年龄分级、素材授权和玩家承诺。
- 为异步操作设计失败路径，而不是只测试成功路径。
下一步：创建项目。