IndieYe 最近的时间轴更新 IndieYe 最近的时间轴更新 |
IndieYeIndieHacker V2EX 第 646512 号会员，加入于 2023-09-01 09:56:43 +08:00今日活跃度排名 9755 |
IndieYe002
| 不想写 sql，花了两周多写了个 AI 生成 SQL 的网页项目 SQLWise，现已开源。 分享创造 • IndieYe • 10 小时 57 分钟前 • 最后回复来自 IndieYe | 24 |
| 做了个 AI 自定义提取网页信息的 demo，但感觉使用场景有限。 分享创造 • IndieYe • 37 天前 • 最后回复来自 lishuhang | 4 |
| 做了个浏览器扩展，总结网页文章&生成相关搜索灵感 分享创造 • IndieYe • 238 天前 |
| 出海｜做了个网页文章一键总结的小扩展，寻求改进建议。 分享创造 • IndieYe • 238 天前 • 最后回复来自 tangxiangpi325 | 14 |
| 第一次使用沉浸式翻译，感觉交互方式挺新颖，突然有了灵感就做了个沉浸式总结
1 分享发现 • IndieYe • 267 天前 • 最后回复来自 IndieYe
|
15 |
| 大家有在用什么 ai 辅助网页 ui 设计的工具吗？ 问与答 • IndieYe • 330 天前 • 最后回复来自 flmn | 3 |
| 写文案，还得让 AI 来 分享发现 • IndieYe • 353 天前 • 最后回复来自 zjp | 2 |
| 大家刷资讯文章列表的时候有没过滤或标记已读文章链接的需求，防止重复阅读文章？ 问与答 • IndieYe • 2023-11-10 15:44:52 PM • 最后回复来自 Pipecraft | 3 |
IndieYe 最近回复了
10 小时 57 分钟前 回复了 IndieYe 创建的主题 › 分享创造 › 不想写 sql，花了两周多写了个 AI 生成 SQL 的网页项目 SQLWise，现已开源。 |
@0x663 我先记下
20 小时 58 分钟前 回复了 IndieYe 创建的主题 › 分享创造 › 不想写 sql，花了两周多写了个 AI 生成 SQL 的网页项目 SQLWise，现已开源。 |
@XTTX 看了下，这是根据提示词生成表结构，不一样的功能
21 小时 2 分钟前 回复了 IndieYe 创建的主题 › 分享创造 › 不想写 sql，花了两周多写了个 AI 生成 SQL 的网页项目 SQLWise，现已开源。 |
@idealhs 事实上这个工具只是去获取相关的表列，文档等信息，组成上下文后向 AI 提问，业务逻辑如果有，也是生成时靠 AI 判断。
1 天前 回复了 IndieYe 创建的主题 › 分享创造 › 不想写 sql，花了两周多写了个 AI 生成 SQL 的网页项目 SQLWise，现已开源。 |
@serco #16 主要是看很多文章教程里，其他人都 1 小时，1 天生成一个项目，不熟悉背后的技术细节，也没碰到任何问题，搞得我怀疑是不是我效率太低了或者用法有问题。
1 天前 回复了 IndieYe 创建的主题 › 分享创造 › 不想写 sql，花了两周多写了个 AI 生成 SQL 的网页项目 SQLWise，现已开源。 |
@leonhao 我也用 datagrip 作为数据库客户端，的确好用，但手撸 sql 时只有补齐功能没有 AI 功能，用过几个 AI 插件，都不行，写 sql 时干扰太大，都卸了。好像也没搜到有专门给 datagrip 写的 ai 生成 sql 插件。
所以为了提供准确的上下文，我思考了几个可能的来源：
1. 表，列信息
2. 文档信息
3. 生成历史（想当于示例，生成类似的 sql 时会很精确）
然后就尝试做了这么个工具，就是没想到会做这么久。
所以为了提供准确的上下文，我思考了几个可能的来源：
1. 表，列信息
2. 文档信息
3. 生成历史（想当于示例，生成类似的 sql 时会很精确）
然后就尝试做了这么个工具，就是没想到会做这么久。
1 天前 回复了 IndieYe 创建的主题 › 分享创造 › 不想写 sql，花了两周多写了个 AI 生成 SQL 的网页项目 SQLWise，现已开源。 |
@serco 另外不用 vanna 就是感觉 vanna 是面向开发者的，默认的网页端 UI 太丑太难用了，所以做了一个面向用户的直接可用的东西
1 天前 回复了 IndieYe 创建的主题 › 分享创造 › 不想写 sql，花了两周多写了个 AI 生成 SQL 的网页项目 SQLWise，现已开源。 |
@serco 对的，参考了 vanna ，chat2db ，https://www.sqlai.ai/之类的项目网站。
有几个区别：一个是细到列（考虑到可能一个表几百列，都作为上下文传给 AI 太耗 token 了）；另一个是可以维护 AI 备注（就是另外一个备注字段，比如原数据库我们可能没权限为了 ai 生成方便而大量修改字段备注）。
有几个区别：一个是细到列（考虑到可能一个表几百列，都作为上下文传给 AI 太耗 token 了）；另一个是可以维护 AI 备注（就是另外一个备注字段，比如原数据库我们可能没权限为了 ai 生成方便而大量修改字段备注）。
1 天前 回复了 IndieYe 创建的主题 › 分享创造 › 不想写 sql，花了两周多写了个 AI 生成 SQL 的网页项目 SQLWise，现已开源。 |
@npe 每个任务步骤的 prompt 都能查看，比如这是生成 sql 的：
1 天前 回复了 IndieYe 创建的主题 › 分享创造 › 不想写 sql，花了两周多写了个 AI 生成 SQL 的网页项目 SQLWise，现已开源。 |
@Configuration 那就是手撸 sql ，不知道写的会不会比较累，我本来是想找个方式让写 sql 能有类似 cursor 写代码的自动提示体验，但实在找不到，所以做了这么个工具。
功能是有用的，就是不知道是否足够方便
功能是有用的，就是不知道是否足够方便
1 天前 回复了 IndieYe 创建的主题 › 分享创造 › 不想写 sql，花了两周多写了个 AI 生成 SQL 的网页项目 SQLWise，现已开源。 |
@falcon05 关键就是上下文的提供吧（提供相关的表跟列定义），现实中的数据库可能比较复杂，比如 1000 个表，一个表 100 字段，字段命名也不规范，甚至有自定义字段 1 之类的命名，那让 ai 如何推断？这个项目就是做了这些比较细致的活，根据提问，查询出相关的表跟列作为上下文，然后提问 ai
Select Language