第九十七章 上线审批 (3/5)
出了门,陈博文长长的出了一口气。
上线前两天,晚上十点多。
整层楼灯火通明,很多P1已经被降成P2了,但剩下的P0和P1修不完。
开发这边忙着修Bug的同时,另外一边,产品团队在调Demo。
产品经理小刘和两个同事围着一台电脑,桌上堆满了咖啡杯,都是空的。明天之前,他们三个的任务是找到三个能稳定跑通的提示词,王总发布会上要用。
「帮我做一个日记本APP」,这句话在万物生里跑出来的结果,取决於怎麽输入丶伺服器负载丶模型随机种子。同一句话跑十次,三次效果还行,七次各种问题。有时候界面能出来但按钮点不动,有时候按钮能点但数据存不进去,有时候乾脆白屏。
小刘的方法很实用,把提示词从「帮我做一个日记本App」改成「帮我做一个简约风格的每日日记应用,支持富文本编辑,包含日期选择丶文字输入框和保存按钮,浅蓝色主题,首页只显示最近七天条目」,描述越具体,模型越不容易跑飞。
但这种提示词不够简洁,不够未来,不够AI,也不够发布会的调性。
这只能叫「智人想好了要什麽,怎麽做,AI负责翻译成代码」。
小刘叫来一个开发同事,又想了个笨办法:把提前试好的提示词存起来,发布会的时候王总输入「帮我生成一个日记/会员管理/记帐应用」,後台自动转化成提前试好的提示词,再实时生成。
但是这个笨办法也不行。有两个问题:长提示词生成的APP虽然稳定多了,十次里面还是会有一两次出问题,他不敢赌发布会上不出错;还有就是生成时间,陈总要求三十秒以内,但是实时生成至少要两分锺。
小刘和开发同事又想了个更笨的办法。APP生成出来先存好,里面的Bug手动修完,放在後台,发布会的时候王总一说话,直接匹配对应的APP渲染出来。
这个办法好,所有的指标都满足了。
小刘在群里发了一句:「三个场景的APP生成链路全部调试完毕,生成耗时稳定在三十秒内,生成的APP无Bug。
「」
陈博文在信息上面点了个赞,然後在下面回了一个「辛苦」。
小刘没回,他心里想:「陈总,Demo时候出来的效果和真实用户会体验到的东西完全不一样,你知道吧?」
但小刘不会说,小刘去年刚买了房,付完首付,现在每月房贷一万二。
上线前一天。
上线审批表是一张A4纸表格,上面有三个签字栏:技术负责人丶测试负责人丶项目负责人。
章节报错
请简要描述您遇到的问题(如:内容缺失、章节错乱、文字乱码等)