1作者: iagooar13 天前原帖
我创建了qqqa作为一个开源项目,因为我厌倦了在命令行、ChatGPT和浏览器之间来回切换来执行一些相对简单的命令。它包含两个二进制文件:qq和qa。 qq代表“快速问题”——它是只读的,非常适合我总是忘记的命令。 qa代表“快速代理”——它是qq的兄弟,能够执行操作,但必须先展示计划并获得用户的批准。 这个项目完全围绕Unix的专注工具哲学构建,默认是无状态的——这与大多数编码代理所关注的内容几乎相反。 就我个人而言,我使用Groq + gpt-oss-20b的体验最好,因为它的响应几乎是即时的(根据Groq的说法,速度可达每秒1000个标记)——但目前任何兼容OpenAI的API都可以使用。 我很好奇HN的朋友们是否会觉得它有用——当然,欢迎提问。
1作者: knexbridge13 天前原帖
我创建了 KnexBridge,以解决 Knex 项目中一个长期存在的问题——保持 TypeScript 类型和运行时验证与数据库模式的同步。 KnexBridge 会自动分析您的数据库并生成: - bridge.schema.ts → 强类型的表定义 - bridge.validation.ts → 匹配的 Zod 模式 目前支持 SQLite;接下来将支持 PostgreSQL 和 MySQL。 使用方法: ``` npx knexbridge generate ``` 示例输出: ```typescript export const users = z.object({ id: z.number(), email: z.string(), created_at: z.date(), }); export type User = z.infer<typeof users>; ``` 仓库地址: [https://github.com/Neon-Nomad/KnexBridge](https://github.com/Neon-Nomad/KnexBridge) npm 包: [https://www.npmjs.com/package/knexbridge](https://www.npmjs.com/package/knexbridge) 核心包: [https://www.npmjs.com/package/knexbridge-core](https://www.npmjs.com/package/knexbridge-core) 路线图: - PostgreSQL + MySQL - 观察模式 - OpenAPI + JSON Schema 输出 - 插件系统 欢迎任何使用 Knex 与 TypeScript 或 Zod 的用户提供反馈。我们始终欢迎 PR 或创意。