AI日报：DeepSeek Harness密钥脱敏升级与Codex模型调整

引言

据B站UP主「马上花生」的AI日报（2026年10月15日）报道，本期共汇总九条AI领域动态，涵盖开发工具更新、模型发布与平台策略调整。其中DeepSeek^广告 Harness alpha.3的密钥脱敏与子智能体预设功能、以及Codex停用GPT-5.5最为关键。以下为详细解读。

DeepSeek Harness alpha.3：密钥自动脱敏与子智能体独立预设

10月14日，DeepSeek在GitHub发布Harness 0.2.1-alpha.3预发布版。该版本带来三项核心改进：Web端在本机HTTP访问时可登录DeepSeek账号，消息中的密钥和令牌默认脱敏，需要时再查看；新增极简模式，能读图并自动压缩长对话；Web和桌面端加入Compact指令，支持手动压缩。此外，子智能体可各自配置独立的Agent预设，委派任务上线时会提前提示，等指任务时不再消耗新的目标轮次。

SDK方面，TypeScript和Python均支持Resume恢复会话，PTC的Node环境增加了可选内存模式。需要留意两处破坏性变更：Headless模式默认改读环境变量和ENV文件，不再读取已保存的密钥；Azure提供方统一改名，旧名配置需迁移。建议在Alpha升级前先在测试环境跑一遍。

什么是子智能体（Sub-agent）与 Agent 预设？

子智能体是相对于主智能体（Orchestrator/Main Agent）而言的从属执行单元。在 Harness 这类开发框架中，主智能体负责理解用户意图、拆解任务，再把具体子任务委派给一个或多个子智能体去执行，类似"项目经理派活给专员"。每个子智能体通常有独立的上下文、工具集和推理预算。

**Agent 预设（Preset）**则是一套可复用的配置模板，定义该智能体使用哪个模型、系统提示词如何写、可以调用哪些工具、推理强度多高等。此前 Harness 中所有子智能体往往共享同一套默认配置，而 alpha.3 允许"各自配置独立预设"，意味着可以针对代码审查、文档检索、测试生成等不同场景，为每个子智能体定制不同模型与工具权限，从而在成本与效果之间做更精细的取舍。这对构建多智能体协作流水线的团队尤为关键。

OpenAI Codex停用GPT-5.5

OpenAI官方更新日志显示，自北京时间10月15日凌晨3点起，使用ChatGPT登录的Codex停用GPT-5.5，建议切换至GPT-6.1作为默认模型。托管配置、自定义Agent定时任务和脚本中写死的5.5都需修改。OpenAI API和用API Key登录的Codex不受影响，这并非API下架。

为何要区分"ChatGPT 登录"与"API Key 登录"？

Codex 提供两种身份认证方式：一种通过 ChatGPT 订阅账号登录（OAuth 流程），凭据由 ChatGPT 侧签发；另一种直接填入 OpenAI API Key，走独立的计费与模型配额体系。两套体系的生命周期是分开管理的。

本次调整只影响前者：ChatGPT 登录态下可调用的模型清单被更新，GPT-5.5 被移除并引导用户切换到 GPT-6.1。而 API Key 路径访问的是 OpenAI API 那套模型目录，不受 ChatGPT 端模型上下架影响，因此订阅制用户与 API 用户的"可用模型"经常不一致。开发者排查兼容性问题时，第一件事就该确认自己用的是哪条链路，再对照相应渠道的模型公告，避免把平台侧的套餐调整误判为模型下线。

其他值得关注的工具更新

GitHub Actions工作流锁文件公开预览：通过GH Actions Lock扩展生成锁文件，将Action传递依赖和可复用工作流锁定到具体Commit、Tag或分支，即使被改址也照样跑锁定版本。管理员可设必须有锁文件的策略，Dependabot升级时会同步改锁文件。Free、Team和企业云均可使用。需注意官方锁定不判断依赖本身是否安全，锁之前要先审。

Cloud API上线OpenTelemetry导出Beta：Messages API请求和Managed Agents的Trace可导出到自己的可观测后端，在Console里加导出目的地SDK，支持七种语言。Beta字段可能变化，导出的是遥测不等于完整审计日志。

