已保留的申请文本如下：

第一条：

本小程序是以AED自动体外除颤仪的地理坐标为主要数据的检索配送型应急救助查询系统。主要是为了再使用者有相应需求后，根据用户自身所在位置坐标进行检索周边可用AED设备，以及上报自身位置通过计算坐标位置信息匹配到由红十字会持救护证人员进行赶往现场以及拿取AED设备救助。特此希望通过此接口再程序关键生命周期节点获取到使用者的地理位置坐标信息进行共享交互。

第二条：

因当前业务红十字会及其他志愿者标记把AED(自动体外除颤器)添加地图坐标,以共不时之需。使用当前接口可以在志愿者行至自动体外除颤器位置时，快速定位到当前位置，以方便用户添加标记，须要使用到当前功能【这条已用pickLocation解决】，但设备在传递过程中，黄金四分钟仍然要考虑接力共享，在志愿者主被动更新当前所在位置等场景时仍需要进行或静默或公开的采集位置。

第三条：

开发者需要通过此接口定时向指挥中心上报赶往现场的人员在哪里，以及告知求救信号发起/代发起方实时共享救助人员位置，以便于现场临近人员接应。为了简化施救人员操作负担，救助人员通过软件打开坐标位置记录共享之后将手机收起来，不论前后台都可以自动上报位置。

第四条：

当前业务流程为甲用户使用小程序端发起求助，求助信号发送到服务端之后，发送给乙、丙用户、乙丙用户前往甲用户真实位置，并将三方位置实时发送至服务端以便红十字会相关机构进行协调。因当前业务需要使用到实时位置及前后台位置变更接口，特此申请，希望准予通过。与上次相比，附上PC端控制台界面

第五条：

因当前业务涉及AED自动体外除颤仪寻址，当用户发起求救信号后，需获取用户当前实时地理位置以便简化用户操作以及计算周边位置相近志愿者、救护员位置发送告警信息给匹配到的人员以及指挥中心，须要实时采集救助员、送设备人员、求救(代)人员位置信息与救护人员、指挥中心进行三方实时共享接力。故申请wx.getLocation、 wx.onLocationChange、wx.startLocationUpdate、 wx.startLocationUpdateBackground 接口，用于监控求救、施救两方人员位置。

没来得及保存的不同格式的申请文同样有许多，

前前后后一共五六十次申请，统统都是一种原因拒绝。你们是没给审核人员做审核意见输入框？还是故意把这个审核机制设计的这么烂？还是说你们审核人员将真就是一板一眼跟个机器一样？还是说我们只能理解成审核人员及看不懂这些信息？还是说是为了解决残疾人就业给审核岗位配得都是哑巴，眼神儿也不好的人？这机制也太有问题了吧？这前前后后我都在你们这逼迫下真是没少换着提交信息啊，我收到什么有效的反馈了吗？，这也就是在网络上发牢骚也没什么有效的作用，这要是在现实中能打照面，真不知道你们这么做能争取到多少人对你们表达爱意。

我这还是公益性质软件项目，没想过从腾讯、从微信这里利用到什么公益赞助，同样也没想过在小小的审核上会有这么大的阻力。

如果论坛的微信团队有人看到了并且愿意处理这个事情，我想历史申请中的录屏以及截图你们应该能看到，这里面上传大小有限，录屏暂时不好上传。

确实这个软件没有开发完，截止到现在25年01月22号我提交的截图或录屏都是开发测试界面或者示意界面，但这不影响他的使用场景啊。

如果回复我这段话的官方人员和审核接口的不是同一拨人，那我发帖的目的是希望能够得到协助解决这件事情。如果与审核我接口的是同一人，你也可以像哔站最近爆出那个拉黑指定用户的员工一样利用职位之便做一些事情，也不甚奇怪。同时在脑海里模拟出我把你当成田文镜对你喊出：“田文镜，我爱你！”