继续在墨刀 AI 中调整
补页面、改布局、调整文案与状态。预览时从入口走完整条路径,确认这次修改解决了原来的问题。
01 / 把需求变成看得见的页面
先让用户完成一件事,再扩展更多功能。以运动课程预约为例,首页负责发现课程,详情页说明时间和地点,预约结果能从“我的预约”再次找到。

面向刚开始运动的用户,找到适合的课程,确认时间后完成预约。
课程列表 → 课程详情 → 预约结果 → 我的预约;返回列表时保留已选分类。
时段约满时说明原因,允许选择其他课程;提交失败时保留选择并提供重试。
先说明移动端尺寸、内容和操作,再补充颜色、字体与参考风格。需要了解更广泛的生成方式,可以查看AI生成原型与后续编辑。
02 / 从“看页面”到“走流程”
一条课程预约流程,需要让用户知道:选了什么、什么时候上课、能不能预约,以及预约后去哪里查看。点开一张课程卡片,体验这些信息如何贯穿。
当前:课程列表。选择“晨间普拉提”体验正常预约,选择“舒展瑜伽”查看约满反馈。
预约一节喜欢的课
03 / 让下一次修改更具体
生成后可以继续对话调整界面,也可以在支持区域修改的预览中选中需要改动的部分。把对象、改法和保留内容说清楚,便于 AI 围绕同一任务继续处理。
“把课程详情中的余位提示放到预约按钮上方。约满时显示‘本场已约满’,把按钮改为‘查看其他课程’,保留课程照片、日期和地点。”
按钮名称、反馈位置和返回入口,比增加装饰更直接影响一次预约能否走完。
详情、确认和结果中的课程名、日期、门店保持一致,再继续扩展其他功能。

05 / 从你的第一个 App 开始
不需要一开始就规划整个系统。先明确一个使用目标,把必要页面、状态和视觉风格一起交给 AI。
课程与到店预约
串起发现课程、确认时间、预约结果与我的预约,处理可约和约满状态。
本地生活与点单
讲清规格选择、取餐时间、确认订单与售罄处理,让点单信息前后一致。
企业移动办公
整理录入、附件、提交与审批进度;缺少信息时定位到需要补充的字段。
设计一个名为“向野运动”的移动端课程预约 App,界面宽度390px,使用暖白背景与紫色主按钮。 用户:刚开始运动,希望找到合适课程并预约。 页面:发现课程、课程详情、预约结果、我的预约。 课程:晨间普拉提,11月08日09:00—09:45,青禾门店,45分钟,入门,余3席;舒展瑜伽,11月08日18:00—18:45,青禾门店,已约满。 流程:列表查看课程,详情确认时间地点,预约成功后进入我的预约。 状态:约满时说明原因并提供查看其他课程;提交中防止重复操作,失败时保留选择,允许重试。 要求:页面之间能切换;课程名称、时间和地点保持一致;返回列表保留筛选条件。先完成这条流程,再逐步扩展。
开始之前
先明确需要的成果,后续编辑和交付会更顺畅。
墨刀 AI 可以根据文字需求生成 App 界面与交互初稿,用于讨论布局、体验关键操作和继续修改。描述中写清页面、目标设备和状态,有助于让结果贴近具体任务;生成后可以继续对话、查看代码,或导入墨刀原型编辑。
可以先用自然语言描述需求,生成界面后在预览中检查,再通过对话或可视化编辑调整。涉及实际业务接口、用户账号、支付与数据存储时,需要开发人员完成对应工程接入。
生成的界面和前端代码是后续开发的起点,不等于已经打包、签名和审核通过的原生安装包。应用上架还需要结合技术方案完成运行环境、后端服务、设备适配、测试及平台审核。
生成应用更侧重用代码表达可运行预览的界面,当前入口使用生成应用模式;原型工作更侧重页面、组件、交互说明与团队评审。可以先在 AI 中探索应用,再按后续任务进入原型编辑,或把代码交给开发人员继续实现。
以 AI 组件形式保留 HTML 时,可以继续呈现 HTML 中的交互,并进行 HTML 可视化编辑。转换为原生可编辑元素后,可以分别调整组件和布局;两种形态的编辑方式不同,转换后需要核对并补齐所需的原型交互。
登录墨刀后,可以查看当前账号的可用额度与积分余额。AI 任务按实际使用及账号方案消耗积分,具体扣费方式见墨刀 AI 动态积分说明。
