踩坑经历总结---AI工具的局限性
最近一直想写下AI工具的不足,可能没有很好的例子,也没有那么多时间,今天机会来了。
最近忙一个wifi 抗弱网优化的项目,用了一个开源库。
前面AI工具使用还顺手,当然有些坑不便于记录,昨天升级了版本,可以做数据统计。
1. 统计起来,数据一直不正常:
行 1700: [20260616-102115] [6609] SRT统计: RTT=171798692ms, 重传率=1077208023%, 丢弃率=0%, Loss=0%, Pkts=0, fd=483
行 1714: [20260616-102116] [6609] SRT统计: RTT=-137438953ms, 重传率=1078522707%, 丢弃率=0%, Loss=0%, Pkts=13, fd=119
行 1912: [20260616-102125] [6609] SRT统计: RTT=1924145349ms, 重传率=1078305128%, 丢弃率=0%, Loss=0%, Pkts=0, fd=703
行 1925: [20260616-102126] [6609] SRT统计: RTT=-1717986918ms, 重传率=1079624089%, 丢弃率=0%, Loss=0%, Pkts=12, fd=209
行 1998: [20260616-102129] [6609] SRT统计: RTT=2130303779ms, 重传率=1079026794%, 丢弃率=0%, Loss=0%, Pkts=19, fd=109
行 2161: [20260616-102135] [6609] SRT统计: RTT=1099511628ms, 重传率=1078764896%, 丢弃率=0%, Loss=0%, Pkts=0, fd=921
行 2180: [20260616-102136] [6609] SRT统计: RTT=171798692ms, 重传率=1078690775%, 丢弃率=0%, Loss=0%, Pkts=12, fd=300
行 2225: [20260616-102139] [6609] SRT统计: RTT=1649267442ms, 重传率=1078818832%, 丢弃率=0%, Loss=0%, Pkts=17, fd=160
行 2375: [20260616-102145] [6609] SRT统计: RTT=-240518169ms, 重传率=1077005778%, 丢弃率=0%, Loss=0%, Pkts=0, fd=1384
行 2393: [20260616-102146] [6609] SRT统计: RTT=1752346657ms, 重传率=1078381969%, 丢弃率=0%, Loss=0%, Pkts=12, fd=428
行 2470: [20260616-102149] [6609] SRT统计: RTT=515396076ms, 重传率=1078328197%, 丢弃率=0%, Loss=0%, Pkts=19, fd=214
行 2607: [20260616-102155] [6609] SRT统计: RTT=343597384ms, 重传率=1078114222%, 丢弃率=0%, Loss=0%, Pkts=0, fd=1906
行 2639: [20260616-102156] [6609] SRT统计: RTT=1992864825ms, 重传率=1077477310%, 丢弃率=0%, Loss=0%, Pkts=12, fd=517
行 2694: [20260616-102159] [6609] SRT统计: RTT=-137438953ms, 重传率=1077805907%, 丢弃率=0%, Loss=0%, Pkts=19, fd=266
行 2859: [20260616-102205] [6609] SRT统计: RTT=171798692ms, 重传率=1077134295%, 丢弃率=0%, Loss=0%, Pkts=0, fd=2447
行 2888: [20260616-102206] [6609] SRT统计: RTT=1889785610ms, 重传率=1077922365%, 丢弃率=0%, Loss=0%, Pkts=12, fd=613
你看,数据全乱了!!
2. AI分析来分析去,说流不正常,fd是音频流等等!
这次fd还真的不正确,至少是六位数字的。

AI自己要放弃了!!
3. 我想了下,和对端同步升级有关系?

他马上顺着你的话说,是有关系!!
5. 但我还是不死心!搞了半天,说放弃就放弃!
虽然这个功能不是核心,但是对于后面统计和扩展还是有作用的!
然后一步步查, 昨天简单统计至少数据还是正常的:

AI也还是附和你说正常!
我仔细对比,发现了问题!!

