#开发应用

开发应用 是 Manus 用于构建移动应用的功能，支持 iOS 和 Android 两个平台。用户无需具备编程基础，只需以自然语言描述应用的用途、功能与界面要求， 即可完成需求分析、开发规划、界面设计及前后端开发。该功能适用于验证产品创意、制作个人效率工具和搭建团队内部应用等场景。

在常规界面与交互之外，应用还可支持触摸手势、音频播放，并调用陀螺仪、相机等设备功能，也可按需接入 AI 对话、图像生成、用户登录与身份验证等能力。Manus 同时提供真机预览、测试分发和应用商店打包支持，便于检查应用的实际表现，并开展后续测试与发布准备工作。

#描述应用需求

首版应用能否贴合预期，很大程度上取决于初始需求的完整性与明确性。因此，首次提出需求时，应一次性说明应用定位、目标用户、核心功能、页面结构、数据存储方式，以及需要调用的设备功能。对于暂不开发的功能，也应逐项列明，以明确开发边界，避免范围扩张，减少后续返工。需求说明可参照以下模板：

通用模板

以下模板中，{} 内的内容为可替换变量，使用时根据实际需求填写。

请开发一款名为“{应用名称}”的移动应用，帮助{目标用户}解决{核心问题}。

目标平台：{iOS／Android／两者均需}。
核心功能：
1. {功能一及其操作流程}；
2. {功能二及其操作流程}；
3. {功能三及其操作流程}。
页面结构：{主要页面及切换方式，如底部标签栏}。
数据与账号：{是否需要登录；数据仅保存在本机，还是需要云端存储与多设备同步}。
设备功能：{需要调用的相机、定位、通知、麦克风等，无则填写“无”}。
视觉风格：{整体风格、主色调，或参考上传的设计稿}。
暂不需要：{本期不开发的功能}。

如果需求存在缺失或冲突，请先向我提问。开始构建前，请先给出开发计划，待我确认后再执行。

宠物照护应用示例

以一款记录宠物日常照护的应用为例，展示如何在需求中明确功能流程、数据方式、设备功能及开发边界。使用时，可将 {} 内的内容替换为实际需求。

请开发一款名为“{毛孩日记}”的移动应用，帮助{家中养猫狗的年轻用户}记录宠物日常照护，避免错过驱虫和疫苗时间。

目标平台：{iOS 和 Android}。
核心功能：
1. {宠物档案：可添加多只宠物，记录名称、品种、生日和头像照片}；
2. {照护记录：记录喂食、洗澡、驱虫、疫苗等事项，支持按日期查看}；
3. {到期提醒：为驱虫和疫苗设置下次日期，到期前一天推送通知}；
4. {体重曲线：录入体重后，以折线图展示变化趋势}。
页面结构：{首页（今日待办）、宠物档案、记录列表、我的}，使用{底部标签栏}切换。
数据与账号：{使用邮箱登录，同一账号下的数据可在多台设备间同步，便于家人共同记录}。
设备功能：{调用相机或相册上传宠物照片；使用系统通知发送提醒}。
视觉风格：{简洁、温暖，以浅色为主，按钮尺寸适合单手操作}。
暂不需要：{社区分享、商城和支付功能}。

开始构建前，请先给出功能清单、页面结构和技术方案，待我确认后再开始开发。

为减少生成结果与实际预期之间的偏差，需求描述应尽量具体，尤其需要补充以下容易遗漏的信息：

明确存储方式：数据管理需求会影响应用的整体结构。若仅保存在手机本地，卸载或更换设备后，原有记录通常无法保留；如需多人共享或跨终端同步，应说明账号登录与云端存储要求。

梳理操作流程：功能名称不能替代完整的流程说明。对于“记账”“打卡”等功能，应描述从操作入口到完成后的具体步骤，例如“点击加号→输入金额→选择分类→保存后返回列表”。

核对功能边界：是否已列明需要实现与暂不需要的内容。明确本次开发范围，有助于减少额外页面或功能的生成，避免增加不必要的检查与修改工作。

#确认开发计划

提交需求后，Manus 通常会先进行分析，并生成包含功能清单、页面结构及技术方案的开发计划。建议在正式构建前仔细核对，确认计划与预期一致；如有偏差，可直接提出修改意见。在此阶段调整方向，有助于降低后续修改与返工成本：

开发计划基本可行，请按以下意见调整后再开始构建：

1. 删除“{数据导出为表格}”功能，留到后续版本；
2. “{体重曲线}”仅显示最近{6个月}的数据；
3. 首页优先展示“{今日待办}”，“{宠物档案}”入口移至第二个标签。

其余内容保持不变。

核对开发计划时，应重点确认：功能是否与需求一致，有无遗漏或额外增加；页面数量及跳转关系是否合理，核心操作步骤是否过多；数据是否按要求存储于本机或云端；是否涉及需另行注册账户或付费的第三方服务。

#预览与真机测试

构建过程中，可在任务界面中实时查看应用的界面预览。任务界面中的预览便于快速检查页面布局和操作流程；涉及触摸手势、相机、通知等设备功能时，应在手机上进行真机测试。

Manus 开发的移动应用可通过 Expo Go 在手机上预览。Expo Go 是一款免费的移动应用预览工具，支持 iOS 和 Android 设备，具体步骤如下：

1.安装预览工具：在 App Store 或 Google Play 中搜索并安装 Expo Go。

2.扫码进入预览：找到应用预览区域的二维码。iPhone 使用系统相机扫码；Android 设备使用 Expo Go 内的扫码功能。

3.进行交互测试：应用在 Expo Go 中打开后，即可进行点击、滑动、输入等交互测试。

