告别海外账号与网络限制稳定直连全球优质大模型限时半价接入中。 点击领取海量免费额度1. 这次要解决什么Django 迁移冲突 补测试Django 项目跑到中期最烦的场景之一就是迁移脚本打架两个分支各自生成了0007_xxx合并后migrate直接报Conflicting migrations detected或者makemigrations --check提示模型和迁移不一致。手工改依赖、删文件、重排dependencies一不小心就把线上库搞乱。这篇记录的是我用 Aider 以「仓库级任务模式」跑通一个真实仓库任务修复 Django 迁移脚本冲突并补齐对应测试。模型走 Kimi K2.7 Code通过 TaoToken 的 OpenAI 兼容接口调用。Aider 负责读仓库、改文件、跑命令、生成 git diff我负责审 diff 和拍板。适合谁已经在用 Django、手上有多分支迁移冲突、想让 AI 在仓库里直接动手而不是只聊天的后端同学。前置条件很简单——一个能跑python manage.py test的 Django 仓库Python 3.10以及一个 TaoToken 的 Key。下面从拿 Key 到验证测试输出一步步来。2. 环境准备与 Aider 安装先确认本地环境。我用的组合是 Python 3.11 Django 4.2Aider 通过 pipx 装避免污染项目虚拟环境。python -V # Python 3.11.6 pipx install aider-chat aider --version # aider 0.6x.x如果你习惯用 pippython -m pip install -U aider-chatAider 的工作方式是「仓库级」的它在 git 仓库根目录启动自动把相关文件加入上下文改完直接写回文件并生成可 review 的 diff。所以第一步是确认你在 git 仓库里且工作区干净——这点很重要脏工作区会让 diff 检查清单失去意义。cd your-django-repo git status # On branch fix/migration-conflict # nothing to commit, working tree clean如果工作区不干净先git stash或提交。Aider 每次改动都会留下 git 记录方便你git diff逐条核对也能一键git checkout -- .回滚。2.1 复现一个迁移冲突现场为了让你能跟着复现我构造一个最小冲突两个迁移文件都依赖0006且都试图改同一个字段。python manage.py makemigrations # 正常生成 0007_order_status.py git checkout -b feature/a # 改 models.py 里 Order.status 的 choices生成 0007_order_status_a.py git checkout main git checkout -b feature/b # 改同一个字段生成 0007_order_status_b.py git checkout feature/a git merge feature/b # 冲突两个 0007 都依赖 0006 python manage.py migrate # django.db.migrations.exceptions.NodeNotFoundError # 或 Conflicting migrations detected到这一步仓库里就有两个0007_*文件dependencies都指向0006。这就是 Aider 要处理的任务。3. 在 TaoToken 拿 Key 并配置 AiderAider 支持 OpenAI 兼容接口所以只要把 Base URL 指向 TaoToken用拿到的 Key 就能调用 Kimi K2.7 Code。先去官网注册并创建 Key官网入口https://taotoken.net/?utm_sourcetaotoken_aicg_blog_generateutm_contentaider_django控制台创建 Keyhttps://taotoken.net/console?utm_campaigngenerateKey 管理页https://taotoken.net/api-keys?utm_campaigngenerate创建后复制 Key形如sk-...。注意别把 Key 写进仓库文件用环境变量。export TAOTOKEN_API_KEYsk-你的key export OPENAI_API_BASEhttps://taotoken.net/api export OPENAI_API_KEY$TAOTOKEN_API_KEYAider 读取OPENAI_API_BASE和OPENAI_API_KEY这两个环境变量。Base URL 用https://taotoken.net/api不要带路径后缀。模型名按 TaoToken 文档里 Kimi K2.7 Code 对应的标识填我这边用的是文档给出的 code 模型标识。aider --model openai/kimi-k2.7-code \ --openai-api-base https://taotoken.net/api \ --openai-api-key $TAOTOKEN_API_KEY如果你不想每次敲参数写进~/.aider.conf.ymlmodel: openai/kimi-k2.7-code openai-api-base: https://taotoken.net/api openai-api-key: sk-你的key auto-commits: falseauto-commits: false是我强烈建议的让 Aider 改文件但不自动提交你自己看 diff 再决定。模型和接入细节以官网文档为准接入文档https://taotoken.net/doc?utm_campaigngenerate模型对话想先试模型https://taotoken.net/models?utm_campaigngenerate3.1 验证 Key 是否通启动 Aider 后先发一句无副作用的话确认链路通 只回复 ok不要改任何文件如果返回ok说明 Base URL 和 Key 都正常。若报 401检查 Key 是否复制完整、环境变量是否在当前 shell 生效若报 404检查 Base URL 是否误加了/v1或多余路径。排障时优先看接入文档里的示例。4. 用 Aider 跑仓库级迁移修复任务Aider 的仓库级任务模式核心是让它先读相关文件再动手。启动时把迁移目录和 models 显式加进上下文比让它自己猜更稳。aider \ --model openai/kimi-k2.7-code \ --openai-api-base https://taotoken.net/api \ --openai-api-key $TAOTOKEN_API_KEY \ orders/migrations/ orders/models.py orders/tests.py进入交互后我给的任务描述是这样的可直接复用仓库里 orders/migrations 下有两个 0007 迁移dependencies 都指向 0006 导致 migrate 报冲突。请 1. 阅读两个 0007 文件判断哪个字段变更应保留 2. 合并为一个 0007修正 dependencies 链保证线性 3. 在 orders/tests.py 补一个测试验证迁移后 Order.status 的 choices 正确 4. 不要改数据库连接配置不要动其他 app 的迁移。 改完告诉我你改了哪些文件。Aider 会先输出它读到的文件内容摘要然后给出修改方案。我实测下来它一般会做三件事把两个 0007 合并成一个、把被合并文件的dependencies改成指向保留的那个、在测试里加MigrationExecutor或直接断言字段 choices。4.1 关键让它自己跑迁移检查光改文件不够要让 Aider 执行验证命令。在 Aider 里可以直接让它跑请执行 python manage.py makemigrations --check --dry-run 和 python manage.py migrate --plan把输出贴出来Aider 会调用 shell 并把结果回显。正常输出应类似No changes detected以及migrate --plan列出线性的迁移顺序没有Conflicting migrations。如果它改完仍报冲突让它继续migrate --plan 仍报冲突请重新检查 dependencies 链4.2 git diff 检查清单因为关了 auto-commits改完先看 diff。我固定核对这几项git diff --stat git diff orders/migrations/ git diff orders/tests.py检查清单迁移文件数量两个 0007 是否合并为一个被删文件是否真的git rmdependencies新 0007 是否只依赖 0006且没有循环operations字段变更是否只保留一份没有重复AlterField测试文件新增测试是否真的断言了 choices而不是空跑无关改动有没有顺手改了 settings 或其他 app。任何一项不对直接git checkout -- file回滚该文件再让 Aider 重做。这一步是仓库级任务的安全阀。5. 可验证结果与失败分支改完并核对 diff 后跑测试拿最终证据python manage.py test orders -v 2预期输出test_status_choices_after_migration (orders.tests.MigrationTests) ... ok ---------------------------------------------------------------------- Ran 1 test in 0.0xxs OK再跑一次迁移检查确认干净python manage.py makemigrations --check --dry-run # No changes detected python manage.py migrate --plan # 线性列出 0001 ... 0007无冲突到这里任务闭环冲突修复 测试补齐 迁移链线性。失败分支我也踩过几个一是 Aider 合并后dependencies指向了不存在的迁移名migrate --plan报NodeNotFoundError。处理方式是让它读0006的实际文件名再改别凭记忆写。二是测试写成了self.assertTrue(True)这种空断言。发现后我直接要求「断言 Order._meta.get_field(status).choices 包含预期值」它才补上真实断言。三是模型误改了settings.py的数据库配置。因为关了 auto-commitsdiff 里一眼看到回滚即可。这也是我不建议开自动提交的原因。四是 Key 额度或限流导致的 429。这时 Aider 会中断检查控制台用量即可重试或换时段。成本与限流以官网为准。6. 限制、成本与模型选择Aider 的仓库级任务模式强在「读文件 改文件 跑命令」闭环但它不是万能的。迁移冲突里涉及业务语义的取舍两个分支谁对它只能给建议最终要你拍板。测试覆盖度也取决于你给的断言要求描述越具体产出越可用。成本方面Aider 每轮会把相关文件塞进上下文仓库越大 token 消耗越高。控制手段启动时只加必要目录别整个仓库全加任务描述聚焦别让它顺带重构。具体计费和模型可用性以官网为准官网https://taotoken.net/?utm_sourcetaotoken_aicg_blog_generateutm_contentaider_django接入文档https://taotoken.net/doc?utm_campaigngenerate模型选择上Kimi K2.7 Code 在代码仓库任务里对文件依赖和迁移链的理解比较稳适合这类需要读多文件再改的场景。如果你只是单文件小改用更轻的模型也能省成本。长期高频跑仓库任务可以看 Coding PlanCoding Planhttps://taotoken.net/coding-plan?utm_campaigngenerate最后给个实用技巧把这次的任务描述和检查清单存成仓库里的docs/aider-migration-task.md下次遇到迁移冲突直接让 Aider 读这个文件再执行省去重复描述产出也更稳定。 告别海外账号与网络限制稳定直连全球优质大模型限时半价接入中。 点击领取海量免费额度