6. 再折腾几下,终于正常了:
行 2110: [20260616-105549] [6609] SRT统计: RTT=40 ms, 重传率=0 %, 丢弃率=0 %, Loss=21 %, Pkts=112, fd=143862978, device->srt_sfd=143862978
行 2244: [20260616-105559] [6609] SRT统计: RTT=164 ms, 重传率=0 %, 丢弃率=0 %, Loss=28 %, Pkts=205, fd=143862978, device->srt_sfd=143862978
行 2289: [20260616-105600] [6609] SRT统计: RTT=127 ms, 重传率=0 %, 丢弃率=0 %, Loss=5 %, Pkts=102, fd=143862977, device->srt_sfd=143862977
行 2442: [20260616-105608] [6609] SRT统计: RTT=473 ms, 重传率=0 %, 丢弃率=0 %, Loss=66 %, Pkts=112, fd=143862976, device->srt_sfd=143862976
行 2451: [20260616-105609] [6609] SRT统计: RTT=177 ms, 重传率=0 %, 丢弃率=0 %, Loss=28 %, Pkts=321, fd=143862978, device->srt_sfd=143862978
行 2460: [20260616-105610] [6609] SRT统计: RTT=100 ms, 重传率=0 %, 丢弃率=0 %, Loss=8 %, Pkts=150, fd=143862977, device->srt_sfd=143862977
行 2596: [20260616-105618] [6609] SRT统计: RTT=211 ms, 重传率=0 %, 丢弃率=0 %, Loss=61 %, Pkts=199, fd=143862976, device->srt_sfd=143862976
行 2602: [20260616-105619] [6609] SRT统计: RTT=115 ms, 重传率=0 %, 丢弃率=0 %, Loss=28 %, Pkts=409, fd=143862978, device->srt_sfd=143862978
行 2613: [20260616-105620] [6609] SRT统计: RTT=59 ms, 重传率=0 %, 丢弃率=0 %, Loss=8 %, Pkts=198, fd=143862977, device->srt_sfd=143862977
行 2785: [20260616-105629] [6609] SRT统计: RTT=190 ms, 重传率=0 %, 丢弃率=0 %, Loss=61 %, Pkts=278, fd=143862976, device->srt_sfd=143862976
行 2796: [20260616-105630] [6609] SRT统计: RTT=185 ms, 重传率=0 %, 丢弃率=0 %, Loss=7 %, Pkts=245, fd=143862977, device->srt_sfd=143862977
行 2797: [20260616-105630] [6609] SRT统计: RTT=176 ms, 重传率=0 %, 丢弃率=0 %, Loss=27 %, Pkts=519, fd=143862978, device->srt_sfd=143862978
行 2941: [20260616-105639] [6609] SRT统计: RTT=126 ms, 重传率=0 %, 丢弃率=0 %, Loss=56 %, Pkts=384, fd=143862976, device->srt_sfd=143862976
行 2948: [20260616-105640] [6609] SRT统计: RTT=139 ms, 重传率=0 %, 丢弃率=0 %, Loss=28 %, Pkts=619, fd=143862978, device->srt_sfd=143862978
行 2952: [20260616-105640] [6609] SRT统计: RTT=106 ms, 重传率=0 %, 丢弃率=0 %, Loss=6 %, Pkts=294, fd=143862977, device->srt_sfd=143862977
行 3120: [20260616-105649] [6609] SRT统计: RTT=95 ms, 重传率=0 %, 丢弃率=0 %, Loss=56 %, Pkts=458, fd=143862976, device->srt_sfd=143862976
行 3128: [20260616-105650] [6609] SRT统计: RTT=135 ms, 重传率=0 %, 丢弃率=0 %, Loss=27 %, Pkts=708, fd=143862978, device->srt_sfd=143862978
行 3132: [20260616-105651] [6609] SRT统计: RTT=74 ms, 重传率=0 %, 丢弃率=0 %, Loss=7 %, Pkts=349, fd=143862977, device->srt_sfd=143862977
行 3239: [20260616-105659] [6609] SRT统计: RTT=330 ms, 重传率=0 %, 丢弃率=0 %, Loss=55 %, Pkts=579, fd=143862976, device->srt_sfd=143862976
行 3275: [20260616-105700] [6609] SRT统计: RTT=142 ms, 重传率=0 %, 丢弃率=0 %, Loss=29 %, Pkts=794, fd=143862978, device->srt_sfd=143862978
行 3297: [20260616-105701] [6609] SRT统计: RTT=91 ms, 重传率=0 %, 丢弃率=0 %, Loss=7 %, Pkts=398, fd=143862977, device->srt_sfd=143862977
行 3421: [20260616-105710] [6609] SRT统计: RTT=106 ms, 重传率=0 %, 丢弃率=0 %, Loss=29 %, Pkts=894, fd=143862978, device->srt_sfd=143862978
行 3464: [20260616-105711] [6609] SRT统计: RTT=80 ms, 重传率=0 %, 丢弃率=0 %, Loss=8 %, Pkts=446, fd=143862977, device->srt_sfd=143862977
行 3610: [20260616-105720] [6609] SRT统计: RTT=92 ms, 重传率=0 %, 丢弃率=0 %, Loss=30 %, Pkts=998, fd=143862978, device->srt_sfd=143862978
行 3620: [20260616-105721] [6609] SRT统计: RTT=69 ms, 重传率=0 %, 丢弃率=0 %, Loss=9 %, Pkts=496, fd=143862977, device->srt_sfd=143862977
行 3623: [20260616-105722] [6609] SRT统计: RTT=930 ms, 重传率=0 %, 丢弃率=0 %, Loss=41 %, Pkts=130, fd=143862975, device->srt_sfd=143862975
行 3794: [20260616-105730] [6609] SRT统计: RTT=110 ms, 重传率=0 %, 丢弃率=0 %, Loss=30 %, Pkts=1099, fd=143862978, device->srt_sfd=143862978
最后总结
AI坑你没商量的!你不能完全依赖AI,善于提问,善于质疑,是AI时代的一项能力。其实哪个时候这都是难得的一项能力!所以主宰还是你自己。
这个案例只是很小的一个问题,你要是做一个完整的,稍微复杂的,完全交给它,那将是个悲剧。我上两个月有个大项目 从V 2版本升级到V3,和云端交互协议完全不同了。AI最开始根据需求文档参考V2,写了个V3协议,一跑就崩溃。然后改为完整照搬V2的,写V3接口,一跑就崩溃。后面改成了新建一个V3的类,完全用V2的协议,只是运行注册登录,终于可以了。后面学乖了,将需求一个个个分解,有的时候一个个接口加!所以,大项目一定要分解! 分解的粒度,就看复杂度,和AI的配合了!
所以说,虽然AI是很好的助手,但是不能完全依赖,主动权还得是你自己!
浙公网安备 33010602011771号