4.共享预览链接：将预览链接发送给测试人员。对方安装 Expo Go 后，即可在手机上打开应用并参与测试。

Expo Go 预览用于开发阶段的反复测试，不属于正式安装。真机测试时，应确认新增、编辑、删除等核心流程完整可用，应用关闭重启后数据仍保留，拍照、提醒等功能的授权提示正常且拒绝授权后应用仍可使用，空值或超长输入不会导致页面错位或报错，按钮和文字在不同尺寸手机上显示完整。

常见问题及处理方式

预览过程中的常见问题及处理方式如下表所示：

#迭代修改应用

应用生成后，可直接在原任务中用自然语言提出修改要求，无需编写代码。提出修改时，应说明具体页面、修改内容及需保留的部分，常见方式如下：

描述问题现象：反馈问题时，应写明所在页面、操作步骤、实际结果和预期结果，便于准确定位原因。仅说明“保存功能有问题”，往往需要多轮往返确认。

在“{添加体重}”页面输入{4.2}并点击“{保存}”后，返回“{体重曲线}”页面，新数据没有显示，需要关闭应用重新打开才出现。

请修复该问题：保存成功后图表应立即更新，并显示“{已保存}”提示。
其他页面保持不变。

调整界面细节：指明具体页面和元素，并说明调整方向，避免使用“好看一点”“更高级”等难以执行的表述。

请调整“{首页}”的“{今日待办}”卡片：

1. 已完成的事项显示为灰色，并移至列表底部；
2. 驱虫、疫苗类事项在卡片左侧增加{橙色}标记；
3. 适当增大卡片间距，便于单手点击。

仅修改首页，其余页面不作调整。

新增功能：说明功能入口、操作流程及与已有数据的关系，并要求说明改动范围，便于测试时有针对性地检查。

在“{宠物档案}”页面新增“{就诊记录}”功能：

- 入口：在档案详情页底部新增“{就诊记录}”按钮；
- 内容：记录就诊日期、医院名称和诊断说明，可上传{最多3张}病历照片；
- 展示：按日期倒序排列，点击可查看详情。

新增功能不得改变现有照护记录和提醒数据。
完成后，请列出本次改动涉及的页面。

分批推进：修改项较多时，建议按照“先修复问题，再调整界面，最后新增功能”的顺序分批提出。每批修改完成并经真机测试确认后，再进入下一批，避免多项改动相互影响，难以判断问题来源。

#发布与分享

真机测试通过后，可根据使用范围选择分享或发布方式：

Manus 负责完成应用打包、上传等技术环节，但不会直接将应用上架至应用商店。测试渠道的选择、商店页面信息的填写及最终的上架提交，均需用户在对应的开发者后台中自行完成。

发布 Android 应用

• 在任务界面中打开 发布到 Google Play，Manus 将应用打包为 Google Play 要求的 AAB 格式。

• 登录 Google Play Console，上传 AAB 文件。

• 根据需要选择内部测试、封闭测试、公开测试或正式发布，并按照 Google Play 的指引完成后续操作。

发布 iOS 应用

开通 Apple Developer 账户后，在 Manus 中选择 iOS > 创建应用，并按提示完成操作。Manus 将自动创建应用、打包并上传至 App Store Connect。

上传后的处理进度和版本记录可在 App Store Connect 中查看。待 Apple 处理完成后，在 iPhone 上打开开发者邮箱收到的邀请邮件，按提示安装 TestFlight 并接受邀请，即可安装测试版本。

后续可根据分发需求，选择以下方式：

• 邀请指定用户参与测试：在 App Store Connect 的 用户和访问 中，邀请对方加入开发者账户。对方接受邀请后，进入应用的 TestFlight 标签页，在左侧 内部测试 下选择 Team (Expo)，将其添加至测试人员列表。
• 通过公开链接分发测试版本：在 TestFlight 中，点击 外部测试 旁的加号创建测试组，添加构建版本并填写测试信息，然后提交审核。若应用无需登录即可使用，可取消勾选 需要登录。审核通过后，创建公开邀请链接，iOS 用户即可通过该链接安装测试版本。
• 提交 App Store 上架：参照 Apple 官方的应用提交说明完成后续操作。由于 Manus 已完成打包与上传，说明中涉及构建、打包配置的部分可跳过。

发布前，还需注意以下几点：

#使用建议

为提高开发效率、减少返工，建议注意以下几点：

• 明确首版范围：首版应仅保留完成核心任务所必需的功能，验证可用后再逐步扩展。避免一次性提出过多需求，以免增加开发复杂度、问题排查难度及积分消耗。
• 确定数据方案：首次描述需求时，应明确是否需要登录，以及数据存储在本机还是云端。应用投入使用后再调整存储方式，可能涉及数据迁移，或导致已有数据丢失。
• 规范测试数据：测试阶段应使用虚构的姓名、电话和地址，避免录入真实用户信息。应用尚未完善时，应以满足功能验证为原则，减少个人信息在测试过程中的暴露。
• 开展真机验证：任务界面中的预览主要用于检查页面布局，不宜作为实际体验的最终依据。触摸操作、系统权限和推送通知等表现，均应通过手机实测进行确认。
• 预留审核时间：外部测试与正式上架均应将商店审核纳入时间安排，不宜仅以开发完成时间确定上线日期。对于上线时间明确的项目，应提前规划并预留审核周期。

移动应用开发的关键，并非一次性提出完整需求，而是确保各阶段的成果均可确认、可测试。从清晰描述需求、构建前确认计划，到真机逐项测试、分批推进修改，再通过打包与测试分发收集实际使用反馈，逐步将应用创意转化为可供他人使用的产品。