merge

[hebjt2024]

PR Type

• fix
• feat
• refactor
• docs
• chore
• test

Background And Problem

请描述当前问题、影响范围与触发场景。
(EN) Describe the problem, its impact, and what triggers it.

Scope Of Change

请列出本 PR 修改的模块和文件范围。
(EN) List the modules and files changed in this PR.

Issue Link

必须填写以下之一 / Fill in one of:

• Fixes #<issue_number>
• Refs #<issue_number>
• 无 Issue 时说明原因与验收标准 / If no issue, explain the motivation and acceptance criteria

Verification Commands And Results

请填写你实际执行过的命令和关键结果（不要只写"已测试"）。
(EN) Paste the commands you actually ran and their key output (don't just write "tested"):

# example
./scripts/ci_gate.sh
python -m pytest -m "not network"

关键输出/结论 / Key output & conclusion:

Compatibility And Risk

请说明兼容性影响、潜在风险（如无请写 None）。
(EN) Describe compatibility impact and potential risks (write None if not applicable).

• 若本 PR 修改第三方模型 / API 的兼容语义、请求参数、路由前缀或 provider fallback，请提供官方来源链接或公告，并说明这是长期约束、当前运行时约束还是临时兼容处理。
  (EN) If this PR changes third-party model/API compatibility, request parameters, routing prefixes, or provider fallback behavior, include an official source link or announcement and clarify whether the rule is permanent, runtime-specific, or a temporary compatibility workaround.)
• 若本 PR 依赖特定运行时 / 锁定依赖窗口（例如 LiteLLM 版本范围、OpenAI-compatible 路由、YAML alias 行为），请写明当前验证过的兼容范围与覆盖路径。
  (EN) If this PR depends on a specific runtime or pinned dependency window (for example a LiteLLM version range, OpenAI-compatible routing, or YAML alias behavior), state the compatibility window you verified and which code paths were covered.)
• 若本 PR 触及运行时配置保存、清理、迁移或回填逻辑，请明确说明旧配置是否会被自动改写、清空、迁移或保持不变，以及用户如何恢复原行为。
  (EN) If this PR touches runtime config save/cleanup/migration/backfill logic, explicitly describe whether existing config is rewritten, cleared, migrated, or left intact, and how users can restore the previous behavior.)

Rollback Plan

请至少写一句可执行的回滚方案（必填）。
(EN) Provide at least one actionable rollback step (required).

• 如果是兼容性修复，默认应写出最小回滚方式（例如 revert this PR），并说明是否需要额外回滚配置或数据迁移。
  (EN) For compatibility fixes, include the minimal rollback path (for example revert this PR) and whether any additional config or data rollback is required.)

EXTRACT_PROMPT Change (if applicable)

若本 PR 修改了 src/services/image_stock_extractor.py 中的 EXTRACT_PROMPT，请在此处粘贴完整变更后的 prompt。
If this PR changes EXTRACT_PROMPT in src/services/image_stock_extractor.py, paste the full updated prompt here:

展开 / Expand: Full EXTRACT_PROMPT

(paste full prompt here)

Checklist

• 本 PR 有明确动机和业务价值 / This PR has a clear motivation and value
• 已提供可复现的验证命令与结果 / Reproducible verification commands and results are included
• 已评估兼容性与风险 / Compatibility and risk have been assessed
• 已提供回滚方案 / A rollback plan is provided
• 若涉及用户可见变更，已同步更新相关文档与 docs/CHANGELOG.md；README.md 仅在首页级信息变化时更新，细节优先写入 docs/*.md / If user-visible changes are included, relevant docs and docs/CHANGELOG.md are updated; README.md is updated only for homepage-level changes, with details kept in docs/*.md

[github-actions]

🤖 自动审查报告

项目	结果
📊 变更文件	1 个
➕ 新增行数	17 行
➖ 删除行数	1 行
🔍 静态检查	✅ 通过
🧠 AI 审查	✅ 已完成

📁 修改的文件

• 📝 .github/workflows/daily_analysis.yml (+17/-1)

---

🧠 AI 代码审查意见

结论：Not Ready

审查结果

• 必要性：通过。变更引入了多渠道 AI 配置的 CI 环境变量，这通常是为了支持不同的 LLM 提供商或负载均衡策略，具备潜在业务价值。
• 关联性：不通过。PR 描述中指明“无 Issue 时说明原因与验收标准”，但并未在相应位置提供具体的动机与验收标准，导致无法追溯变更的背景和预期效果。
• 类型：建议类型为 chore (维护/配置) 或 feat (如果这些变量直接启用新的、以前不存在的分析功能)。鉴于仅是新增配置变量，倾向于 chore。请贡献者选择合适的类型。
• 描述完整性：不完整。
  • Background And Problem 缺失。
  • Scope Of Change 缺失。
  • Issue Link 处未提供“无 Issue 时说明原因与验收标准”的具体内容。
  • Verification Commands And Results 缺失。
  • Compatibility And Risk 缺失。
  • Rollback Plan 缺失。
• 风险级别：低。代码变更仅限于 GitHub Actions workflow 文件中的环境变量定义，没有逻辑改动，直接代码风险较低。但由于缺乏背景、验证信息和风险评估，潜在的使用风险（例如是否会被不当使用、是否会引入未知的 CI 失败等）无法充分评估。
• 必改项：
  1. 补充“无 Issue 时说明原因与验收标准”：请在 Issue Link 部分详细说明本次变更的动机、预期解决的问题以及验收标准。这对于理解变更的必要性至关重要。
  2. 补充回滚方案：请在 Rollback Plan 部分提供可执行的回滚步骤。这是 PR 合入的强制要求。
  3. 补充背景、范围和验证结果：请在 Background And Problem、Scope Of Change 和 Verification Commands And Results 部分提供详细信息，说明为何新增这些 LLM 渠道配置，它们将如何被使用，以及如何验证这些配置的正确性。
  4. 补充兼容性与风险评估：请在 Compatibility And Risk 部分说明引入这些配置可能带来的兼容性影响或潜在风险。
• 建议项：
  1. 选择 PR 类型：请勾选一个最能反映本次变更内容的 PR 类型（例如 chore 或 feat）。

---

💡 提示: 请确保代码已通过本地测试，并遵循项目代码规范。

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: d1faec5b8a

ℹ️ About Codex in GitHub

Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".

[chatgpt-codex-connector]

Prefix the MiniMax workflow model

When the scheduled workflow is configured with LLM_CHANNELS=minimax, the channel parser cannot infer a minimax protocol from the channel name because it is not in SUPPORTED_LLM_CHANNEL_PROTOCOLS; with this non-local base URL it falls back to openai, so the unprefixed default here is normalized to openai/MiniMax-M2.7. The repo's MiniMax channel docs require minimax/<model-name> for this case, so users relying on these new workflow defaults will route the daily analysis through the wrong LiteLLM provider/model alias. Please default this to minimax/MiniMax-M2.7 or add explicit protocol support.

Useful? React with 👍 / 👎.