type
status
date
slug
summary
tags
category
icon
password
在超市里,我们会拿自己感兴趣的商品;如果两个人对同一个商品都感兴趣,那么就有可能触碰
AI时代下,需求即产品;如果我的产品能帮到你,那就代表我们碰了一下~
做点什么呢?做点什么吧!
1. 需求
最近有购车计划,汽车之家里面配置很齐全,但很多项目都看不太懂,于是想要借助AI
然而一个一个问,效率太低了;直接复制他们的内容,格式很乱,操作又很繁琐
尝试过长截图给AI,但图片太大,也无法直接OCR出来(或许专业工具可以)
萌生一个想法:写一个浏览器插件,读取网页内容,然后提取成md表格的形式;这样就可以直接输入给AI做资料库,供后续使用
2. 开发思路
2.1. 前置验证
- 要简单,这个小需求没必要做复杂功能
- 最简单的方式就是提取html内容,然后从里面解析出来
- 所以第一步就是查看网页源代码,找到对应的元素位置
- 最一开始的想法是直接用AI解析源代码,插件都不用开发了,但导出html的时候发现有9000多行,并且表格有明显的标签进行包裹
对于这种文本量较大,并且有明显规则的内容,用传统编码会比AI稳定高效很多
- 所以,cursor启动!
2.2. AI编程
- 启动的第一件事情就是把需求文档化,有几个好处:
- 方便溯源修改:脑子的想法是模糊零散的,后续要调整都不知道从哪里改;文档化之后你就从作者视角变成了审查视角,整个计划会更加健壮
- 方便AI理解:对AI来说,一个点子能给你做出800个产品
- 当然,文档也不需要自己写,可以把点子给AI,免费打工人
- 文档要注意几点:
- 需求描述清楚背景,例如是网站解析,可以直接点名是汽车之家,对AI来说有个比较出名的现实锚定,能更好理解你的需求
- 说明自己想要什么,一个网页插件,导出md表格形式
- 让AI分析清楚要如何开始,有哪些卡点,避免直接就做,出了问题反复修改
- 文档编写完成后直接启动编程即可,整个网页插件耗时3分钟就写完了
2.3. 调试
- 很不幸但又意料之内的是,一次没跑通
- 可以先让AI自己修复一次,如果不行就让他加上日志信息,协助他定位原因
- 调试的时候注意两点:
- 一定要让AI说明问题原因,再修复,可以降低同一个问题原因反复处理的概率
- chrome插件有些更改要重载后才会生效;忘了这点,还错怪Cursor了,还好他不会和产品吵架 : )
2.4. 验收效果
3. 下载链接
4. 后续计划
虽然目前AI可以获取车子的新闻资讯,但关键配置信息找起来真的很麻烦
后续可以考虑做成MCP,这样可以直接在AIchat里面获取配置信息,然后帮助用户选车了
- Author:培风
- URL:http://preview.tangly1024.com/article/1e1a80cd-73cf-80b6-9a05-f0d3ea87d689
- Copyright:All articles in this blog, except for special statements, adopt BY-NC-SA agreement. Please indicate the source!