Google发布Deep Review：一个技术文档审稿Agent，先将文档切段，按难度分配算力，并行核查再汇总成意见。加入Gemini 4 Argon支持，每人每周免费两次，接Gemini API Key额度更高还能用API接近CI。此前在四个顶会一万六千多篇稿件上试点。目前只收PDF和纯文本，官方说不拿来训练但会保存一年，机密文档需谨慎。

Kimi Code 1.1.0正式版：桌面端新增Linux版支持X86-64，有AppImage、DEB和RPM可用。可通过链接或二维码从手机远程控制本机Agent，增加了文件数和Kimi App命令。安全上文件工具不能再通过符号链接阅出工作目录，项目本地配置要等工作区受信任才生效。文件监听改为默认关闭，要热更新Agent文件得手动打开，全屏界面还是实验功能。

蚂蚁InclusionAI发布03.1 Flash权重：在Hugging Face放出混合线性MOE模型，总参数5600亿，激活250亿，上下文100万。有首日镜像，VLLM也给了部署方案。模型卡称在Cloud Code、Coin Code等框架上体验良好。官方推荐配置是8卡H200或4卡GB300，普通电脑跑不动。评测结论是官方自曝自言，Harness Link Code只是考虑开源。

GitHub Copilot Hydrofusion更新：研究预览多模型协作，模型池换上OPUS 5.5和GPT-6系列。起草用中等推理，评审用高推理。Cascade加了裁判步骤，Critic改成多个评审并行直接检查工作区。新增Max档推理更深。只对Pro、Pro+、商业版和企业版开放，还要先开启预览功能。

xAI发布Grok Voice 3.0：语音模型公告引用Artificial Analysis数据，语音到语音指数86.9排第一，延迟低于一秒，价格和2.0相同每分钟8美分。用Grok Voice Latest以自动切换。注意排名和星链七成来电不用转人工都出自xAI公告，没有独立复现。

GitHub Actions 锁文件解决了什么问题？

GitHub Actions 的 workflow 通常以 uses: owner/repo@v3 这类形式引用 Action，其中 v3 是可变标签，维护者随时能把该标签指向新提交——这在供应链攻击场景中意味着你的 CI 可能在不知情的情况下执行了被篡改的代码。

锁文件（Lock file）机制借鉴了 npm、Cargo 等包管理器的做法：把所有 Action 及其传递依赖解析到具体的 Commit SHA、Tag 或分支，写入一份可提交到仓库的锁定清单，CI 执行时严格按锁定版本运行，即使上游改址也不受影响。管理员还能设置策略强制要求必须存在锁文件。需要注意，锁定解决的是"版本漂移与替换"问题，并不审查依赖本身是否有漏洞或恶意代码，因此上线前仍需人工审计。

OpenTelemetry 为何成为可观测性的通用标准？

OpenTelemetry（OTel）是 CNCF 旗下的开源项目，旨在统一 Traces（调用链）、Metrics（指标）、Logs（日志）三类遥测数据的采集与传输格式，并提供与厂商无关的 SDK 和 Collector。此前各家监控平台都有自己的私有协议，接入一次就被锁定一次；OTel 让应用侧只需埋点一次，就能把数据导出到 Jaeger、Datadog、Grafana 等任意后端。

Cloud API 上线 OTel 导出 Beta，意味着开发者可以把 Messages API 请求和 Managed Agents 的执行 Trace 直接送进自己已有的可观测体系，与业务系统其他调用链拼在一起看。需要注意两点：Beta 阶段的字段定义可能变动，生产环境要做好版本兼容；其次导出的是遥测数据，采样和保留策略由你掌控，因此不能等同于合规意义上的完整审计日志。

总结

本期日报显示，开发工具在安全与协作上持续进化：DeepSeek Harness的密钥脱敏和子智能体预设提升了灵活性与安全性，Codex的模型调整提醒开发者及时更新配置。GitHub Actions锁文件与Cloud API遥测导出增强了工程可靠性。国产模型蚂蚁03.1 Flash和Kimi Code 1.1.0展示了开源与跨平台能力。xAI的语音模型数据亮眼但需独立验证。