告别海外账号与网络限制稳定直连全球优质大模型限时半价接入中。 点击领取海量免费额度1. 任务拆解让 Roo Code 在 Django 仓库里修一个分页越界这次要跑的是一个很典型的后端 issueDjango 列表接口在页码超出总页数时没有兜底直接抛EmptyPage前端拿到 500。目标不是让模型“猜”哪里有问题而是让它像人一样先读 issue、再定位views.py、改完代码后本地跑pytest验证。整个过程用 Roo Code 的 Code 模式完成TaoToken 作为默认供应商从建 Key 到跑测试全程同一把 Key。适合谁看已经在用 Roo Code 或类似 AI 编程工具、想把它接进真实仓库而不是玩具 demo 的后端同学以及想搞清楚“一次 issue 修复到底烧多少 Token、烧在哪”的人。下面所有步骤都可以照着复跑仓库用 Django 官方 tutorial 里的 polls 应用改造版issue 描述和 patch 都会贴出来。先说清楚产物一份可复跑的记录包含 issue 原文、喂给 Roo Code 的 prompt、最终 patch diff、pytest输出以及 Token 消耗按“读文件 / 写 patch / 重跑测试”三段拆开。TaoToken 在这里只做模型调用入口不参与评测也不改变 Roo Code 本身的行为。2. 环境准备与 Roo Code 接入 TaoToken2.1 建 Key 与 Provider 配置先在 TaoToken 官网建一把 Key地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 登录后在控制台里生成。拿到sk-开头的字符串后回到 Roo Code 设置里找 Provider 配置。Roo Code 的 Provider 类型选 OpenAI CompatibleBase URL 填https://taotoken.net/apiAPI Key 粘贴刚才那把。模型名按你账号里可用的填比如claude-sonnet-4-20250514这类。配置完点一下测试连接能返回模型列表就说明通了。注意Base URL 结尾不要带/v1TaoToken 的兼容层会自己处理路径。如果填成https://taotoken.net/api/v1部分模型会返回 404。2.2 仓库与依赖git clone https://github.com/your-org/django-polls-demo.git cd django-polls-demo python -m venv .venv source .venv/bin/activate pip install -r requirements.txt pip install pytest pytest-djangorequirements.txt里 Django 版本锁在 4.2pytest.ini已经配好DJANGO_SETTINGS_MODULE。跑一次基线测试确认环境干净pytest -q预期输出类似12 passed in 1.83s。如果这里就挂先别往下走环境问题会污染后面所有判断。2.3 确认 Roo Code 能读到仓库在 VS Code 里打开仓库根目录Roo Code 侧边栏切到 Code 模式。Code 模式和 Ask 模式的区别在于它会主动读写文件、执行命令而不是只回答。第一次用建议把“自动批准命令”关掉每一步手动确认避免它乱跑git reset。3. 从读 issue 到生成 patch 的完整操作3.1 issue 原文issue 标题Pagination raises EmptyPage when page num_pages。正文大意是访问/polls/?page999时接口 500期望返回最后一页或 404。复现步骤、期望行为、实际行为都写全了。这个 issue 的关键在于分页逻辑散在views.py的IndexView里用的是Paginator但没接EmptyPage异常。3.2 喂给 Roo Code 的 prompt在 Code 模式输入框里贴这段注意把 issue 链接换成你仓库里的真实地址读取 issuehttps://github.com/your-org/django-polls-demo/issues/42 任务 1. 先读 issue 全文总结复现路径和期望行为 2. 在仓库里定位分页相关代码重点看 polls/views.py 3. 修复 page 超出范围时的 500期望行为按 issue 描述 4. 改完后运行 pytest把失败或通过的结果贴出来 5. 输出最终 patch diff 约束不要改测试文件来迁就实现只改业务代码。Roo Code 会先调工具读 issue 页面再grep找Paginator然后打开views.py。这一步的 Token 主要花在“读文件”上因为它要把 issue 正文、views.py、可能还有urls.py和测试文件一起塞进上下文。3.3 定位到的代码polls/views.py里原始实现大概是这样from django.core.paginator import Paginator from django.shortcuts import render class IndexView(ListView): template_name polls/index.html context_object_name latest_question_list paginate_by 10 def get_queryset(self): return Question.objects.order_by(-pub_date)问题出在paginate_by由 Django 的MultipleObjectMixin处理页码越界时paginator.page()抛EmptyPage没有被捕获。Roo Code 读到这里后给出的修复方向是重写get_context_data手动处理EmptyPage。3.4 生成的 patch--- a/polls/views.py b/polls/views.py -1,10 1,24 from django.core.paginator import EmptyPage, Paginator from django.shortcuts import render from django.http import Http404 class IndexView(ListView): template_name polls/index.html context_object_name latest_question_list paginate_by 10 def get_queryset(self): return Question.objects.order_by(-pub_date) def get_context_data(self, **kwargs): context super().get_context_data(**kwargs) paginator context[paginator] page self.request.GET.get(page, 1) try: context[page_obj] paginator.page(page) except EmptyPage: raise Http404(Page out of range) return context这里有个细节值得说Roo Code 第一版 patch 直接return render(...)覆盖了get_context_data把ListView的上下文搞丢了跑测试时模板渲染报KeyError。我在 prompt 里补了一句“保持 ListView 的上下文结构”它才改成上面这版。这也是为什么第 4 步的验证不能省。4. 验证结果与失败分支4.1 pytest 输出pytest -q............. [100%] 13 passed in 2.14s新增的那个测试是test_page_out_of_range_returns_404断言client.get(/polls/?page999).status_code 404。基线 12 个测试加这个新测试全绿。4.2 失败分支如果pytest报EmptyPage仍然抛出说明get_context_data没被走到检查paginate_by是否被get_queryset里的切片覆盖。另一种常见失败是Http404被模板层吞掉返回 200 空列表这时候要看settings.DEBUG和中间件顺序。如果 Roo Code 改完测试文件而不是业务代码直接git checkout tests/回滚然后在 prompt 里加“禁止修改 tests 目录”。我试过在 prompt 里提前写死这条约束能省掉一轮返工。4.3 Token 消耗分解按 Roo Code 的用量面板这次任务三段消耗大致是阶段输入 Token输出 Token占比读 issue 定位文件~18,000~1,200约 62%写 patch~4,500~900约 18%重跑测试 修 patch~5,200~1,100约 20%读文件占大头因为 issue 正文、views.py、urls.py、测试文件都要进上下文。写 patch 本身不贵贵的是它要基于前面读到的内容做推理。重跑测试那轮之所以有消耗是因为第一版 patch 有问题多了一轮对话。想压 Token可以在 prompt 里直接指定“只看 polls/views.py 和 polls/tests.py”别让它全仓库grep。但代价是可能漏掉urls.py里的路由问题自己权衡。5. 限制、成本与模型选择TaoToken 在这里是默认供应商同一把 Key 从建 Key 到跑测试全程没换。成本按官网定价走具体单价以 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 页面为准不同模型差很多。这次用的模型在长上下文读文件时表现稳但输出 patch 偶尔会多带一行空行需要手动清。模型选择上读文件阶段用长上下文模型写 patch 阶段其实可以换更便宜的但 Roo Code 一次会话里换模型要重开麻烦。如果任务简单直接全程用中等档位就行。复杂 issue 建议先让模型只读不写确认定位对了再让它出 patch能省一轮返工。限制也说清楚Roo Code 的 Code 模式会执行命令仓库里如果有rm -rf之类的脚本别开自动批准。另外 TaoToken 的兼容层对某些模型的tool_use格式支持有差异如果 Roo Code 报工具调用解析失败换一个模型名再试。最后留个实用技巧把这次任务的 prompt、patch、pytest 输出存成一个issue-42-fix.md放进仓库docs/下下次遇到类似分页问题直接让 Roo Code 读这个文件当参考比重新描述一遍快得多。 告别海外账号与网络限制稳定直连全球优质大模型限时半价接入中。 点击领取海量免费额度