psycopg2 的 AsIs 建表写法交给 Codex 复查前先接 TaoToken打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 拿一把 Key再把 Codex 的执行通道换到兼容地址就能让它逐行读那段 execute。原文的诉求其实很清楚PostgreSQL 创建表时schema 和表名都想当参数传进来不在代码里写死public.user这种字符串。为了达到这个效果作者用了AsIs(schema)和AsIs(table)把两个变量原样拼进create table %s.%s(name text)。这版代码能跑通但「参数化」这三个字在这里被理解偏了——psycopg2 的%s占位符只对值生效对表名、schema、列名这类标识符不生效。这篇不重写你的业务流程只做一件事把那段 execute 送进 Codex 做一次结构化复查顺带把接入配置讲透。1. AsIs 把 schema 和表名当参数究竟绕过了什么1.1 psycopg2 的 %s 只管值不管标识符写惯了cur.execute(insert into t values(%s), (v,))的人很容易顺推出「表名也能这么传」。但 PostgreSQL 的协议层面参数化只覆盖数据值不覆盖 SQL 语法树里的对象名。你写select * from %s驱动不会把%s替换成一个被正确引用的表名它会直接报语法错误因为解析器在看到%s那一刻还没拿到参数。所以标识符要动态化只有两条路要么自己拼字符串并负责加引号、转义要么用驱动提供的标识符包装类型。psycopg2 给了两个sql.Identifier和extensions.AsIs。名字上AsIs更短、用起来更直接于是很多示例代码都选了它。1.2 AsIs 的行为是「原样塞进去」不是「安全地传进去」看原始写法from psycopg2.extensions import AsIs cur.execute( create table %s.%s(name text), (AsIs(schema), AsIs(table)), )AsIs的名字就是它的全部行为as-is原样。它会把这个 Python 字符串直接写进 SQL 文本不加双引号不做标识符转义。这意味着三件事同时成立拼接结果完全由schema和table的取值决定只要这两个值来自外部比如租户配置表、前端参数、URL 路径注入面就敞开了大小写敏感问题回来了。PostgreSQL 会把未加引号的标识符折叠成小写你的create table TenantA.UserB实际建出来的是tenanta.userb事后按原样去查会找不到保留字冲突。表名恰好是order、user、group这类词时语句直接语法错误。1.3 多租户建表更容易放大这个问题单库单 schema 的项目表名通常是常量AsIs看起来只是「省了个拼接」。真正危险的是多租户场景schema 一般等于租户 ID表名往往跟着业务模板走这两者经常来自配置文件或数据库里的元数据表。你信任元数据表的内容但元数据表本身也可能被写入脏数据一旦某个租户的 schema 名里带了分号或者双引号这条create table就跑出你预期之外的东西了。这不是说AsIs完全不能用而是说用它等于自己接管了「标识符引用」这件事而绝大多数人并没有真的接管——只是把风险藏起来了。2. 在 ~/.codex/config.toml 里把 Codex 接到 TaoToken2.1 先去官网创建一把 API Key复查代码这件事最省事的执行工具是 Codex给它贴一段代码和一条明确的问题它能把改写理由和可运行版本一起给你。前提是它得有个能稳定调到模型的通道。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册进控制台创建一把 API Key复制出来备用。这个 Key 后面要填进 Codex 的环境变量不要在代码里硬编码也不要提交进仓库。顺手在模型广场记一下你打算用的模型 ID后面填进配置。如果你想先确认 Key 可用可以在 TaoToken 模型对话 里发一条测试消息。2.2 config.toml 里的 model_provider 与 base_urlCodex 的配置文件是~/.codex/config.toml。这里要改的是供应商和地址不是别的东西——注意 Codex 不读ANTHROPIC_BASE_URL那套环境变量别把 Claude Code 的配置照搬过来。model YOUR_MODEL_ID model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat几点说明base_url填https://taotoken.net/api末尾不要带/v1。很多 404 都是因为在这里多敲了一段路径工具再去拼/v1/chat/completions就拼重了model的取值以 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 模型广场当时的列表为准不要凭印象写。模型 ID 写错了通常不会给你一句人话只会返回一个参数错误env_key只是告诉 Codex「从这个环境变量里取密钥」键名你自己定保持一致即可。2.3 把 Key 放进环境变量再启动export TAOTOKEN_API_KEYYOUR_API_KEY codex如果你用的是把凭据存在~/.codex/auth.json的版本那就把文件里对应的凭据字段换成这把 Key其余结构别动。两种方式选一种不要同时配否则排查起来会分不清到底读的是哪份。启动后在终端里问一句「你当前用的是哪个 model provider」它能正确回出配置里的名字就说明通道通了。这一步没通之前不要急着贴建表代码——不然你分不清是代码问题还是配置问题。3. 把那段 execute 原样贴给 Codex问题清单怎么问3.1 一条能拿到可运行版本的提问模板贴代码的时候把上下文一起给出来Codex 的结论会准得多。建议这样组织下面这段是 psycopg2 在 PostgreSQL 里动态建表的代码schema 和 table 都来自 外部配置目标是表名不写死。请判断 1) AsIs 拼接在这里是否存在注入或标识符引用问题 2) 是否应改用 psycopg2.sql.Identifier为什么 3) 给出一个可以直接运行的改写版本保留不写死表名的目标 4) 列出改写后行为上会变化的地方。 from psycopg2.extensions import AsIs cur.execute(create table %s.%s(name text), (AsIs(schema), AsIs(table)))关键是把「目标」讲清楚不写死表名。如果你只说「帮我看看这段代码」很容易收到一句「建议使用参数化查询」就结束那对你没帮助。3.2 Codex 大概率会点出的三处把上面那段贴过去通常能收到三类反馈正好对应第 1 节里的分析第一AsIs不做标识符引用等价于字符串拼接只是换了个类型名。外部可控的 schema 或表名进来注入面没有消失。第二不加引号的标识符会被 PostgreSQL 折叠成小写含大写字母或保留字的表名在建立和查询之间会产生不一致。这一点在实际项目里比注入更常见因为它不报错只是「查不到」。第三真正的标识符参数化工具是psycopg2.sql.Identifier它会在拼接时调用quote_ident该加引号的地方加引号该转义的地方转义。3.3 sql.Identifier 版本照着改复查之后把建表函数改成这样from psycopg2 import sql def create_table(cur, schema: str, table: str) - None: stmt sql.SQL( create table if not exists {}.{}(name text) ).format( sql.Identifier(schema), sql.Identifier(table), ) cur.execute(stmt)和AsIs版本对比差异是结构性的sql.SQL负责承载固定骨架sql.Identifier负责承载动态的标识符两者用.format()组合不是靠%s占位符。这样既保留了「表名和 schema 都从参数来」的原始目标又不用你手动处理引号。顺带补了两点if not exists让重复执行不炸函数签名带上类型标注方便后续在调用处看出入参来源。如果你还需要动态列名思路一样再加一个sql.Identifier即可但如果列名也多到需要循环拼接更该考虑的是把建表语句做成模板文件而不是在 Python 里越拼越长。3.4 在本地执行把结果贴回对话这里划一条线Codex 负责读代码、给改写版本、解释差异真正连库执行的是你本地的 Python 脚本或 psql。不要指望它替你连上数据库跑建表语句它也不该拿到你的库连接信息。你可以在本地这样验证python -c import psycopg2 from psycopg2 import sql conn psycopg2.connect(dbnametest userpostgres) cur conn.cursor() cur.execute(sql.SQL(create table if not exists {}.{}(name text)).format( sql.Identifier(tenant_a), sql.Identifier(UserB))) conn.commit() print(ok) 跑完去 psql 里对一下\dt tenant_a.* select schemaname, tablename from pg_tables where schemaname tenant_a;看到UserB是带引号保留大写的形式建出来的说明引号逻辑生效了如果看到的是userb说明还有地方没走Identifier。把pg_tables的查询结果贴回 Codex 的对话让它对着真实结果再确认一次比在脑子里推演靠谱。4. 复查和运行阶段会撞上的报错4.1 Codex 侧401 与模型不存在贴代码之前 Codex 就报错的先看通道。返回 401 一般是 Key 有问题复制时带了空格、Key 被删除、或者环境变量名和env_key写的不一致。回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 控制台重新创建一把再export一次注意重新开一个终端会话。如果返回的是模型相关错误大概率是model字段的取值和模型广场对不上。这类错误不会自我修复去模型广场复制一次准确 ID 最省时间。4.2 base_url 末尾的 /v1 是最容易被忽视的一处base_url https://taotoken.net/api/v1这种写法在别的工具里可能是对的但在 Codex 这里会拼出重复路径典型表现是 404 或「接口不存在」。改回https://taotoken.net/api末尾不加/v1不要加斜杠。切换供应商时顺手检查这一行能省掉一轮排查。4.3 psycopg2 侧语法错误与表不存在报错常见原因处理方向SyntaxError: syntax error at or near .%s占位符被当成标识符用或表名撞上保留字换sql.Identifier并给保留字加引号relation public.user does not exist建表时未加引号被折叠成小写查询时按原样查统一两边的大小写或统一走IdentifierInvalidSchemaName: schema x does not existschema 没提前建或名字大小写不一致先create schema或补if not existsInsufficientPrivilege: permission denied for schema当前连接角色没有该 schema 的建表权限换角色或补授权不要在代码里绕这些报错里有相当一部分不是AsIs造成的但都会被误记到它头上。把报错原文整段贴回 Codex 对话让它对着你的 SQL 和pg_tables结果做一次对照比逐条试要快。4.4 search_path 会掩盖一部分问题如果你的连接串里配了search_pathcreate table tenant_a.userb(...)在某些情况下会落到默认 schema 里去尤其是在 schema 名和当前用户同名时。验证阶段建议显式带上 schema 前缀别依赖search_path。这一点在改写前后都成立但用Identifier之后行为更可预测因为它不会因为引号缺失而发生变化。5. 改完之后用同一把 Key 复测并回控制台对账5.1 在模型对话里复测一次改写结果本地跑通之后把改写后的create_table函数和pg_tables的查询结果一起贴给 Codex让它确认三件事改写是否覆盖了原来AsIs的行为、有没有引入新的引号问题、if not exists会不会掩盖 schema 不存在的错误。最后一条容易被忽略——if not exists只管表不管 schema。如果你换了模型想再测一遍同样的提问去 TaoToken 模型对话 里用同一把 Key 发一轮方便对比不同模型对sql.Identifier的解释是否一致。5.2 回控制台看这次调用有没有记上账Codex 跑完几轮之后去 控制台 API Keys 对照一下调用记录。如果刚才在 Config 和对话里都发了请求这里应该能看到对应的量。看不到就说明请求根本没走到这条通道那就回到 4.1 和 4.2 重新看配置而不是去怀疑建表代码。长期用 Codex 做这类代码复查调用频次比随手问一句高不少可以先看 Coding Plan 的套餐能不能覆盖你的日常量再决定要不要换。Codex 在config.toml里的字段对照官方文档里也有更细的说明配置项多的时候对着看比凭记忆改稳。回到最初那段cur.execute(create table %s.%s(name text), (AsIs(schema), AsIs(table)))——它不是不能用只是它把「安全引用标识符」这件事留给了调用者。让 Codex 复查的价值不在于它替你做决定而在于它会明确告诉你你省下的那点拼接代码换来的是自己承担quote_ident的全部责任。想清楚这笔账再决定是保留AsIs并补上自己的转义函数还是直接换成sql.Identifier。
