用 AI 做定制开发，先把一个业务问题写成可以检查的规则，再让 AI 分步实现。你需要明确谁使用、输入什么、数据怎样变化，以及怎样算完成；生成代码之后，还要验证权限、异常情况和实际运行结果。下面用一个小团队的“客户跟进记录工具”演示完整做法，示例不代表本站已经提供该系统。
一、先分清你要 AI 辅助开发，还是要在系统里接入 AI
两者常被混在一起。让 AI 帮你写客户管理系统，是 AI 辅助开发；让系统自动总结客户沟通记录，才是应用内的 AI 功能。前者不必因此增加模型调用费用，后者还需要评估数据发送范围、调用成本和错误处理。
第一版先解决明确流程。如果只是记录客户、安排负责人和提醒下一步，不必顺带加入自动营销、智能评分或复杂报表。功能越少，越容易看清哪里真正需要定制。
二、把“做个客户管理系统”改写成业务规则
假设现在用表格记录跟进，经常不知道某条线索由谁负责。第一版可以只解决“每条记录有人负责，且能看到下一步”。先写好以下规则：
- 使用角色：管理员能分配负责人并查看全部记录；成员只能查看和修改分配给自己的记录。
- 必要字段：客户代称、负责人、跟进状态、下次联系日期和跟进备注。开发阶段全部使用虚构测试数据。
- 处理流程：管理员新建并分配记录，成员更新跟进情况，完成后改为已结束。
- 业务约束：未分配的记录只让管理员查看；成员不能自行把记录转给别人。
- 本期边界：不接入真实客户名单，不发短信，不做支付，不自动删除记录。
这只是用于说明的方法示例。你的实际角色、可见范围和字段应根据工作流程调整，尤其不能默认团队每个人都应看到所有客户信息。
三、先让 AI 提问和拆解，再让它写代码
已有项目就先备份，并让工具阅读现有说明、代码和运行方式。要求沿用现有结构，列出影响范围；新项目则先比较能够满足当前需求的简单方案，不要因为 AI 可以生成很多代码就堆叠组件和服务。
我要做一个内部客户跟进记录工具，业务规则如下：［填写角色、字段、流程和边界］。请先指出规则中的歧义，最多提出 5 个影响实施的问题。随后列出最小功能清单、页面、数据保存方式、角色权限和验收步骤。先不要写代码、操作线上数据库或调用收费服务。已有项目资料：［补充运行说明和目录］。
确认方案时，特别检查 AI 是否把“只有自己能看”理解成仅隐藏其他人的列表。权限必须在服务端或数据库访问规则中落实，不能只靠前端不显示按钮。规则不明确就先补充，避免页面做好后才改数据结构。
四、先完成一条业务流程，再增加第二条
可将实现分成四步：先用测试数据确认页面与字段；再接入测试环境的登录和权限；接着实现新建、分配和更新的完整流程；最后处理搜索、错误提示与需要的补充功能。每一步都保留可以恢复的版本。
本次只实现“管理员新建记录并分配给成员”的流程。遵循已确认权限规则，使用测试环境和虚构数据。写入失败时保留输入并说明失败，成功后能在列表找到记录。不要修改未涉及的功能，不操作生产数据。完成后列出修改文件、验证结果和仍未实现的部分。
如果 AI 表示“已完成”，继续让它展示验证依据。界面截图只能说明页面状态，不能独自证明数据保存、权限控制和失败处理正确。GitHub 的AI 生成代码审查指南同样强调人工审查与测试；让 AI 自查可以辅助定位问题，但不能代替实际验收。
五、用两个账号和几条反例检查功能
提前写下“操作、预期、实际结果”。下面这组检查就比只问 AI “有没有问题”具体：
- 正常流程：管理员把测试记录分给成员甲；甲登录后能找到记录，更新备注后重新打开仍能看到。
- 越权查看：成员乙直接访问甲那条测试记录的详情地址，应被拒绝且不返回记录内容。列表不显示还不够。
- 越权修改：乙不能通过修改请求中的记录编号更新甲的数据；这项由技术人员在测试环境验证服务端规则。
- 输入错误：必填字段为空或日期不合法时，应说明具体错误；不能生成半条记录。
- 重复操作：快速连续点击提交，检查是否产生两条记录，并按已确认规则处理。
- 写入失败：模拟请求失败时不能显示成功；恢复后可以按明确方式重试。
- 退出登录：退出后重新访问内部页面，不能继续获取受保护的数据。
这些是起步检查，不是完整安全认证。涉及支付、资金、库存或敏感数据时，需要针对实际业务扩大测试与人工审查范围，不能从几个用例通过推断所有情况都安全。
六、不要把“能在我电脑运行”当成交付完成
先在测试环境让实际使用者走一遍流程，再安排正式上线。上线前至少交代清楚运行环境、依赖版本、配置项、账号归属、备份方式及发生故障时的负责人。涉及已有系统的数据变更，应先确认影响并验证恢复方案。
要求 AI 整理运行说明、已完成功能、已知限制和测试记录。密钥通过适当的配置或密钥管理方式设置，不写进公开代码。代码版本回退与数据恢复是不同事情，两者都要有对应安排。
费用也要拆开考虑：开发工具订阅、托管、数据库、域名，以及确实使用到的短信或模型调用。不要把某个工具的订阅价当成整个定制系统的总成本。
七、自己做到哪一步，适合请开发者接手？
你可以先用 AI 整理需求、制作演示和验证工作流程。如果已经卡在权限、数据可靠性、第三方接口或部署，继续增加提示词可能只是反复试错。把问题范围收窄，再决定自己解决还是寻求协助。
交接时准备四项内容：现有代码或演示地址、启动方法、必须完成的业务流程、能够重现的问题。没有完成的地方明确标注，不要只发几张效果图要求对方“照着上线”。开发者需要先确认现有代码能否沿用，再评估工作量。
需要继续比较实施方式，可阅读模板制作与定制开发的范围差异；中途增加需求时，参考修改范围与费用确认方法。如果希望沟通 AI 项目接手或定制需求，可通过本站联系入口提供上述资料，先评估承接范围和验收方式。
本文为方法演示，不构成固定报价或工期承诺。参考资料核对日期：2026 年 9 月 29 日。