Skip to content

上游 PR 周检追踪（MiniMax-AI/minimax-code） #3

Open
Open
上游 PR 周检追踪（MiniMax-AI/minimax-code）#3

Description

@PAKIKNOWLEDGE
PAKIKNOWLEDGE
opened on Oct 12, 2026

这个 issue 用来追踪上游 MiniMax-AI/minimax-code 的 PR，方便复核。

  • 按 docs/source-sync.md 的规则逐个挑 PR，不整个合上游 main，保留原作者署名。
  • 每周一（北京时间 9:04 左右）在下面追加一条评论：列出上周新开和新合并的 PR，分成「建议合」「改动后再合」「跳过」三类，并附上理由。
  • 合进来的或决定不合的 PR，请在评论里注明，方便以后复核。

上次挑选是 2026-10-02（MiniMax-AI#199、MiniMax-AI#388，以及 MiniMax-AI#410 的一部分）。

Activity

  1. PAKIKNOWLEDGE commented on Oct 12, 2026

    @PAKIKNOWLEDGE
    PAKIKNOWLEDGE
    on Oct 12, 2026 – with Cursor
    OwnerAuthor

    2026-10-12 周检

    上游目前开着 10 个 PR。

    建议合（跟 Talos 的改动冲突小）

    • #317 fix(tui)：用 -m 指定的模型在 /new 之后不再丢失。
    • #186 fix：供应商地址带 ?query 参数时，连接测试和模型发现不再出错。
    • #319 fix(storage)：多个进程同时写 SQLite 时会重试，不再抢写入锁。

    改动后再合

    • #307 API key 可以写成 ${NAME} 环境变量引用，适合「自带模型」的定位，但会碰到 Talos 改过的 /provider 配置。

    跳过

    上游已合、Talos 可能还没有的修复（10-02 之后，尚未逐个核对）

    发版 PR（MiniMax-AI#421、MiniMax-AI#422、MiniMax-AI#423、MiniMax-AI#447、MiniMax-AI#458，对应 0.6.0 到 0.6.5）是整体同步，不要整个合。

    上游节奏

    最近三周的 commit 数是 54 / 29 / 17，合并的 PR 数是 50 / 28 / 17，在放缓。10-01 到 10-09 之间发了 6 个版本。当前按每周检查一次。

  2. PAKIKNOWLEDGE commented on Oct 12, 2026

    @PAKIKNOWLEDGE
    PAKIKNOWLEDGE
    on Oct 12, 2026 – with Cursor
    OwnerAuthor

    2026-10-12 晚间补跑 / 接管后首轮（Lucy）

    承接今早 05:52 UTC 周检。同日补跑：开着的 PR 集合未变，本轮把「上游已合、Talos 尚未逐个核对」真正分进三类，并补上今早漏列的已合项。

    规则仍按 docs/source-sync.md：逐个挑公开 PR，不整个合上游 main；合入时保留上游作者署名（cherry-pick / 带 attribution 的提交）。上次已挑选：2026-10-02（MiniMax-AI#199、MiniMax-AI#388，以及 MiniMax-AI#410 的一部分）。Talos main 当前未见 withLLMStreamTimeouts / Socks5ProxyAgent 等符号，下列已合修复仍属候选。

    上游仍开着 10 个 PR。

    建议合（冲突面相对可控）

    仍开着

    • #317 fix(tui)：-m 指定的模型在 /new 后不再丢失。作者 zch0227。注意：对上游 main 已 dirty，挑进 Talos 时按补丁移植，不要硬 merge 整支分支。
    • #186 fix：供应商地址带 ?query 时，连接测试与模型发现不再丢参数。作者 hetaoBackend。BYOK/网关场景有用，改动集中在 endpoint URL 规范化。
    • #319 fix(storage)：Turn 路径上的 SQLite 争用写入补重试。作者 zch0227。对上游 main 已 dirty；面比 fix(tui): keep --model across /new sessions MiniMax-AI/minimax-code#317 大（14 files），但语义清晰，适合单独移植并跑 storage/turn 相关测试。

    上游已合、Talos 建议优先挑

    改动后再合

    仍开着

    • #307 feat：API key 支持 ${NAME} 环境变量引用。作者 jzlikewei。适合「自带模型」定位，但会碰到 Talos 改过的 provider/配置与文档；41 files，需适配后再进。

    上游已合

    • #434、#429、#454 TUI 滚动/布局/输出速率渲染修复。作者 hetaoBackend。价值真实，但易与 Talos TUI/品牌适配冲突，需对 diff 后再合。
    • #444 feat：launch-scoped system prompt overrides + Ask/Plan turn settlement（0.6.3 一批）。作者 hetaoBackend。碰 prompt / turn 边界，和 Talos 身份注入相关，不能整包盲合。
    • #436 feat：opt-in lightweight context mode。作者 hetaoBackend。产品级开关，先定 Talos 要不要再移植。
    • #459 perf：精简 per-turn reminders。作者 hetaoBackend。与 fix(runtime): restore session ID after compaction and drop forced overflow compaction MiniMax-AI/minimax-code#466 的 session identity reminder 有先后依赖，单独合容易踩坑。

    跳过

    仍开着

    上游已合

    • 发版 / 整体同步 PR（#421、#422、#423、#447、#458，对应 0.6.0–0.6.5）—— 不要整个合。
    • #477 Codex OAuth catalog client_version 钉到 0.162.0 —— 仅 Codex 发现路径；Talos 未主推该入口时可跳过。今早漏列，本轮补上。
    • #445 npm-prefix 与 Node receipt 对齐 —— 发行/安装细节，非功能修复优先级。
    • #443 locale-dependent capability tests —— 测试稳定性，可随下次测试整理一并看。
    • #435 cron --after 支持「周」—— 小众，非阻塞。
    • #363 dependabot tooling bump —— 随依赖统一升。

    署名与合入方式

    • 公开 commit 可 cherry-pick，保留上游作者；有适配时在提交说明里写清原 PR/commit，以及省略了哪些前置依赖。
    • 不因挑了公开 PR 就推进 release/extraction.json 的 sourceRevision。
    • 优先顺序建议（若本周动手）：#428 → #465 → #448 → #431 → #460+#466 → 开着的 #186 / #317；#319、#461、TUI 渲染组随后。

    上游节奏

    相对今早：开着的集合未变；10-02 之后已合候选里，本轮新明确列入建议合的是 MiniMax-AI#428/MiniMax-AI#431/MiniMax-AI#465/MiniMax-AI#448/MiniMax-AI#460+MiniMax-AI#466/MiniMax-AI#461，并补记 MiniMax-AI#477。下一轮仍按每周一北京时间例行检查；中途有用户点名可再补跑。

    — Lucy 接管后首轮

  3. PAKIKNOWLEDGE commented on Oct 19, 2026

    @PAKIKNOWLEDGE
    PAKIKNOWLEDGE
    on Oct 19, 2026 – with Cursor
    OwnerAuthor

    2026-10-19 周检（Lucy）

    承接 10-12 晚间补跑。规则仍按 docs/source-sync.md：逐个挑公开 PR，不整个合上游 main。Talos main 自 10-12 起无新提交，上次建议优先队列（MiniMax-AI#428 → MiniMax-AI#465 → MiniMax-AI#448 → MiniMax-AI#431 → MiniMax-AI#460+MiniMax-AI#466 → 开着的 MiniMax-AI#186/MiniMax-AI#317 等）仍未合入，本轮不重复展开，只记增量。

    上游目前开着 11 个 PR（上周 10：MiniMax-AI#471 已合、MiniMax-AI#468 未合关闭；新增 MiniMax-AI#493/MiniMax-AI#499/MiniMax-AI#500）。

    本周上游新合（相对 10-12 18:00 UTC）

    • #492 feat：经 Pi 支持 Google BYOK / OpenCode Go Gemini（已合 10-15）
    • #484 docs(plugins)：公开 Plugin V1 契约、schema 与无依赖 validator（已合 10-15）
    • #487 docs：修正过期版本号引用到 0.6.3 / 0.6.9（已合 10-15）
    • #471 feat(tui)：OSC 7501 程序状态上报（已合 10-13；上周已标跳过）

    建议合

    仍开着（分类未变）

    • #317 fix(tui)：-m 指定的模型在 /new 后不再丢失
    • #186 fix：供应商地址带 ?query 时保留参数
    • #319 fix(storage)：Turn 路径 SQLite 争用重试

    本周无新增「开箱可合」项；稳定性优先队列仍以上次已合候选为准（MiniMax-AI#428/MiniMax-AI#465/MiniMax-AI#448/MiniMax-AI#431/MiniMax-AI#460+MiniMax-AI#466/MiniMax-AI#461），Talos 尚未动手挑。

    改动后再合

    本周新增

    • #492（已合上游）Google BYOK —— 贴合「自带模型」，但会碰到 Talos 改过的 provider / 配置面；9 files、+242，需对照 Talos 供应商适配后再移植。
    • #493（仍开着）contextManagement.compactionTriggerAt —— 只允许更早触发自动压缩、不能推高上限；面在 config / context-manager，需核对 Talos 配置 schema 与 composition 接线后再合。作者 yujiachen-y。

    仍开着（分类未变）

    跳过

    本周新增 / 状态变化

    仍开着（分类未变）

    • #364 XDG —— 与 ~/.talos 冲突
    • #255 沙箱 —— 权限边界大
    • #146、#145 dependabot

    本周结论

    — Lucy

  4. PAKIKNOWLEDGE commented on Oct 19, 2026

    @PAKIKNOWLEDGE
    PAKIKNOWLEDGE
    on Oct 19, 2026
    OwnerAuthor

    2026-10-19 维护记录 / Talos CLI 0.1.5

    对照今天上午的 周检。当时优先队列还没进 Talos。随后按复核后的清单做了选择性移植，并发布 Talos CLI 0.1.5。没有整支合上游 main，release/extraction.json 的 sourceRevision 仍是 9b9885e42a3cf1a3df1cfa52a46e4fdb034cfcee。

    上午评论里 MiniMax-AI#493 放在「改动后再合」、MiniMax-AI#454 跟在 TUI 渲染组里。复核时这两项改为合入，并一起带上了 MiniMax-AI#477、MiniMax-AI#435。MiniMax-AI#460 的强制压缩重发、MiniMax-AI#466 的隐藏 session-id 提示没有进。

    已进 0.1.5

    • #465 ALL_PROXY=socks5://… 不再让启动直接退出。地址无效时只告警。
    • #428 模型流长时间没输出会超时并重试。环境变量是 TALOS_LLM_FIRST_EVENT_TIMEOUT_MS、TALOS_LLM_STREAM_IDLE_TIMEOUT_MS，默认 300000 ms，0 关闭。
    • #317 -m / --model 选中的模型在 /new 之后仍保持。不写入 config.yaml。
    • #186 供应商地址上的 ?query 在连接测试和模型发现时保留。
    • #431 单次请求图片数有上限（默认 20，api.mistral.ai 为 8）。超限只失败一次，并提示 /compact 或 /new。
    • #466 只取「请求过大」的一次失败分类（HTTP 413、request_too_large、body too large、context window）。裸的 MiniMax 2013 不算过大。没有带上压缩后 session-id 提示。
    • #461 MiniMax API key 路径保留 --effort。
    • #429 + #434 往上翻旧输出时，回复结束不再被甩回顶部。窗口缩放后的重放没改。fix(tui): defer rebuild when scrollback rows change without input MiniMax-AI/minimax-code#434 里「丢掉的行太少/太多」那条没搬，Talos 没有对应的 retained-document rebase。
    • #454 输出速率缓冲，避免突发刷屏把界面打乱。
    • #477 Codex 目录请求的 client_version 改为 0.162.0。
    • #435 cron once --after 接受周，例如 1w、1w2d。
    • #493 contextManagement.compactionTriggerAt 只能把自动压缩提前，不能把上限抬高。

    另外修了开屏更新说明：npm 包把 CHANGELOG.md 和 CHANGELOG.zh-CN.md 放到 cli.js 旁边。开屏取当前版本号的第一处标题，所以 0.1.5 的说明写在两份日志最上面，不会撞上上游历史里另一节 0.1.4。

    这次没进

    • #460 强制压缩后重发。
    • #448 exec 超时按块调度。
    • #319 SQLite 写入争用重试。
    • #307 API key 的 ${NAME} 引用。
    • #492 Google BYOK / OpenCode Go Gemini。
    • #364 XDG 目录，与 ~/.talos 冲突。
    • #255 沙箱。
    • #471 OSC 7501。
    • #484、#487 上游插件契约和文档版本号。
    • #436、#444、#459 上下文模式、prompt 覆盖、提醒精简。
    • 发版整体同步 #421、#422、#423、#447、#458。
    • dependabot：#499、#500、#146、#145、#363。

    发布

    • main：47fd1d3。功能提交 d31b98a，版本号提交是发版脚本生成的 chore: release MiniMax Code 0.1.5。这句是脚本里留下的上游标题，发出去的包是 @pakiknowledge/tal0s-code@0.1.5。
    • 标签 v0.1.5。GitHub Release 标题是 “Talos CLI 0.1.5”。
    • npm latest 已是 0.1.5。
    • gh pr create 仍因 CreatePullRequest 权限失败，版本号直接快进进 main。
    • 已合并的本地和远程分支已删。标签 v0.1.2–v0.1.5 保留。当前只剩 main。

    验证

    • 移植相关 Vitest，以及 packages/tui/test/unit/tui-changelog-content.test.ts。不调用模型。
    • pnpm typecheck 通过。
    • 发版记录：docs/upstream-pr-watch.md 2026-10-19 一行，release: proceed，无 P0。
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions