據(jù)庫(kù)的使用：用 TaoToken 統(tǒng)一 Key 打通 SQLite 增刪改查實(shí)戰(zhàn))
1. 本地 SQLite 增刪改查為什么總在 Key 上卡住SQLite 是移動(dòng)端和桌面端最省事的本地?cái)?shù)據(jù)庫(kù)方案一個(gè)文件就能裝下整張表不需要單獨(dú)起服務(wù)。但真到寫代碼的時(shí)候很多人卡住的地方不是 SQL 語(yǔ)法而是「怎么讓 AI 幫我寫 SQL 和 DAO 層」這件事。你打開某個(gè) AI 編程工具想讓它根據(jù)表結(jié)構(gòu)生成增刪改查代碼結(jié)果第一步就要求你填 API Key、Base URL、Model ID三個(gè)字段缺一不可。如果你同時(shí)用三四個(gè)工具每個(gè)工具都要單獨(dú)配一遍 Key改一次模型就要重新登錄一次時(shí)間全花在配置上。我試過(guò)把同一套 SQLite 的建表語(yǔ)句和 DAO 需求分別丟給三個(gè)不同的 AI 工具結(jié)果每個(gè)工具都要我重新填一遍 Key而且有的工具默認(rèn)走的是它自己的通道你根本不知道請(qǐng)求發(fā)到了哪里。后來(lái)我把這些工具統(tǒng)一指向一個(gè) API 通道Key 只維護(hù)一份模型 ID 按需切換配置量直接降下來(lái)。這篇文章就圍繞這個(gè)思路把 SQLite 的建表、增、刪、改、查全流程寫清楚同時(shí)給出統(tǒng)一 Key 的接入配置讓你復(fù)制就能跑。適合誰(shuí)看正在寫 Android 本地存儲(chǔ)、桌面小工具、或者任何需要嵌入式數(shù)據(jù)庫(kù)的開發(fā)者已經(jīng)會(huì)用 SQLite 但被多工具 Key 管理搞煩的人想用 AI 輔助生成 SQL 和 DAO 代碼但不想每個(gè)工具配一遍的人。核心檢索詞就是 SQLite 增刪改查 和 統(tǒng)一 Key 接入下面從建表開始一步步走到驗(yàn)證查詢結(jié)果。2. TaoToken 統(tǒng)一 Key 接入前的準(zhǔn)備與配置思路在寫 SQLite 代碼之前先把 AI 工具的接入通道理清楚。TaoToken 的作用是提供一個(gè)統(tǒng)一的 API 入口你只需要維護(hù)一份 Key就能讓多個(gè)支持自定義 Base URL 的工具共用同一個(gè)通道。官網(wǎng)地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 注意 API 地址后面不加 UTM 參數(shù)配置的時(shí)候直接填這個(gè)。你需要準(zhǔn)備三樣?xùn)|西Base URL、API Key、Model ID。Base URL 填 https://taotoken.net/api API Key 在控制臺(tái)的 API Keys 頁(yè)面生成Model ID 根據(jù)你實(shí)際要用的模型填比如 claude 系列或者 gpt 系列的具體型號(hào)。這三個(gè)字段在大多數(shù)工具里都是必填項(xiàng)少一個(gè)就連不上。配置路徑分幾種情況。如果你用的是 Claude Code 這類命令行工具它讀取的是 settings 配置文件通常放在用戶目錄下的 .claude 文件夾里。如果你用的是 Cline 或者帶 MCP 的編輯器插件配置寫在插件的 settings JSON 里。如果你用的是 Codex 類工具它讀的是 auth.json。不管哪種核心都是把 Base URL 指向 https://taotoken.net/api 把 Key 填進(jìn)去把 Model ID 寫對(duì)。這里要提醒一點(diǎn)不要把 Key 硬編碼在業(yè)務(wù)代碼里。SQLite 的 DAO 層是業(yè)務(wù)邏輯AI 工具的 Key 是接入憑證兩者分開管理。你可以把 Key 放在環(huán)境變量或者獨(dú)立的配置文件里業(yè)務(wù)代碼只負(fù)責(zé)數(shù)據(jù)庫(kù)操作。這樣即使你換工具、換模型SQLite 那部分代碼完全不用動(dòng)。配置完成后先別急著寫增刪改查用一次最簡(jiǎn)單的模型對(duì)話驗(yàn)證通道是否通。打開模型對(duì)話頁(yè)面 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 發(fā)一句「你好」如果能正常返回說(shuō)明 Key 和 Base URL 沒(méi)問(wèn)題。這一步花不了一分鐘但能幫你排除掉后面 80% 的接入類報(bào)錯(cuò)。3. 可復(fù)制的 SQLite 建表與 DAO 配置片段這一節(jié)給出可以直接復(fù)制的配置和代碼。先看 AI 工具的接入配置以 JSON 格式為例路徑和字段名按你實(shí)際使用的工具調(diào)整但 Base URL、Key、Model ID 這三件套的寫法是一致的。{ baseUrl: https://taotoken.net/api, apiKey: sk-你的Key, model: claude-sonnet-4-20250514, provider: openai-compatible }如果你用的是 TOML 格式的配置文件寫法如下[provider] base_url https://taotoken.net/api api_key sk-你的Key model claude-sonnet-4-20250514注意 Model ID 要填你實(shí)際開通的模型不要照抄示例里的型號(hào)。填錯(cuò) Model ID 的典型報(bào)錯(cuò)是 404 或者 model not found后面排障章節(jié)會(huì)細(xì)說(shuō)。接下來(lái)是 SQLite 的建表語(yǔ)句。假設(shè)我們要做一個(gè)簡(jiǎn)單的文章收藏功能表名用 articles字段包括自增主鍵 id、標(biāo)題 title、內(nèi)容 content、創(chuàng)建時(shí)間 created_at。建表 SQL 如下CREATE TABLE IF NOT EXISTS articles ( id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT NOT NULL, content TEXT, created_at DATETIME DEFAULT CURRENT_TIMESTAMP );這條語(yǔ)句可以直接在 SQLite 命令行里執(zhí)行也可以放在代碼的初始化邏輯里。IF NOT EXISTS 保證重復(fù)執(zhí)行不會(huì)報(bào)錯(cuò)適合放在應(yīng)用啟動(dòng)時(shí)調(diào)用。增刪改查四條語(yǔ)句分別如下。插入一條記錄INSERT INTO articles (title, content) VALUES (第一篇, 這是內(nèi)容);查詢?nèi)坑涗汼ELECT id, title, content, created_at FROM articles ORDER BY id DESC;更新指定記錄UPDATE articles SET content 更新后的內(nèi)容 WHERE id 1;刪除指定記錄DELETE FROM articles WHERE id 1;如果你用 Python 操作 SQLiteDAO 層可以這樣寫把連接和游標(biāo)封裝起來(lái)import sqlite3 class ArticleDao: def __init__(self, db_pathapp.db): self.conn sqlite3.connect(db_path) self.conn.execute( CREATE TABLE IF NOT EXISTS articles ( id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT NOT NULL, content TEXT, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ) self.conn.commit() def add(self, title, content): cur self.conn.execute( INSERT INTO articles (title, content) VALUES (?, ?), (title, content) ) self.conn.commit() return cur.lastrowid def query_all(self): cur self.conn.execute( SELECT id, title, content, created_at FROM articles ORDER BY id DESC ) return cur.fetchall() def update(self, article_id, content): self.conn.execute( UPDATE articles SET content ? WHERE id ?, (content, article_id) ) self.conn.commit() def delete(self, article_id): self.conn.execute(DELETE FROM articles WHERE id ?, (article_id,)) self.conn.commit()這段代碼里所有 SQL 都用了參數(shù)化查詢也就是問(wèn)號(hào)占位符不要用字符串拼接否則會(huì)有注入風(fēng)險(xiǎn)。參數(shù)化查詢是 SQLite 的標(biāo)準(zhǔn)用法Python 的 sqlite3 模塊原生支持。如果你在 Android 里用 SQLiteOpenHelper思路是一樣的onCreate 里執(zhí)行建表 SQLDAO 里封裝增刪改查方法。區(qū)別只是 Android 用 Cursor 遍歷結(jié)果Python 用 fetchall 拿元組列表。核心的 SQL 語(yǔ)句完全一致?lián)Q語(yǔ)言不用重寫 SQL。配置和代碼都準(zhǔn)備好之后下一步就是實(shí)際跑一遍確認(rèn)數(shù)據(jù)能寫進(jìn)去、能查出來(lái)。4. 運(yùn)行驗(yàn)證確認(rèn)寫入與查詢結(jié)果正確返回驗(yàn)證分兩步走。第一步驗(yàn)證 AI 工具通道第二步驗(yàn)證 SQLite 增刪改查。先跑通道驗(yàn)證打開模型對(duì)話頁(yè)面 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 輸入「用一句話說(shuō)明 SQLite 的 AUTOINCREMENT 作用」如果返回內(nèi)容正常說(shuō)明 Base URL、Key、Model ID 三件套配置正確。這一步的返回結(jié)果不需要多精確只要能返回文字就說(shuō)明通道通了。第二步跑 SQLite。把上面的 Python DAO 代碼保存成 article_dao.py然后在同目錄下寫一個(gè)測(cè)試腳本from article_dao import ArticleDao dao ArticleDao(test.db) # 增 new_id dao.add(測(cè)試標(biāo)題, 測(cè)試內(nèi)容) print(插入成功id , new_id) # 查 rows dao.query_all() print(查詢結(jié)果, rows) # 改 dao.update(new_id, 修改后的內(nèi)容) rows dao.query_all() print(修改后, rows) # 刪 dao.delete(new_id) rows dao.query_all() print(刪除后, rows)運(yùn)行這個(gè)腳本預(yù)期輸出是插入成功并打印 id查詢結(jié)果里能看到剛插入的那條記錄修改后 content 字段變成新值刪除后查詢結(jié)果為空列表。如果每一步的輸出都符合預(yù)期說(shuō)明增刪改查全流程跑通了。這里有個(gè)細(xì)節(jié)要注意SQLite 的 AUTOINCREMENT 和 MySQL 的自增不完全一樣。SQLite 里 INTEGER PRIMARY KEY 本身就是自增的加 AUTOINCREMENT 關(guān)鍵字是為了保證 id 嚴(yán)格遞增、不復(fù)用已刪除的 id。如果你不需要嚴(yán)格遞增可以去掉 AUTOINCREMENT性能會(huì)稍好一點(diǎn)。驗(yàn)證查詢結(jié)果的時(shí)候建議把 created_at 也打印出來(lái)確認(rèn)默認(rèn)時(shí)間戳生效。如果 created_at 是 None說(shuō)明建表時(shí) DEFAULT CURRENT_TIMESTAMP 沒(méi)寫對(duì)檢查一下字段定義。跑通之后你可以把 DAO 層接到實(shí)際的業(yè)務(wù)邏輯里。比如做一個(gè)命令行小工具輸入 add 加記錄輸入 list 查記錄輸入 del 刪記錄。這樣 SQLite 的增刪改查就從示例代碼變成了能用的工具。5. 本篇常見(jiàn)報(bào)錯(cuò)排查401、local proxy failed、reading choices配置和運(yùn)行過(guò)程中最容易碰到幾類報(bào)錯(cuò)這里逐個(gè)對(duì)照排查。第一類401 Unauthorized。這個(gè)報(bào)錯(cuò)的意思是 Key 無(wú)效或者沒(méi)傳對(duì)。檢查三個(gè)地方Key 是不是復(fù)制完整了有沒(méi)有多余空格Base URL 是不是 https://taotoken.net/api 注意結(jié)尾不要多加斜杠請(qǐng)求頭里的 Authorization 字段格式是不是 Bearer 加空格加 Key。如果 Key 是在控制臺(tái)剛生成的確認(rèn)一下有沒(méi)有復(fù)制錯(cuò)行。401 基本就是 Key 的問(wèn)題跟 SQLite 代碼無(wú)關(guān)。第二類local proxy failed 或者 connection refused。這個(gè)報(bào)錯(cuò)通常出現(xiàn)在你本地配了代理但代理沒(méi)啟動(dòng)或者端口不對(duì)。檢查你的工具配置里有沒(méi)有 proxy 相關(guān)字段如果有確認(rèn)代理地址和端口是否正確。如果你不需要代理把 proxy 字段刪掉或者留空。這個(gè)報(bào)錯(cuò)跟 Base URL 填錯(cuò)也有關(guān)系確認(rèn)一下填的是 https://taotoken.net/api 而不是別的地址。第三類reading choices 相關(guān)報(bào)錯(cuò)比如 cannot read property choices of undefined。這個(gè)報(bào)錯(cuò)說(shuō)明請(qǐng)求發(fā)出去了但返回的數(shù)據(jù)結(jié)構(gòu)不符合預(yù)期。常見(jiàn)原因是 Model ID 填錯(cuò)了或者工具用的請(qǐng)求格式和通道返回的格式不匹配。檢查 Model ID 是不是你實(shí)際開通的型號(hào)檢查工具的 provider 設(shè)置是不是 openai-compatible。如果工具支持多種 provider 格式選 openai-compatible 通常最穩(wěn)。第四類OAuth 相關(guān)報(bào)錯(cuò)。如果你用的是 Claude Code 這類帶 OAuth 登錄的工具它可能優(yōu)先走 OAuth 而不是 API Key。檢查配置里有沒(méi)有強(qiáng)制指定用 API Key 的選項(xiàng)或者把 OAuth 相關(guān)的 token 清掉讓它走 Base URL 加 Key 的通道。Claude Code 的 settings 文件里確認(rèn) apiKey 字段有值baseUrl 指向 https://taotoken.net/api 。第五類SQLite 自身的報(bào)錯(cuò)比如 no such table。這個(gè)跟 AI 通道無(wú)關(guān)是建表語(yǔ)句沒(méi)執(zhí)行。檢查你的 DAO 初始化邏輯里有沒(méi)有執(zhí)行 CREATE TABLE或者數(shù)據(jù)庫(kù)文件路徑是不是變了。SQLite 的數(shù)據(jù)庫(kù)文件是本地文件路徑寫錯(cuò)會(huì)新建一個(gè)空庫(kù)自然找不到表。排障的順序建議是先確認(rèn)通道通不通用模型對(duì)話頁(yè)面發(fā)一句話再確認(rèn) SQLite 建表有沒(méi)有執(zhí)行用命令行打開 db 文件看表結(jié)構(gòu)最后確認(rèn)增刪改查語(yǔ)句有沒(méi)有寫錯(cuò)。分層排查比一上來(lái)就改代碼效率高得多。6. 長(zhǎng)期編碼與 Agent 場(chǎng)景的接入建議如果你只是偶爾用 AI 輔助寫 SQLite 代碼按上面的配置跑通就夠了。但如果你長(zhǎng)期做編碼或者用 Agent 類工具自動(dòng)生成 DAO 層代碼建議把接入方式固定下來(lái)。固定下來(lái)的好處是換工具不用重新配 Key換模型只改一個(gè) Model ID 字段業(yè)務(wù)代碼完全不受影響。具體做法是維護(hù)一份獨(dú)立的接入配置Base URL 固定填 https://taotoken.net/api Key 放在環(huán)境變量里Model ID 按項(xiàng)目需要切換。Claude Code 用戶可以在 settings 里配好Cline 用戶可以在 MCP 配置里配好Codex 用戶在 auth.json 里配好。三件套的寫法一致只是文件路徑不同。對(duì)于需要長(zhǎng)期跑 Agent 任務(wù)的場(chǎng)景比如讓 AI 自動(dòng)根據(jù)表結(jié)構(gòu)生成增刪改查代碼并寫入文件建議用 Coding Plan 這類按周期計(jì)費(fèi)的方式比按次調(diào)用更可控。接入文檔在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 里面有各工具的詳細(xì)配置步驟。API Key 在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 生成控制臺(tái)在 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。最后說(shuō)一個(gè)實(shí)際經(jīng)驗(yàn)SQLite 的增刪改查代碼本身不復(fù)雜復(fù)雜的是把 AI 工具接進(jìn)來(lái)之后的各種配置。把配置這件事一次性做對(duì)后面寫業(yè)務(wù)代碼就順暢了。建表 SQL 和 DAO 層代碼可以直接復(fù)制本文的片段改改表名和字段就能用。驗(yàn)證的時(shí)候先跑通道再跑數(shù)據(jù)庫(kù)分層排查能省很多時(shí)間。 數(shù)據(jù)庫(kù)的使用：用 TaoToken 統(tǒng)一 Key 打通 SQLite 增刪改查實(shí)戰(zhàn)
1. 本地 SQLite 增刪改查為什么總在 Key 上卡住SQLite 是移動(dòng)端和桌面端最省事的本地?cái)?shù)據(jù)庫(kù)方案一個(gè)文件就能裝下整張表不需要單獨(dú)起服務(wù)。但真到寫代碼的時(shí)候很多人卡住的地方不是 SQL 語(yǔ)法而是「怎么讓 AI 幫我寫 SQL 和 DAO 層」這件事。你打開某個(gè) AI 編程工具想讓它根據(jù)表結(jié)構(gòu)生成增刪改查代碼結(jié)果第一步就要求你填 API Key、Base URL、Model ID三個(gè)字段缺一不可。如果你同時(shí)用三四個(gè)工具每個(gè)工具都要單獨(dú)配一遍 Key改一次模型就要重新登錄一次時(shí)間全花在配置上。我試過(guò)把同一套 SQLite 的建表語(yǔ)句和 DAO 需求分別丟給三個(gè)不同的 AI 工具結(jié)果每個(gè)工具都要我重新填一遍 Key而且有的工具默認(rèn)走的是它自己的通道你根本不知道請(qǐng)求發(fā)到了哪里。后來(lái)我把這些工具統(tǒng)一指向一個(gè) API 通道Key 只維護(hù)一份模型 ID 按需切換配置量直接降下來(lái)。這篇文章就圍繞這個(gè)思路把 SQLite 的建表、增、刪、改、查全流程寫清楚同時(shí)給出統(tǒng)一 Key 的接入配置讓你復(fù)制就能跑。適合誰(shuí)看正在寫 Android 本地存儲(chǔ)、桌面小工具、或者任何需要嵌入式數(shù)據(jù)庫(kù)的開發(fā)者已經(jīng)會(huì)用 SQLite 但被多工具 Key 管理搞煩的人想用 AI 輔助生成 SQL 和 DAO 代碼但不想每個(gè)工具配一遍的人。核心檢索詞就是 SQLite 增刪改查 和 統(tǒng)一 Key 接入下面從建表開始一步步走到驗(yàn)證查詢結(jié)果。2. TaoToken 統(tǒng)一 Key 接入前的準(zhǔn)備與配置思路在寫 SQLite 代碼之前先把 AI 工具的接入通道理清楚。TaoToken 的作用是提供一個(gè)統(tǒng)一的 API 入口你只需要維護(hù)一份 Key就能讓多個(gè)支持自定義 Base URL 的工具共用同一個(gè)通道。官網(wǎng)地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 注意 API 地址后面不加 UTM 參數(shù)配置的時(shí)候直接填這個(gè)。你需要準(zhǔn)備三樣?xùn)|西Base URL、API Key、Model ID。Base URL 填 https://taotoken.net/api API Key 在控制臺(tái)的 API Keys 頁(yè)面生成Model ID 根據(jù)你實(shí)際要用的模型填比如 claude 系列或者 gpt 系列的具體型號(hào)。這三個(gè)字段在大多數(shù)工具里都是必填項(xiàng)少一個(gè)就連不上。配置路徑分幾種情況。如果你用的是 Claude Code 這類命令行工具它讀取的是 settings 配置文件通常放在用戶目錄下的 .claude 文件夾里。如果你用的是 Cline 或者帶 MCP 的編輯器插件配置寫在插件的 settings JSON 里。如果你用的是 Codex 類工具它讀的是 auth.json。不管哪種核心都是把 Base URL 指向 https://taotoken.net/api 把 Key 填進(jìn)去把 Model ID 寫對(duì)。這里要提醒一點(diǎn)不要把 Key 硬編碼在業(yè)務(wù)代碼里。SQLite 的 DAO 層是業(yè)務(wù)邏輯AI 工具的 Key 是接入憑證兩者分開管理。你可以把 Key 放在環(huán)境變量或者獨(dú)立的配置文件里業(yè)務(wù)代碼只負(fù)責(zé)數(shù)據(jù)庫(kù)操作。這樣即使你換工具、換模型SQLite 那部分代碼完全不用動(dòng)。配置完成后先別急著寫增刪改查用一次最簡(jiǎn)單的模型對(duì)話驗(yàn)證通道是否通。打開模型對(duì)話頁(yè)面 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 發(fā)一句「你好」如果能正常返回說(shuō)明 Key 和 Base URL 沒(méi)問(wèn)題。這一步花不了一分鐘但能幫你排除掉后面 80% 的接入類報(bào)錯(cuò)。3. 可復(fù)制的 SQLite 建表與 DAO 配置片段這一節(jié)給出可以直接復(fù)制的配置和代碼。先看 AI 工具的接入配置以 JSON 格式為例路徑和字段名按你實(shí)際使用的工具調(diào)整但 Base URL、Key、Model ID 這三件套的寫法是一致的。{ baseUrl: https://taotoken.net/api, apiKey: sk-你的Key, model: claude-sonnet-4-20250514, provider: openai-compatible }如果你用的是 TOML 格式的配置文件寫法如下[provider] base_url https://taotoken.net/api api_key sk-你的Key model claude-sonnet-4-20250514注意 Model ID 要填你實(shí)際開通的模型不要照抄示例里的型號(hào)。填錯(cuò) Model ID 的典型報(bào)錯(cuò)是 404 或者 model not found后面排障章節(jié)會(huì)細(xì)說(shuō)。接下來(lái)是 SQLite 的建表語(yǔ)句。假設(shè)我們要做一個(gè)簡(jiǎn)單的文章收藏功能表名用 articles字段包括自增主鍵 id、標(biāo)題 title、內(nèi)容 content、創(chuàng)建時(shí)間 created_at。建表 SQL 如下CREATE TABLE IF NOT EXISTS articles ( id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT NOT NULL, content TEXT, created_at DATETIME DEFAULT CURRENT_TIMESTAMP );這條語(yǔ)句可以直接在 SQLite 命令行里執(zhí)行也可以放在代碼的初始化邏輯里。IF NOT EXISTS 保證重復(fù)執(zhí)行不會(huì)報(bào)錯(cuò)適合放在應(yīng)用啟動(dòng)時(shí)調(diào)用。增刪改查四條語(yǔ)句分別如下。插入一條記錄INSERT INTO articles (title, content) VALUES (第一篇, 這是內(nèi)容);查詢?nèi)坑涗汼ELECT id, title, content, created_at FROM articles ORDER BY id DESC;更新指定記錄UPDATE articles SET content 更新后的內(nèi)容 WHERE id 1;刪除指定記錄DELETE FROM articles WHERE id 1;如果你用 Python 操作 SQLiteDAO 層可以這樣寫把連接和游標(biāo)封裝起來(lái)import sqlite3 class ArticleDao: def __init__(self, db_pathapp.db): self.conn sqlite3.connect(db_path) self.conn.execute( CREATE TABLE IF NOT EXISTS articles ( id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT NOT NULL, content TEXT, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ) self.conn.commit() def add(self, title, content): cur self.conn.execute( INSERT INTO articles (title, content) VALUES (?, ?), (title, content) ) self.conn.commit() return cur.lastrowid def query_all(self): cur self.conn.execute( SELECT id, title, content, created_at FROM articles ORDER BY id DESC ) return cur.fetchall() def update(self, article_id, content): self.conn.execute( UPDATE articles SET content ? WHERE id ?, (content, article_id) ) self.conn.commit() def delete(self, article_id): self.conn.execute(DELETE FROM articles WHERE id ?, (article_id,)) self.conn.commit()這段代碼里所有 SQL 都用了參數(shù)化查詢也就是問(wèn)號(hào)占位符不要用字符串拼接否則會(huì)有注入風(fēng)險(xiǎn)。參數(shù)化查詢是 SQLite 的標(biāo)準(zhǔn)用法Python 的 sqlite3 模塊原生支持。如果你在 Android 里用 SQLiteOpenHelper思路是一樣的onCreate 里執(zhí)行建表 SQLDAO 里封裝增刪改查方法。區(qū)別只是 Android 用 Cursor 遍歷結(jié)果Python 用 fetchall 拿元組列表。核心的 SQL 語(yǔ)句完全一致?lián)Q語(yǔ)言不用重寫 SQL。配置和代碼都準(zhǔn)備好之后下一步就是實(shí)際跑一遍確認(rèn)數(shù)據(jù)能寫進(jìn)去、能查出來(lái)。4. 運(yùn)行驗(yàn)證確認(rèn)寫入與查詢結(jié)果正確返回驗(yàn)證分兩步走。第一步驗(yàn)證 AI 工具通道第二步驗(yàn)證 SQLite 增刪改查。先跑通道驗(yàn)證打開模型對(duì)話頁(yè)面 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 輸入「用一句話說(shuō)明 SQLite 的 AUTOINCREMENT 作用」如果返回內(nèi)容正常說(shuō)明 Base URL、Key、Model ID 三件套配置正確。這一步的返回結(jié)果不需要多精確只要能返回文字就說(shuō)明通道通了。第二步跑 SQLite。把上面的 Python DAO 代碼保存成 article_dao.py然后在同目錄下寫一個(gè)測(cè)試腳本from article_dao import ArticleDao dao ArticleDao(test.db) # 增 new_id dao.add(測(cè)試標(biāo)題, 測(cè)試內(nèi)容) print(插入成功id , new_id) # 查 rows dao.query_all() print(查詢結(jié)果, rows) # 改 dao.update(new_id, 修改后的內(nèi)容) rows dao.query_all() print(修改后, rows) # 刪 dao.delete(new_id) rows dao.query_all() print(刪除后, rows)運(yùn)行這個(gè)腳本預(yù)期輸出是插入成功并打印 id查詢結(jié)果里能看到剛插入的那條記錄修改后 content 字段變成新值刪除后查詢結(jié)果為空列表。如果每一步的輸出都符合預(yù)期說(shuō)明增刪改查全流程跑通了。這里有個(gè)細(xì)節(jié)要注意SQLite 的 AUTOINCREMENT 和 MySQL 的自增不完全一樣。SQLite 里 INTEGER PRIMARY KEY 本身就是自增的加 AUTOINCREMENT 關(guān)鍵字是為了保證 id 嚴(yán)格遞增、不復(fù)用已刪除的 id。如果你不需要嚴(yán)格遞增可以去掉 AUTOINCREMENT性能會(huì)稍好一點(diǎn)。驗(yàn)證查詢結(jié)果的時(shí)候建議把 created_at 也打印出來(lái)確認(rèn)默認(rèn)時(shí)間戳生效。如果 created_at 是 None說(shuō)明建表時(shí) DEFAULT CURRENT_TIMESTAMP 沒(méi)寫對(duì)檢查一下字段定義。跑通之后你可以把 DAO 層接到實(shí)際的業(yè)務(wù)邏輯里。比如做一個(gè)命令行小工具輸入 add 加記錄輸入 list 查記錄輸入 del 刪記錄。這樣 SQLite 的增刪改查就從示例代碼變成了能用的工具。5. 本篇常見(jiàn)報(bào)錯(cuò)排查401、local proxy failed、reading choices配置和運(yùn)行過(guò)程中最容易碰到幾類報(bào)錯(cuò)這里逐個(gè)對(duì)照排查。第一類401 Unauthorized。這個(gè)報(bào)錯(cuò)的意思是 Key 無(wú)效或者沒(méi)傳對(duì)。檢查三個(gè)地方Key 是不是復(fù)制完整了有沒(méi)有多余空格Base URL 是不是 https://taotoken.net/api 注意結(jié)尾不要多加斜杠請(qǐng)求頭里的 Authorization 字段格式是不是 Bearer 加空格加 Key。如果 Key 是在控制臺(tái)剛生成的確認(rèn)一下有沒(méi)有復(fù)制錯(cuò)行。401 基本就是 Key 的問(wèn)題跟 SQLite 代碼無(wú)關(guān)。第二類local proxy failed 或者 connection refused。這個(gè)報(bào)錯(cuò)通常出現(xiàn)在你本地配了代理但代理沒(méi)啟動(dòng)或者端口不對(duì)。檢查你的工具配置里有沒(méi)有 proxy 相關(guān)字段如果有確認(rèn)代理地址和端口是否正確。如果你不需要代理把 proxy 字段刪掉或者留空。這個(gè)報(bào)錯(cuò)跟 Base URL 填錯(cuò)也有關(guān)系確認(rèn)一下填的是 https://taotoken.net/api 而不是別的地址。第三類reading choices 相關(guān)報(bào)錯(cuò)比如 cannot read property choices of undefined。這個(gè)報(bào)錯(cuò)說(shuō)明請(qǐng)求發(fā)出去了但返回的數(shù)據(jù)結(jié)構(gòu)不符合預(yù)期。常見(jiàn)原因是 Model ID 填錯(cuò)了或者工具用的請(qǐng)求格式和通道返回的格式不匹配。檢查 Model ID 是不是你實(shí)際開通的型號(hào)檢查工具的 provider 設(shè)置是不是 openai-compatible。如果工具支持多種 provider 格式選 openai-compatible 通常最穩(wěn)。第四類OAuth 相關(guān)報(bào)錯(cuò)。如果你用的是 Claude Code 這類帶 OAuth 登錄的工具它可能優(yōu)先走 OAuth 而不是 API Key。檢查配置里有沒(méi)有強(qiáng)制指定用 API Key 的選項(xiàng)或者把 OAuth 相關(guān)的 token 清掉讓它走 Base URL 加 Key 的通道。Claude Code 的 settings 文件里確認(rèn) apiKey 字段有值baseUrl 指向 https://taotoken.net/api 。第五類SQLite 自身的報(bào)錯(cuò)比如 no such table。這個(gè)跟 AI 通道無(wú)關(guān)是建表語(yǔ)句沒(méi)執(zhí)行。檢查你的 DAO 初始化邏輯里有沒(méi)有執(zhí)行 CREATE TABLE或者數(shù)據(jù)庫(kù)文件路徑是不是變了。SQLite 的數(shù)據(jù)庫(kù)文件是本地文件路徑寫錯(cuò)會(huì)新建一個(gè)空庫(kù)自然找不到表。排障的順序建議是先確認(rèn)通道通不通用模型對(duì)話頁(yè)面發(fā)一句話再確認(rèn) SQLite 建表有沒(méi)有執(zhí)行用命令行打開 db 文件看表結(jié)構(gòu)最后確認(rèn)增刪改查語(yǔ)句有沒(méi)有寫錯(cuò)。分層排查比一上來(lái)就改代碼效率高得多。6. 長(zhǎng)期編碼與 Agent 場(chǎng)景的接入建議如果你只是偶爾用 AI 輔助寫 SQLite 代碼按上面的配置跑通就夠了。但如果你長(zhǎng)期做編碼或者用 Agent 類工具自動(dòng)生成 DAO 層代碼建議把接入方式固定下來(lái)。固定下來(lái)的好處是換工具不用重新配 Key換模型只改一個(gè) Model ID 字段業(yè)務(wù)代碼完全不受影響。具體做法是維護(hù)一份獨(dú)立的接入配置Base URL 固定填 https://taotoken.net/api Key 放在環(huán)境變量里Model ID 按項(xiàng)目需要切換。Claude Code 用戶可以在 settings 里配好Cline 用戶可以在 MCP 配置里配好Codex 用戶在 auth.json 里配好。三件套的寫法一致只是文件路徑不同。對(duì)于需要長(zhǎng)期跑 Agent 任務(wù)的場(chǎng)景比如讓 AI 自動(dòng)根據(jù)表結(jié)構(gòu)生成增刪改查代碼并寫入文件建議用 Coding Plan 這類按周期計(jì)費(fèi)的方式比按次調(diào)用更可控。接入文檔在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 里面有各工具的詳細(xì)配置步驟。API Key 在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 生成控制臺(tái)在 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。最后說(shuō)一個(gè)實(shí)際經(jīng)驗(yàn)SQLite 的增刪改查代碼本身不復(fù)雜復(fù)雜的是把 AI 工具接進(jìn)來(lái)之后的各種配置。把配置這件事一次性做對(duì)后面寫業(yè)務(wù)代碼就順暢了。建表 SQL 和 DAO 層代碼可以直接復(fù)制本文的片段改改表名和字段就能用。驗(yàn)證的時(shí)候先跑通道再跑數(shù)據(jù)庫(kù)分層排查能省很多時(shí)間。