今天 Anthropic 提交 S-1 进入上市流程，OpenAI 公开一篇声称推翻「指数时间假设」的模型生成手稿，等待独立专家审查。和团队更相关的是 OpenCode 2.2.0 的插件会话指令，以及一份公开 Skill 权限统计：近三成不受限 Bash 授权根本没用上，配套实验演示如何离线审查 SKILL.md。本期运行环境打不开 OpenAI、Hugging Face、arXiv 等多数站点，GPT-6.1 Terra、Cohere 关于 Qwen 模型的报告等因无法读到原文没有收录，论文与理念栏目空缺，共 11 条。
需求说不清、AI 不守前端规范时，可直接试 interview-me 和 frontend-ui-engineering 技能
装社区 Skill 前花几分钟收窄 Bash 权限，减少 Agent 免确认执行任意命令的风险
让 AI 把冗长的需求澄清改短时，用「要什么 + 样例」代替「不要什么」
Anthropic 10 月 26 日宣布，已向美国证券交易委员会（SEC）提交 Form S-1 注册声明，拟首次公开发行 A 类普通股，计划在纳斯达克全球精选市场上市，股票代码为 "ANT"。发行股数和价格区间尚未确定，注册声明尚未生效。
为什么值得关注对使用自部署开源权重模型的团队没有直接影响；上市后闭源模型厂商的财务与风险披露会更透明，可作为了解行业商业状况的参考。
OpenAI 在 GitHub 仓库 openai/math 的 10 月 26 日更新中发布两篇由内部模型生成的手稿。一篇给出在亚指数时间、多项式空间内精确计数定宽 CNF 公式满足赋值的确定性算法，并称其 3-SAT 情形推翻了指数时间假设（ETH）；另一篇证明二维及以上空间维度中波动方程的 Sogge 局部光滑性。更新说明称两者都附有 Lean 形式化；由 Russell Impagliazzo、Ramamohan Paturi 和 Ryan Williams 领导的独立工作组将审查并解读 ETH 证明，材料应工作组要求立即公开。
为什么值得关注目前只是待审查的手稿，还没有专家结论，对日常研发没有直接影响；值得关注的是做法：模型产出结论，用 Lean 做机器检查，再把材料公开给外部专家审查。
Anthropic 10 月 26 日发布 Claude for Nonprofits 插件，是与约 30 家非营利组织共同打造的一组 Skill 和连接器，Team 和 Enterprise 计划的非营利组织会自动安装、不另收费。插件覆盖营销、招聘与人事、理事会支持、筹款与资助申请等工作，还包含一个对照机构 AI 使用政策检查员工提问的技能。
为什么值得关注闭源产品，团队用不上；但它是「按行业打包 Skill + 连接器 + 政策检查」的一个样例，自建内部技能包时可以参考这种组织方式。
开源编码 Agent OpenCode 10 月 27 日发布 2.2.0。新版加入实验性的桌面插件（可创建、安装和分享），插件可通过 `ctx.session.instructions.entry.put/list/remove` 增删带键的会话指令：改动在下一步以小更新的形式加入，不修改系统提示词，因此不会让提示词缓存失效，条目在压缩和回退后仍然保留，也不会额外触发一轮模型调用。提示词缓存的 TTL 也可以按 provider 和模型分别配置。
为什么值得关注用 OpenCode 接自部署模型的团队，可以借「按键注入会话指令」把项目规范、组件库约定做成可开关的插件指令，又不破坏缓存；升级前先检查自定义插件是否依赖 OpenTUI 0.6 或旧的 `@opencode/ai` 导出。
JetBrains 孵化项目 ThinkRail 在 GitHub 开源（Apache 2.0），它在进程内运行 pi 编码 Agent，外面包一层 Web 界面，提供基于 git worktree 的隔离工作区、Monaco 编辑器、终端，以及锚定在文件和 diff 上的评审评论。项目目前处于 1.0 之前，仓库约 3.5k star。
为什么值得关注「SPEC.md 与代码同步维护、Skill 原地复用」是应对 AI 不遵守项目规范的一种可借鉴做法；能否接自部署模型 README 没有说明，需要先确认 pi 的 provider 配置再评估。
Frigade 开源的桌面应用 Hob（MIT 许可）在 Mac、Windows 和 Linux 上本地运行 AI，可离线使用，数据留在本机。它会根据硬件挑选并配置合适的开源权重模型（README 举例 Gemma 和 gpt-oss），支持填写 PDF、处理文档和按项目组织工作。
为什么值得关注适合不写代码、又想在个人电脑上离线用 AI 处理文档的同事；模型规模受本机硬件限制，不能用来评估团队服务端模型的效果。
Claude Code 10 月 23 日和 26 日发布 2.1.310 和 2.1.311。2.1.310 修复了部分网关和兼容服务器拒绝 `effort-2025-11-24` beta 值或对话中途 system 消息时请求失败的问题，现在会去掉它们重试；2.1.311 中，在交互终端输入 `ultrathink` 会让该轮以 xhigh 档推理力度运行，限通过 Anthropic API 使用的 Opus 5.5、Sonnet 5.5、Haiku 5.5 和 Fable 5.1。
为什么值得关注Claude Code 依赖闭源模型，团队直接用不上；「兼容服务拒绝某个参数时自动去掉重试」这类处理，自建 Agent 对接 OpenAI 兼容推理服务时可以借鉴。
Addy Osmani 维护的 agent-skills（MIT 许可，约 111k star）收录 25 个工作流式技能，每个技能是一个带检查点和验证步骤的 `SKILL.md`，并用 `/spec`、`/plan`、`/build`、`/test`、`/review`、`/ship` 等 9 个斜杠命令对应开发流程。10 月 13 日发布的 0.6.13 修正了三个技能中写错的代码示例，并让 test-driven-development 在用户直接粘贴代码时也能触发。
为什么值得关注技能是纯 Markdown 流程，开源 CLI Agent 多数能读；其中 interview-me、spec-driven-development 对应「需求说不清」，frontend-ui-engineering 对应「不遵守组件库」，可以先挑这几个在项目里试。
开源设计技能 huashu-design（MIT 许可）10 月 17 日发布 v3.0.0，让编码 Agent 根据一句话描述产出可点击的 HTML 原型、HTML 幻灯片与可编辑 PPTX、MP4/GIF 动画和信息图。3.0 先从三种思路生成六个候选方向，再把最强的三个做成完整设计；风格库从 60 种扩充到 84 种，并新增检查破图、字号过小、对比度不足等客观问题的 `design_lint.py`。
为什么值得关注适合产品同事快速出原型或汇报材料；它面向生成新设计，并不解决「按现有组件库写代码」的问题，部分流程依赖截图，团队的无视觉模型能否用好需先评估。
公开 Agent Skill 调查项目 agent-skills-state-2026 在 10 月 26 日发布跟进报告，分析在 allowed-tools 里申请不受限 Bash（裸 `Bash` 或 `Bash(*)`，技能激活时可免确认执行任意命令）的技能实际做了什么。在 392 个仓库的 3,715 个技能中，29.9% 既没写 shell 命令也不带脚本；写了命令的 2,545 个技能里，55.7% 只用到三个或更少的不同命令；34.7% 记录或附带了至少一种较高风险行为。
数据来自 agent-skills-state-2026 的 10 月 26 日跟进报告
为什么值得关注团队引入社区 Skill 时，可以照这份清单检查 allowed-tools，把权限收窄到具体命令；这一做法与模型无关，自部署环境同样适用。注意报告只分析了页面和技能目录内的脚本，不代表 Agent 运行时实际执行的命令。
Anthropic 的提示词最佳实践建议，引导输出格式时告诉模型要做什么，而不是不要做什么，例如把「回复里不要用 markdown」换成「回复由流畅的段落组成」。同一份指南还指出，示例是引导输出格式、语气和结构最可靠的方式之一，建议给 3–5 个，并用 `<example>` 标签与指令分开。反馈迭代时同样适用：与其说「太长了、别这样」，不如直接描述想要的样子。
太长了，不要写这么多，也别用那么多列表。
请重写成给开发同事看的需求确认，用不超过 [5] 句的连贯段落：第一句说要做什么，接着写 [2–3] 条验收标准，最后列出仍需我确认的问题，最多 [3] 个。格式参考下面的样例： <example> [一段你认可的简短需求确认] </example>
为什么值得关注这条原则不依赖具体模型，开源权重模型同样适用；对「AI 澄清需求时写得太长、没人看完」的问题，可以直接用这种写法约束输出。
没有符合筛选条件的条目。