搜索「Sqlite」的结果

io.github.cocaxcode/database-mcp

提供数据库连接的 MCP 服务器，支持 PostgreSQL、MySQL、SQLite 等多种数据库，共 19 个工具。

io.github.stucchi/db

支持 MySQL、PostgreSQL、MongoDB 与 SQLite 的数据库 MCP 服务器，具备 SSH 隧道。

io.github.sgx-labs/same

面向 AI 编码智能体的持久记忆：本地优先 SQLite + 向量检索，17 个 MCP 工具。

io.github.umitkavala/mindpm

通过 SQLite 为 LLM 提供持久项目记忆，不必反复解释你的项目。

io.github.nikitacometa/mnemon-mcp

为 AI 智能体提供持久分层记忆：SQLite FTS5、事实版本化、零云端依赖。

io.github.kurovu146/memory-fts

为 Claude Code 提供长期记忆，支持 SQLite FTS5 检索与 BM25 排序。

io.github.bolnet/memwright

为 AI 智能体内置记忆，支持 SQLite、pgvector 与 Neo4j 图检索。

io.github.crunchtools/feed-reader

带 SQLite 后端的 RSS/Atom 订阅源阅读 MCP 服务器。

io.github.j0hanz/memory-mcp

基于 SQLite 的 MCP 服务器，提供持久记忆、全文检索与图遍历。

io.github.sparkvibe-io/memorymesh

基于 SQLite 的持久化零依赖 AI 记忆，本地优先、跨工具可移植。

io.github.Bumblebiber/hmem-mcp

为 AI 智能体提供持久化的 5 级层次记忆，基于 SQLite、懒加载。

io.github.oxgeneral/agentmem

轻量的 AI 智能体持久记忆：混合搜索、16 个工具、单个 SQLite 文件。

io.github.houtini-ai/seo-crawler-mcp

使用 Crawlee 抓取并分析网站的 SEO 错误，结果存储于 SQLite。

io.github.Combjellyshen/zotero-bridge

面向 Zotero SQLite 数据库的 MCP 服务器——文献集合、标签、PDF 阅读等。

io.github.gluip/chart-canvas

创建交互式可视化图表，并查询数据源（SQLite、CSV、Parquet、JSON）。

io.github.atarkowska/fastmcp-sqltools

提供 SQL 数据库访问的 MCP 服务器，支持 PostgreSQL、MySQL 与 SQLite。

io.github.pilat/mcp-datalink

提供安全数据库访问（PostgreSQL、MySQL、SQLite）的 MCP 服务器

com.exoquery/mcp-server

Kotlin 编译期 SQL 库，提供文档、代码校验与 SQLite 执行工具。

io.github.prisma/orm/prisma-8

在依赖 @prisma/orm-postgres、@prisma/orm-sqlite 或 @prisma/orm-mongo（Prisma 8，原 Prisma Next）的项目中工作时使用：编辑 contract.prisma 或 contract.ts builder、运行 `prisma contract emit`、规划或应用迁移、编辑 migration.ts、编写 db.orm / db.sql / db.query 查询、接线 db.ts 或中间件、集成构建工具、使用 Supabase 扩展或 RLS、阅读 MIGRATION.HASH_MISMATCH 等点号错误码。当用户问“Prisma 8 是什么”“从哪里入手”或与别的 ORM 比较时使用。当用户要求在应用或扩展包中升级 Prisma 8 时使用。当你看到 @internal/* 或 @prisma/orm-* 导入、带 definePrismaConfig 的 prisma.config.ts、contract.json / contract.d.ts 时使用。不适用于 Prisma ORM 7 及更早版本（schema.prisma + @prisma/client）。

io.github.code-yeongyu/oh-my-openagent/codex-qa

对 omo Codex Light 版（lazycodex / packages/omo-codex）本身做 QA，采用严格隔离，只测试我们自己的插件、绝不触及用户真实的 ~/.codex。一方方法用真实的 codex app-server，配合隔离的 CODEX_HOME 与本地 mock model（不调用真实 API），通过断言 hook/started 与 hook/completed 通知来证明插件钩子已触发。此外还提供：隔离的安装验证、逐组件钩子探测、基于 tmux 的 TUI 冒烟测试，以及运行时日志观察（RUST_LOG / logs SQLite / /debug-config）。自带经测试的辅助脚本，每个都有 --self-test。凡改动 packages/omo-codex 下任何内容，或想对 Codex 插件（钩子/组件、installer/config.toml、app-server 流程、Codex TUI）做 QA、冒烟测试、验证或调试时使用。触发词：codex qa、qa codex、codex-qa、test codex plugin、verify codex hook、codex app-server、lazycodex qa、isolated CODEX_HOME、prove codex hook fired、codex tui test。

io.github.sickn33/agentic-awesome-skills/expo-examples

Expo's official example projects — the expo/examples repo of ~70 `with-*` integrations (Stripe, Clerk, Supabase, OpenAI, maps, Reanimated, SQLite, Skia, NativeWind, and more).

io.github.TriliumNext/Trilium/developing-standalone

开发 Trilium 的浏览器内 standalone 构建（apps/standalone，部署于 app.triliumnotes.org 并被移动应用内嵌）时使用：service worker（sw.ts）、leader 标签页选举与多标签请求转发、SQLite worker（local-server-worker.ts、基于 OPFS SAHPool 的 @sqlite.org/sqlite-wasm）、initializeCore() 所需的 lightweight/* 提供者实现、standalone 专用路由、window.standaloneApi、OPFS 中的备份/恢复、Vite 打包桩（officeparser、pdfjs、sqlite wasm 副本）、启动错误，以及运行/测试/部署。当 packages/trilium-core 的变更新增 provider、Node import 或顶层副作用时也需加载——standalone 是最容易出问题的地方。

io.github.code-yeongyu/oh-my-openagent/opencode-qa

逐用例对 opencode 本身做 QA：验证 CLI/终端（opencode run、db、serve、export）、通过 SSE 事件流证明某个插件钩子/动作/事件已触发、在 tmux 下对 TUI 做冒烟测试，以及按 id、标题/名称或消息文本在 opencode 的 SQLite 数据库中调查会话。自带经测试的辅助脚本（每个都有 --self-test）与分领域的参考文档。凡要对 opencode 的 CLI、HTTP server、插件钩子/事件或 TUI 做 QA、冒烟测试、验证或调试，或要查找并检查数据库中的 opencode 会话时使用。触发词：opencode qa、qa opencode、test opencode、verify opencode hook、opencode session db、find opencode session by id/name/text、opencode tui test、opencode server health、opencode event stream。

io.github.diegosouzapw/OmniRoute/omni-db-backups

触发系统备份、从备份文件恢复并管理 SQLite 数据库生命周期。支持导出、导入和增量快照策略。