cmhub/docs/06-tasks.md

任务看板（Tasks）

把 MVP 拆成小步、可独立交付的任务，让 AI 一步一步开发，避免一次生成整个项目。

使用规则

1. 一次只做一个任务：每轮只领取一个状态为 TODO、且依赖均已 DONE 的任务，取最靠前的那个。
2. 做完即停：完成该任务、自测通过、把状态改成 DONE 后，停下来汇报。
3. 不跳步：依赖未完成的任务不能开工。
4. 完成定义：以 编码规则 的验证清单为准。
5. passing 需证据：标记 DONE 前，必须在 ../progress.md 记录跑过的验证命令和结果。
6. 动手前先读 00-ai-start-here.md、05-coding-rules.md 和 current-state.md。
7. 完成后同步任务状态到本文，执行记录追加到 ../progress.md，覆盖更新 current-state.md，过一遍 clean-state-checklist.md。

状态图例

TODO 待开始 · DOING 进行中（同一时间最多 1 个）· DONE 已完成并验收 · BLOCKED 受阻（注明原因）

---

Phase 0 · 地基

ID	任务	依赖	验收要点	状态
T-001	初始化 Django + DRF 项目骨架	-	manage.py 可运行；runserver 起得来；用真实命令替换 init.sh/init.ps1 与 00-ai-start-here.md/03-tech-stack.md/current-state.md 的占位命令	DONE
T-002	建立 apps 目录、自定义 User 与配置	T-001	按 04-architecture.md 建 `apps/users	portal
T-003	接通 django-admin 与最小测试	T-001	createsuperuser 后能登录 /admin/；manage.py test 可运行（至少 1 条占位测试通过）	DONE
T-004	Phase 0 骨架审核修补	T-003	按 phase-0-review.md 修 P1（User.email 加 unique、requires-python 落地 + init 校验解释器版本）与 P2（INSTALLED_APPS 顺序、补 .env.example）；同步修正根 README.md 当前状态；check/test/init 重新全绿并在 ../progress.md 留证据。建议先于 T-101 完成（P1-1 趁 user 表空成本最低）	DONE

Phase 1 · 最高风险验证（AI 调用 + 可插拔供应商）

ID	任务	依赖	验收要点	状态
T-101	Provider 适配器层 + 移植 cmbot 调用	T-002	定义 Provider 接口（capabilities/generate_text/generate_image），按 api_type 注册；把 ai_text_service.py/ai_image_service.py 搬进 apps/ai/providers/ 并去除桌面依赖；注意 3 模型机制不同（chat / chat 多模态返图 nano-banana2 / images_edits 改图 gpt-image-2，见 04 3.1），两图片模型非标准生成需分别解析、首次对接抓真实响应；mock 上游单测验证解析与适配器选取	DONE
T-102	AiModel + ModelAlias 模型 + 别名解析	T-101	AiModel 含 capabilities、api_key 加密存储（admin 脱敏不回显）；ModelAlias 映射别名→模型；resolve_alias() 能解析并按能力校验；配置迁移自 ai_models.json；后台改配置运行时热生效	DONE
T-103	配置变更审计	T-102	AiModel/ModelAlias/密钥的后台变更留痕（谁、何时、改了什么）；可在 admin 查看	DONE
T-104	跑通一次真实/录制的标题或图片生成	T-102	用别名 + 最小输入跑通一次生成，结论写入 progress.md（含耗时，验证图片同步可行性与超时配置）	DONE（管路已验；图片同步耗时风险未退，已挂到 T-302/T-403，见 phase-1-review P1-2）
T-105	Phase 1 AI 层审核修补	T-104	按 phase-1-review.md 修 P1（parameters/extra_body 透传白名单化，核心/计费字段不可被调用方覆盖，含单测；T-104 结论改写为「图片同步风险未退」并把该未决风险显式登记到 T-302/T-403）与 P2（.env.example 的 AI_DEFAULT_* 超时键接上或删除、resolution_to_size 大小写归一、默认别名口径对齐）；check/test/init 全绿并在 ../progress.md 留证据。P1-1 建议先于 T-302 完成（否则易顺手 parameters=request.data 造成越权计费）	DONE

Phase 2 · 计费核心

ID	任务	依赖	验收要点	状态
T-201	User / UserWallet / ApiKey / PointsLedger / CallRecord 模型	T-002	表结构符合 04-architecture.md；UserWallet.points_balance>=0 约束；ApiKey 哈希存储（key_hash+key_prefix，明文只创建时返回）；CallRecord 含 user/api_key/alias/model_used；调用结果只存 result_ref/摘要，不 dump provider raw、base64 图片或敏感上游字段；admin 注册	DONE
T-202	PricingRule / ExchangeRate 模型 + 计费计算	T-201, T-102	按「操作 + 能力别名（+ 可选分辨率）」定价；换底层模型不影响计费；缺规则返回 no_pricing_rule	DONE
T-203	并发安全扣点 / 退点（billing 层）	T-201	锁 UserWallet 行或 F() 原子扣减；并发测试不超扣、不为负；失败退点写流水；含测试	DONE
T-204	Phase 2 计费核心审核加固	T-203	按 phase-2-review.md 处理 P2（points_ledger 加 MySQL 可落地的 ref_call + change_type 复合唯一约束，作为「每 ref_call 最多一条 REFUND」DB 兜底，不要使用 MySQL 不支持的 partial unique / 条件唯一约束；补直写 IntegrityError 测试，并确认同一调用的 CONSUME 与 REFUND 可共存；在稳定 MySQL 上跑一次完整 test 全绿留证，并在测试文档标注「并发测试须在 MySQL 上跑，SQLite 会假绿」）；P3 已挂到 T-401/T-501 或备忘。无 P1，不阻塞 T-301；check/test/init 全绿并在 ../progress.md 留证据	DONE

Phase 3 · 对外 API 与充值

ID	任务	依赖	验收要点	状态
T-301	API Key 鉴权（DRF Authentication）	T-201	对请求 Key 哈希比对定位 ApiKey→User；只挂 Key 认证、不挂 Session；无效/缺失 401；用户或 Key 禁用 403	DONE
T-302	生成标题 / 图片接口	T-104, T-203, T-301	按 api.md 实现；请求传能力别名+ parameters，但 parameters 只能经 Provider 白名单透传，核心/计费字段不可被覆盖；编排「别名解析+能力校验→预扣→调上游→成功确认/失败退点→写记录」；评估 Provider.capabilities() 与模型声明能力的二次校验；images_edits 缺原图 / AiCapabilityError 翻译为 400，不落 500；调用记录不保存 provider raw / base64；点数不足返回 402；含测试；建议随本任务或 T-403 前跑一次真实图片生成并记录真实耗时	DONE
T-303	余额查询接口	T-301	返回余额等于流水累加；含测试	DONE
T-304	充值回调（微信/支付宝验签 + 幂等入账）	T-202	两端点 @csrf_exempt；微信 SDK 验签解密、支付宝 SDK verify；验签失败不入账；同一 order_no 重复回调只入账一次；校验回调金额与订单金额一致；使用订单创建时锁定的 points_granted 锁 wallet 入账写流水；补主动查单兜底；含幂等测试	DONE
T-305	扫码充值下单 + 轮询（create/status）	T-304	支持 weixin(native,金额分)/alipay(precreate,金额元)；建 pending 订单绑定 user，并在下单时锁定汇率/预计点数→取 code_url/qr_code→前端渲染 + 轮询 status；缺商户密钥时 mock	DONE
T-306	Phase 3 对外 API 安全加固	T-305	按 phase-3-review.md 处理 P1（download_image_input SSRF：协议白名单 + 私有/回环/链路本地网段拦截含重定向后地址 + 响应大小上限，含内网/元数据 URL 被拒测试）与 P2（全局 REST_FRAMEWORK 安全默认认证 + 生成/认证端点限流 + 充值金额上限）；P3 仅登记媒体访问控制、完整测试补跑和过期订单口径，充值流水 DB 兜底已在 T-304 完成不要重复迁移。P1-1 属上线前必须；check/test/init 全绿并在 ../progress.md 留证据	DONE

Phase 4 · 用户端（Django 模板 SSR）

ID	任务	依赖	验收要点	状态
T-501	注册 / 登录（allauth）	T-201	自助注册（免邮箱验证、注册即可用；邮箱仍必填且唯一）、登录、登出；注册后钱包点数为 0（不送点数）；session + CSRF。策略变更见 T-605 与 2026-07-06 决策	DONE
T-502	API Key 自助管理页	T-501, T-301	登录用户生成/删除 Key；明文只显示一次、库内只存哈希；列表只显示 prefix；删除即吊销，吊销后该 Key 调用 403（无效/不存在 Key 仍为 401）	DONE
T-503	个人中心 / 记录页	T-501, T-203	剩余点数、充值总额、充值记录、消费（调用）记录；数据与流水一致；仅见本人	DONE
T-504	充值页（扫码 + 轮询到账）	T-501, T-305	发起充值→展示二维码→轮询订单状态→到账后余额刷新；到账以回调为权威	DONE
T-505	Phase 4 用户端审核优化	T-504	按 phase-4-review.md 处理 P2（P2-1 Bootstrap/qrcode 自托管或加 SRI+crossorigin，断网 jsdelivr 后充值页仍可用；P2-2 记录页真正分页或明确截断提示，含 >50 条测试）；P3 登记到 T-401/T-403 或 Backlog。无 P1，但按任务看板领取规则应先完成 T-505，再进入 T-401；check/test/init 全绿并在 ../progress.md 留证据	DONE

Phase 5 · 后台与发布

ID	任务	依赖	验收要点	状态
T-401	运营后台完善	T-302, T-304	admin 可管理用户/钱包/ApiKey（脱敏）、配规则/汇率、检索充值订单/流水/调用记录；手工调点带原因并经计费层写流水	DONE
T-402	完整验收 MVP	T-401, T-505	02-requirements.md 的 P0 验收全部通过（含用户端注册/充值/API Key/记录）	DONE
T-403	部署 / 运行文档	T-402	新环境可按文档运行；明确图片接口超时配置；上线前必须引用一次真实图片生成耗时来设置 Gunicorn --timeout、Nginx proxy_read_timeout、客户端 read timeout；若尚无真实耗时，部署文档必须显式标注图片同步风险未退，不得声称已验证；当前注册策略为免邮箱验证，注册登录不依赖 DJANGO_EMAIL_BACKEND，如后续启用密码找回/通知/邮箱验证再配置真实邮件服务；生产静态文件 serving：T-505 已把 Bootstrap/qrcode 自托管到 apps/portal/static/，但 settings 目前只有 STATIC_URL，DEBUG=False 下 Django 不发静态文件——必须配置 STATIC_ROOT + collectstatic + WhiteNoise 或 Nginx 托管 /static/，否则用户端 CSS 错版、充值二维码 404（P2-1 的国内可用性目标在生产失效）；DRF 限流依赖共享缓存：多 Gunicorn worker 下默认 LocMemCache 是每进程的，会让 generate/api_auth_failure 限流按 worker 各算一份（实际速率≈worker 数×配置值），部署必须配置 Redis/Memcached 等共享 CACHES 后端并在文档说明，否则限流形同虚设	DONE

Phase 6 · 增强（MVP 后）

ID	任务	依赖	验收要点	状态
T-601	可用别名发现（portal 别名页 + GET /api/v1/models）	T-202, T-301, T-503	让调用方能自助发现「能填哪些 model 能力别名」。① 新增 GET /api/v1/models（API Key 鉴权，继承 ExternalApiView，只复用认证失败限流；不要占用生成接口的 GenerateRateThrottle 额度），仅返回 ModelAlias.is_active=True 且 ai_model.is_active=True 的可调用别名；② 响应每项只含对外安全字段：alias、operation_type、capabilities、requires_image（按 api_type/provider 规则推导，如 images_edits=true）、pricing_status、prices[{resolution, points_cost}]，缺 PricingRule 时标「暂未定价」而非报错；③ 实现时不得调用 AiModel.to_resolved_model() 或任何会解密 provider key 的路径，列表接口不依赖 AI_KEY_ENCRYPTION_KEY，也不读取/输出 api_key_encrypted；④ 不暴露具体 SKU/模型名/url/key/provider 原始配置，测试必须断言响应不含 ai_model.model、ai_model.url、api_key、api_key_encrypted、extra_body 等内部字段；⑤ portal 加只读「可用模型」页（session 鉴权），同字段、人类可读、单价以点数展示，并在导航中加入入口；⑥ 含测试：API Key 成功返回结构、缺/无效 Key 拒绝、Web session 不能调用外部 API、portal 未登录跳转、页面不泄露 SKU/URL/Key、缺定价别名显示暂未定价。标注：未来接 account_alias_permission（见 Backlog）后，本清单改为「只列该用户被授权的别名」，接口与页面均按 user 过滤	DONE
T-602	django-admin 中文化（第 1-3 层）	-	让运营后台表名/分组/框架文字显示中文，仅显示层、不改业务逻辑与 DB 结构。第 1 层：config/settings.py 设 LANGUAGE_CODE='zh-hans' + USE_I18N=True，使 Django 自带 admin 界面与内置 auth（用户/组/权限）中文化（无迁移）。第 2 层：各 app AppConfig.verbose_name 设中文分组名（users/billing/ai/api/portal），无迁移。第 3 层：各模型 Meta.verbose_name/verbose_name_plural 设中文表名（User/UserWallet/ApiKey/PointsLedger/CallRecord/PricingRule/ExchangeRate/RechargeOrder/AiModel/ModelAlias/AiConfigAuditLog）。不含第 4 层字段级 verbose_name（字段列名保持英文，见 T-603）。第 3 层会产出 AlterModelOptions 等无 DB 变更迁移；验收：makemigrations（仅 options 变更）→ migrate → check 0 issues → test 全绿 → /admin/ 目视中文化，并在 ../progress.md 留证据	DONE
T-603	django-admin 中文化（第 4 层·字段级）	T-602	给各模型字段加中文 verbose_name，使 admin 列表/编辑页的字段标签显示中文，在 T-602（1-3 层）之上做。范围覆盖 users/billing/ai（及 portal 相关）模型的业务字段，例如 points_balance→点数余额、key_prefix→Key 前缀、points_delta→点数变动、balance_after→变动后余额、amount_money→金额、exchange_rate→汇率、points_granted→到账点数、api_type/capabilities/is_active/created_at 等；admin.py 里自定义显示方法（@admin.display(description=...)）同步中文。仅显示层：verbose_name 只改展示，不改字段名、不改代码引用、英文字段名保持不变；产出的是 AlterField（metadata-only，无 DB schema 变更）迁移。验收：makemigrations（仅 AlterField，无 schema 变更）→ migrate → check 0 issues → test 全绿 → /admin/ 字段标签目视中文，并在 ../progress.md 留证据。已人工确认 admin 字段中文化，目标后台回归测试通过	DONE
T-605	落实「免邮箱验证」策略	T-501	把 ACCOUNT_EMAIL_VERIFICATION="none"（注册即可用、不发验证邮件、邮箱仍必填且唯一）作为既定策略清理落地：① config/settings.py 把 ACCOUNT_EMAIL_VERIFICATION = "none"#"mandatory" 改为干净的 "none"（去行内注释），并把免验证下无实际意义的 ACCOUNT_LOGIN_ON_EMAIL_CONFIRMATION 设为 False；② 更新 apps/portal/tests.py 里假设 mandatory 的 2 条测试（signup 不再依赖验证邮件、未验证也可直接登录），改为断言「注册后可直接登录」；③ 同步全项目文档口径（02-requirements/05-coding-rules/api/04-architecture/03-tech-stack/routes/env/deployment/00-ai-start-here 中「邮箱验证」→「免邮箱验证，邮箱仍唯一」）。验收：check 通过，apps.portal 26 tests OK；全量 manage.py test 已尝试，跑到 95/131 后因远程 MySQL 连接超时失败（WinError 10051/10060），非本任务断言失败，详见 ../progress.md	DONE
T-604	中文敏感词本地过滤（本地 keyword provider）	T-302, T-401	按 moderation.md 实施。范围收紧：T-604 只做输入 prompt 的本地敏感词快筛，不做云内容安全、不做输出审核、不做图片审核。关键时序：serializer 后先审 prompt，命中即 400 content_blocked；不得先下载 image_url，不得预扣点，不写 CallRecord / PointsLedger，不调上游。核心实现：新增 apps.moderation、SensitiveWord 模型/admin/迁移、keyword provider、归一化管线、Aho-Corasick matcher；ahocorapy 作为候选依赖，编码前必须验证 PyPI 可用性和 API 形状。缓存：matcher 进程内缓存，词库变更用共享 cache 版本号失效，不能只靠 post_save signal；生产依赖共享 cache。配置：MODERATION_ENABLED=false 默认 no-op；启用时 MODERATION_PROVIDER=keyword；MVP SensitiveWord.action 只支持 block。验收：check/test 全绿，覆盖 no-op、命中拦截且不扣点/不建记录/不调上游/不下载图片、归一化防绕过、词库变更后 matcher 重建；真实词库数据不进仓库，__pycache__ 不进 Git	DONE
T-606	公开首页 + 客户端下载入口	T-501	给网站补「前门」并提供桌面端下载。路由改造：/ 从「重定向到 /dashboard」改为公开首页（匿名可访问、不跳登录）；已登录用户显示「进入控制台」，匿名显示「注册/登录 + 下载客户端」。首页内容（SSR 模板）：项目一句话介绍（生成标题/图片、按点数计费）+ 三步上手（注册→充值→建 API Key→桌面端填 Key）+ 下载入口 + 文档链接。DownloadRelease 模型：platform（如 windows）、version、file(FileField，前期存 MEDIA_ROOT、服务器托管) + external_url(URLField 可选，后续切对象存储/CDN 用，有则优先)、sha256、is_current(每平台仅一个当前版本)、release_notes、时间戳；admin 可上传安装包并标记当前版本；迁移。下载区块：展示当前 release 的版本、下载按钮、SHA256 校验值、可选 release notes；无 current release 时优雅提示「暂未发布」。托管策略：前期安装包放本服务器（生产由 Nginx 直接服务 media/下载文件、不走 Django，与 T-403 static/media serving 一致，大文件不占 gunicorn worker）；external_url 预留，后续切对象存储只改后台链接不改代码。安全：下载走 HTTPS，页面展示 SHA256 供校验；代码签名作为决策登记——未签名 Windows 安装包会被 SmartScreen 拦「未知发布者」、macOS 被 Gatekeeper 拦，首页先给「如何忽略警告」说明，正式签名后续补（挂 Backlog / deployment）。含测试：/ 匿名 200 不跳登录、下载区展示当前 release、无 current release 优雅处理、已登录用户显示「进入控制台」。视觉原型（已定 v1）：按 prototypes/cmhub-homepage-v1.svg 落地——「生成台」方向：靛蓝=生成 / 琥珀=点数；Hero 为「商品图 + 一句话 → 吸睛标题 + 生成主图 + 点数计量」转化图；四步上手 01–04、两张能力卡、深色计费 band、下载区（版本/SHA256/未签名提示）；配色、间距、结构照此原型转成 Django 模板（Bootstrap + 本地 static）。视觉一致性（brand token）：按 brand.md 抽出共享 CSS 变量（如 apps/portal/static/portal/brand.css），首页与现有 portal 页面（dashboard/记录/充值/API Key）一起套用同一套 token（把配色/字体变量灌进现有 Bootstrap，各页只引用变量不散写 hex），确保落地页与登录后控制台风格一致——不是只做漂亮首页。验收 check/test/init 全绿并在 ../progress.md 留证据	DONE
T-607	桌面端最新版本检查接口	T-606	给桌面端自动检查更新提供只读 JSON 合约。新增路由：GET /api/v1/client/releases/latest?platform=windows，公开匿名可访问，不需要 API Key、不读取用户、不扣点、不占用生成接口限流；只返回发布元数据，不返回本地文件系统路径、后台 ID、内部状态或任何用户数据。请求参数：platform 支持 windows / macos / linux，缺省按 windows；非法平台返回 400 bad_request。响应结构：有当前版本时返回 {platform, release:{version, download_url, sha256, release_notes, published_at}}；无当前版本或当前版本没有下载地址时返回 {platform, release:null, message:"暂未发布"} 且 HTTP 200，方便客户端安静处理。数据来源：复用 DownloadRelease，只查 platform + is_current=True；download_url 继续按 external_url 优先，否则由 file.url 生成绝对 HTTPS URL；published_at 可先使用 updated_at。缓存与安全：可加短 TTL 公共缓存（如 60 秒）；生产下载仍走 HTTPS + SHA256 校验；不得把 MEDIA_ROOT 或服务器路径暴露给客户端。含测试：匿名无 Key 可访问；当前 release 返回完整结构和绝对下载 URL；无 current release 返回 release:null；非法 platform 返回 400；external_url 优先于 file；响应不含本地路径、模型/密钥/用户字段；check/目标测试通过并在 ../progress.md 留证据	DONE
T-608	新用户注册赠送 100 点试用点数	T-501, T-203, T-401	把 2026-07-08 的产品口径落地为账本安全实现。业务口径：只对 T-608 上线后的新注册用户自动发放 100 点；历史用户是否补发不在本任务内，需单独审批和批处理任务。数据与服务：新增 PointsLedger.ChangeType.SIGNUP_BONUS（展示为注册赠点）和 MySQL 兼容的数据库级幂等兜底 SignupBonusGrant(user UNIQUE)，不要用 partial unique / 条件唯一约束；新增 apps.billing.services.grant_signup_bonus(user, points=100)，在事务内锁/创建钱包、发放点数、写 PointsLedger(signup_bonus,+100,balance_after,reason)，重复调用或并发触发不得重复发放。接入点：allauth adapter 注册成功后调用 billing 服务，不得在 portal 直接写 points_balance；失败要清晰暴露并保持注册 / 账务一致性。页面与文案：公开首页、注册页、dashboard/记录页等用户端文案同步「注册送 100 点」；点数记录页能展示注册赠点正向流水；admin 可检索该流水和注册赠点记录。防刷：免邮箱验证策略下显式配置 ACCOUNT_SIGNUP_RATE_LIMIT（默认 20/m/ip），由 allauth signup rate limit 执行；图形验证码 / 人机验证仍作为上线前风控增强项。测试：注册后余额为 100 且有一条 signup_bonus 流水；重复调用服务不重复加点；并发触发不重复发放；现有用户不会自动补发；dashboard / 点数记录显示一致；check/迁移/目标测试通过并在 ../progress.md 留证据	DONE
T-609	桌面端版本检查接口增加强制更新标记	T-607	在 GET /api/v1/client/releases/latest?platform=windows 的当前版本响应中，为 release 对象新增布尔字段 force_update，用于桌面端判断是否必须升级。接口兼容：只新增字段，不删除既有 version / download_url / sha256 / release_notes / published_at 字段；无当前版本或无下载地址时仍返回 release:null，不返回 force_update。数据来源：在 DownloadRelease 增加 force_update 布尔字段，默认 false；django-admin 可编辑并在列表展示。示例：{platform:"windows", release:{version:"0.1.1", download_url:"...0.1.1.zip", release_notes:"优化了ai模块的生图的功能", force_update:true}}。安全：接口仍公开匿名只读，不读取用户、不扣点、不暴露后台 ID、本地文件路径或内部状态。文档：同步 api.md、routes.md、04-architecture.md、current-state.md、版本接口对接文档口径。测试：覆盖 force_update=true / 默认 false、无 current release 不返回该字段、响应字段白名单更新、admin 字段可见；makemigrations / migrate / check / 目标测试通过并在 ../progress.md 留证据	DONE
T-610	首页导入模板下载入口	T-606	在公开首页“下载客户端”按钮右侧新增“下载导入模板”链接，让用户下载桌面端导入商品数据使用的 Excel 模板。产品口径：模板下载是公开资源，匿名可见；不需要登录、不需要 API Key、不扣点、不占用生成接口限流。后台配置：新增独立 ImportTemplate（不要复用 DownloadRelease，两者生命周期不同），字段建议包含 name、file(FileField，MEDIA_ROOT/import_templates/)、external_url(可选，有则优先，后续切 CDN/对象存储)、sha256(可选)、is_current、notes、created_at、updated_at；admin 可上传/更新模板并标记当前模板；每次保存 current 时把其他 current 置为 false，避免使用 MySQL 不支持的条件唯一约束。首页行为：HomeView 同时读取 Windows 当前 DownloadRelease 和当前 ImportTemplate；有当前模板且有可下载地址时，在“下载客户端”右侧展示“下载导入模板”链接；无模板时不显示该链接或显示不可用提示，不能影响客户端下载入口和首页 200。托管策略：本地上传模板复用生产 Nginx /media/ 静态托管，不经 Django/Gunicorn 传大文件；external_url 优先于 file.url，响应/页面不得暴露本地 MEDIA_ROOT 或服务器文件路径。UI：保持 T-606 下载区现有布局，桌面端按钮为主按钮，导入模板为次级链接/按钮；移动端需换行不重叠。文档：同步 02-requirements.md、04-architecture.md、routes.md、api.md、current-state.md。测试：覆盖首页有模板时展示链接且 href 为绝对/可访问 media URL，external_url 优先，本地路径不泄露，无模板时首页正常且不显示错误；admin 字段可见；makemigrations / migrate / check / 目标测试通过并在 ../progress.md 留证据	DONE

里程碑

• M1：Django + admin 骨架可运行、自定义 User 就位（T-003）。
• M2：服务端跑通一次 AI 生成（T-104）。
• M3：计费 + 对外接口 + 充值闭环 + 上线前安全加固（T-306）。
• M4：用户端（注册/充值/API Key/记录）可用（T-504）。
• M5：运营后台 + MVP 验收 + 可部署（T-403）。
• M6：可用别名发现（T-601）。
• M7：注册试用额度安全落地（T-608）。
• M8：客户端版本强制更新标记（T-609）。
• M9：首页导入模板下载入口（T-610）。

待办池（Backlog）

• 异步生成（任务队列 + 轮询/回调）。
• 按账号授权可用别名（account_alias_permission），防止调用未授权/昂贵模型。
• 别名按比例分流到多个模型（灰度 / A/B / 故障转移）；供应商 A 故障自动切 B。
• 复杂活动赠点、邀请奖励、历史用户批量补发（需单独审批、风控、批处理与流水留痕）。
• 用量统计报表。
• 退款对账自动化、API Key 轮换、Provider key 轮换（MultiFernet / 双 key 迁移）、限流细化。
• 用户端 API Key 数量治理：限制每用户 active Key 数量（如 10 个）、提供轮换与过期策略，避免无限建 Key。
• 充值下单风控：限制每用户 pending 订单数量或创建频率，避免反复点击刷出大量未支付订单并放大支付网关调用。
• 用户端登录与凭证安全复核：评估新 API Key 明文短暂进入 session 的替代方案。
• allauth account.EmailAddress 的 MySQL models.W036 条件唯一约束警告为已知 cosmetic 警告；邮箱唯一性由 user.email 约束承担，后续升级 allauth / 数据库兼容性时复核。
• SSRF DNS rebinding 加固（image_url 下载）：当前 download_image_input 校验时 getaddrinfo 解析一次、requests.get 又独立解析一次，两次之间存在 TOCTOU（恶意 DNS 可先返公网 IP 过校验、再返内网 IP 供实际请求）。彻底堵需把连接钉死到已校验的 IP（自定义 HTTPAdapter/connection 连已验证 IP + 保留 Host 头做 TLS/路由），对每次重定向同样处理。属安全深水区，规模化/公网大流量前处理；上线前安全检查应至少标注此残留。