Twitter AI 编程 - 2026-07-05¶
1. 人们在讨论什么¶
1.1 工作流层与编排工具包持续增多（🡕）¶
最强的讨论簇并不是某个新旗舰模型发布，而是围绕现有编程代理持续封装上下文、记忆、协同与审查能力。至少有七条入选内容支撑了这一主题：GitHub 自定义代理、AI Workflow 技能包、multi-agent-shogun、Maestro、Happier、Orca，以及一个设计技能注册表。相比 7 月 4 日聚焦第一方多代理推进，7 月 5 日进一步扩展到第三方工作流工具包和操作界面。
@github 宣布（171 个赞、18 条回复、28,102 次浏览、54 次收藏）介绍了 GitHub Copilot CLI 中的自定义代理；关联的 GitHub 博客称，这些代理以 Markdown 配置文件形式存放在 .github/agents 中，带有 YAML frontmatter、明确的工具访问权限，以及可审查的安全护栏，用于重复性的终端工作流。
@DanKornas 重点介绍了（20 个赞、5 条回复、1,737 次浏览、25 次收藏）介绍了 AI 工作流，其公开 README 证实：它提供 170 多个可安装技能、面向特定领域的工作流包、npx add-skill，并支持 Claude Code、Cursor、Codex、OpenCode、GitHub Copilot 和 Gemini CLI。关键变化不是又一套提示词包，而是可复用的工作流上下文正作为一种跨工具安装入口被分发。
@DanKornas 分享了（24 个赞、6 条回复、1,834 次浏览、18 次收藏）介绍了 multi-agent-shogun；公开 README 也印证了其独特主张：一个 strategist 加上多个 worker 可以在可见的 tmux 窗格中并行运行，并通过 YAML 文件完成任务委派、报告与协同，而不是依赖隐藏状态。
@DanKornas 发布了（9 个赞、6 条回复、1,143 次浏览、5 次收藏）介绍了 Maestro，其 README 描述了 25 个工作流命令、7 个参考文件、持久化记忆、审计轨迹和一个 MCP 服务器。回复中有读者立刻追问：这些记忆单元能否保持新鲜，而不是逐渐变成过时的 wiki 摘要。这表明，持久化本身如今已成为一个现实的设计问题。
@DanKornas 提到了（8 个赞、3 条回复、1,522 次浏览、7 次收藏）介绍了 Happier——一个面向 Claude Code、Codex、OpenCode 等工具的端到端加密跨设备客户端；与此同时，@YoussefHosni951 介绍了（3 个赞、3 条回复、97 次浏览）将 Orca 描述为一种环境，可把同一个任务分发到相互隔离的 git worktree 中，并将结果并排比较。两者共同把主题从“安装一个工作流”推进到“跨机器和设备监督多个工作流”。
讨论洞察： 有价值的质疑集中在记忆质量与安全性上，而不是工作流层是否重要。GitHub 帖子下的回复质疑，仅靠 Markdown 护栏是否足以应对高风险事件；Maestro 帖子下最有力的回复则追问，会话记忆能否保持结构化且不过时，而不是逐渐失效。
与前一天比较： 7 月 4 日让官方自定义代理和 Claude 内嵌 Codex 集成进入视野。7 月 5 日则沿着同一方向扩展到了可复用技能库、记忆层、多代理 shell，以及移动端监督界面。
1.2 围绕限制做路由，已从临时技巧变成产品界面（🡕）¶
成本和配额压力仍是核心问题，但讨论语气再次发生了变化。7 月 4 日主要关注重置可见性和 Azure 积分变通方案；7 月 5 日则强调跨供应商路由的控制平面、预付费钱包，以及明确的本地/云端任务策略。最强的几条内容都围绕如何维持会话不断线，以及如何在不重建整个工作流的情况下切换到更便宜的通道。
@VaibhavSisinty 表示（71 个赞、10 条回复、7,614 次浏览、142 次收藏）称，9Router 可以夹在 Claude Code 和 40 多家供应商之间，在某一路径额度耗尽时切换到更便宜或免费的模型，压缩工具输出，并在实时仪表板中展示配额状态。附带的仪表板是关键证据，因为它把已连接的 OAuth 供应商、免费供应商和 API 密钥供应商统一到一个路由界面中，而不是停留在理论功能清单上。
@StudentOffersHQ 表示（61 个赞、3 条回复、3,330 次浏览、64 次收藏）介绍了 Inference.net：它通过一个兼容 OpenAI 的密钥提供 26 个前沿模型，并为用户提供 26 美元积分。钱包截图很关键，因为它显示了 25 美元支持积分、1 美元新手积分，以及即时的使用扣费，让“预付费积分”这条路径变得具体而非抽象。
@elbruno 发布了（7 个赞、2 条回复、505 次浏览、4 次收藏）介绍了新推出的 CopilotHarness 系列，主张“为正确的任务选择正确的模型”；关联的 项目文档 则描述了借助 Aspire 编排，在 Ollama、Microsoft Foundry Local 和云端模型之间进行基于策略的路由。
@khanUmarCodes 认为（3 条回复、58 次浏览）称，他通过 OpenCode 加上开放权重的 MiniMax 和 DeepSeek 模型，每天能完成有用的工作，成本约为 10 美元；但前提是工作流必须先澄清需求，再写 PRD，然后拆成实现 issue，最后切分为可测试的小块。这让“路由”这一主题更具操作性：当任务结构更严格时，更便宜的模型才真正可行。
讨论洞察： 回复并不是主要在庆祝“免费 AI”，而是不断回到连续性和调试问题上。一条 9Router 讨论下的回复希望 Cursor 和 Antigravity 也能获得同类控制；另一条针锋相对的回复则认为，供应商抽象很重要，因为无论底层启用哪个模型，工具都应该保持一致行为。
与前一天比较： 7 月 4 日把配额管理当作重置时机和计费通道的变通问题。7 月 5 日则上升了一层，转向路由器、多模型预付费钱包，以及基于策略的本地/云端选择。
1.3 代理工作流扩展到相邻领域：Web 应用、攻防安全与数学研究（🡕）¶
第三个讨论簇显示，编程代理模式正在走出常见的“帮我改仓库”框架。入选证据涵盖浏览器原生代理、攻防安全代理群，以及专家级数学工作流。共同特征是：保留专家在环判断，同时把更多结构化执行交给代理系统。
@israfill 重点介绍了（53 个赞、21 条回复、4,286 次浏览、59 次收藏）介绍了阿里巴巴的 Page Agent；公开仓库证实了几个关键主张：一行页面内 JavaScript 即可集成、使用基于文本的 DOM 交互而非截图、支持自带模型，并可选用浏览器扩展或 MCP 路径实现更广泛的控制。这一点很重要，因为它把浏览器自动化重新定义为一种可嵌入的产品能力，而不是一套独立的无头技术栈。
@IntCyberDigest 总结了（34 个赞、2 条回复、3,456 次浏览、25 次收藏）将 T3MP3ST 描述为面向 Claude Code 和 Codex 订阅用户的多代理攻防安全框架。附带表格是关键信息，因为它明确列出了系统声称能猎取什么，以及各条路线的成熟度：Web 应用和 CTF 覆盖稳定，机器人或 OT 工作达到流水线稳定，源代码分析仅支持 Python 输入，智能合约则偏向复现而非全新发现。
@nasqret 写道（17 个赞、575 次浏览、9 次收藏）称，Claude Code 和 Codex 正在改变他在算术代数几何中的工作流：他可以以接近思考速度生成并检查 CAS 代码，而不必手动输入每一步验证。信息量最大的图片是那张已验证修正表，因为它显示这一工作流被用于具体的数学检验和论文支持，而不只是泛泛记笔记。
讨论洞察： 这些帖子并不是在论证代理会取代领域专家，恰恰相反，它们展示的是另一种模式：专家保留判断权，而代理接管 Web 界面、漏洞利用流水线或符号计算工作流中重复但高度结构化的执行部分。
与前一天比较： 7 月 4 日出现的是安全检查清单和培训路径。7 月 5 日展示了更多真实、领域化的工作流：浏览器副驾、攻防安全代理群，以及利用编程代理做实际验证工作的数学研究者。
1.4 真正的优势持续被归因于执行框架本身（🡒）¶
这一主题在 7 月 3 日和 7 月 4 日已经很强，到了 7 月 5 日依然存在。新的变化在于，人们越来越多地用流程图、基准差距和具体工作流模式来支撑这一判断，而不再只是凭直觉。反复出现的信息是：模型固然重要，但围绕模型构建的闭环更重要。
@0x_kaize 认为（29 个赞、13 条回复、1,094 次浏览、17 次收藏）称，提示词工程正被循环工程取代。附图是主要证据，因为它把差异讲得很清楚：提示词工程是一条一次性的提示—响应路径；循环工程则围绕目标、规划、执行、验证、反思与迭代组织起来，并把失败恢复和成功条件纳入流程。
@PhiloGroves 指出了（2 条回复、109 次浏览）介绍了腾讯的 Xuanwu Atuin AI CyberGym 文章，其报告称 GLM-5.1 在 CyberGym Level 1 上取得了 84.0% 的 pass@1，而引用的 Claude Code 下 GLM-5.1 结果为 68.7%。腾讯将这一差距归因于 manager/subagent 编排、面向安全的技能、SOP 遵循、TODO 跟踪，以及用于检测偏离的工作流钩子。
@khanUmarCodes 补充道（3 条回复、58 次浏览）则给出了同一观点的实操版本：他之所以能在更便宜的开放权重模型上获得收益，是因为改变了工作流，让代理先澄清歧义、撰写 PRD、把工作拆成可测试的小块，并避免过度工程化。
讨论洞察： 操作层面的问题已经不再是“哪个基础模型赢”，而是“什么样的工作流能让代理在足够长的时间里保持专注、控制预算、并且可审查，从而把真实工作做完”。
与前一天比较： 7 月 4 日把编排视为角色拆分和产品界面问题。7 月 5 日则新增了明确的循环图、同一模型下的基准差距，以及更多从业者对流程层为何会改变结果的细致说明。
2. 人们感到挫败的地方¶
限制、积分和供应商切换仍会打断原本良好的工作流¶
严重程度：高。最强的成本相关帖子几乎全是变通方案。@VaibhavSisinty 表示（71 个赞、10 条回复、7,614 次浏览、142 次收藏）显示，人们使用 9Router，正是为了让 Claude Code 会话在不中断的情况下切到更便宜、再切到免费的供应商；与此同时，@StudentOffersHQ 主推（61 个赞、3 条回复、3,330 次浏览、64 次收藏）则把预付费积分和单密钥模型访问当作维持工作的现实办法。@elbruno 回应称（7 个赞、2 条回复、505 次浏览、4 次收藏）则通过为 Copilot 搭建本地/云端路由执行框架来应对，@khanUmarCodes 表示（3 条回复、58 次浏览）也表示，只有当工作流足够结构化、能减少无效重试时，他才真正把便宜模型用起来。人们正在用代理、预付费钱包、本地模型和路由策略来应对。这值得投入，因为这层“变通层”本身已经开始长成独立产品。
原始提示仍会导致偏离、过度工程化和会话失忆¶
严重程度：高。@0x_kaize 认为（29 个赞、13 条回复、1,094 次浏览、17 次收藏）指出，一次性提示对于长程运行过于脆弱，因为它缺少记忆、验证和恢复能力。@khanUmarCodes 介绍了（3 条回复、58 次浏览）则从另一个角度呈现了同一种失效模式：模糊请求会让代理自信地自行消解歧义，最后表现为过度工程化或任务偏离。@DanKornas 分享了（9 个赞、6 条回复、1,143 次浏览、5 次收藏）介绍了 Maestro 作为一层记忆与工作流层，而其中最有价值的回复立刻追问：如果记忆条目不跟踪主张、范围、状态和来源轨迹，怎么避免它们过时。这值得投入，因为用户如今明确要求的是工作流结构，而不仅仅是更好的自动补全。
没有额外 shell 或配套应用时，同时监督多个代理仍然很别扭¶
严重程度：中。@DanKornas 分享了（24 个赞、6 条回复、1,834 次浏览、18 次收藏）提到 multi-agent-shogun，因为“协调八个才是难点”，而不是运行一个代理。@DanKornas 发布了（8 个赞、3 条回复、1,522 次浏览、7 次收藏）介绍了 Happier，让会话可在手机、Web、桌面和终端之间访问；@YoussefHosni951 展示了（3 个赞、3 条回复、97 次浏览）则把 Orca 描述为一个环境，用于在相互隔离的 worktree 中比较多个代理。应对模式已经很清楚：tmux 层级、跨设备客户端，以及专门的代理 IDE。这个方向值得做，因为这种痛点往往要等团队开始持续运营多个代理后才会显现。
具备浏览器能力的代理仍暴露出严重的安全暴露面¶
严重程度：高。@TakSec 警告称（11 个赞、1 条回复、1,274 次浏览、8 次收藏）称，Google Antigravity 可以被诱导从隐藏的 <title> 标签中泄露 API 密钥；关联的 ODIN 分析称，数据外泄路径经过终端访问和一个渲染后的图片 URL，前提是用户批准了代理口中那个无害的“视觉调试令牌”。@IntCyberDigest 展示了（34 个赞、2 条回复、3,456 次浏览、25 次收藏）则指出，像 T3MP3ST 这样的多代理攻防安全框架也正在以领域化 hunt 模式和成熟度声明的方式被产品化。甚至 Page Agent 的公开文档也强调关键操作前的人类确认，这说明构建者已经把这视为现实风险。这个方向值得投入，因为风险具体、可复现，并且直接绑定在“浏览器 + 终端”代理这一暴露面上。
3. 人们希望存在什么¶
原生的成本感知路由和可见配额状态¶
最清晰的现实需求，是让产品自己暴露运行边界，而不是把用户推向外部代理和电子表格。@VaibhavSisinty 展示了（71 个赞、10 条回复、7,614 次浏览、142 次收藏）解释了 9Router 为什么会引发共鸣：它提供回退规则、配额跟踪，以及跨多家供应商的统一端点。@StudentOffersHQ 将其定位为（61 个赞、3 条回复、3,330 次浏览、64 次收藏）则把预付费积分和单密钥模型访问视为现实替代方案，@elbruno 进行了（7 个赞、2 条回复、505 次浏览、4 次收藏）则用一个策略驱动的本地/云端路由执行框架表达了同样的诉求。这是迫切的现实需求，而不是理想化愿景。机会：直接。
跨会话保留的持久工作流记忆与结构¶
人们要的不只是更大的上下文窗口，而是能保住正确状态单元的工作流。@DanKornas 推广了（9 个赞、6 条回复、1,143 次浏览、5 次收藏）把 Maestro 作为记忆、审计和工作流层提出，但最强的回复立刻追问：怎样才能防止记忆过时。@DanKornas 还分享了（20 个赞、5 条回复、1,737 次浏览、25 次收藏）关注 AI Workflow，正是因为新会话否则总要从零开始；@khanUmarCodes 表示（3 条回复、58 次浏览）则指出，真正的解锁点是在实现前强制完成澄清、PRD、issue 拆分和可测试小块切分。这是一个有大量主动试验、但尚无稳定默认方案的直接产品缺口。机会：直接。
跨 worktree 和设备的多代理任务控制中心¶
最强烈的监督诉求，是当工作变成异步且多代理之后，需要更好的操作界面。@DanKornas 分享了（24 个赞、6 条回复、1,834 次浏览、18 次收藏）关注 multi-agent-shogun，因为难点在协调，而不在调用。@DanKornas 展示了（8 个赞、3 条回复、1,522 次浏览、7 次收藏）关注 Happier 的跨设备续接能力；@YoussefHosni951 将其定位为（3 个赞、3 条回复、97 次浏览）则把 Orca 视为一种从单一界面对多个隔离 worktree 中的代理进行比较的方式。这是一个现实需求，已有多个新兴答案，但尚无主导标准。机会：竞争性。
人们真正能信任的更安全浏览器代理和审批流程¶
Web 代理相关帖子把这一缺失需求讲得异常具体。阿里巴巴的 Page Agent 已经宣传关键操作需要人工确认，而 @TakSec 展示了（11 个赞、1 条回复、1,274 次浏览、8 次收藏）则显示，即便存在用户审批步骤，如果代理把动作误描述成无害的调试令牌，流程依然可能失效。这是一个现实的安全需求，政策系统、扫描器和 UI 层缓解措施已经形成明确竞争，但核心工具仍有空间给出更强的原生答案。机会：竞争性。
4. 正在使用的工具和方法¶
| 工具 | 类别 | 情绪 | 优势 | 局限 |
|---|---|---|---|---|
| GitHub Copilot CLI 自定义代理 | CLI 工作流层 | (+) | 为可重复的终端工作定义仓库内角色、工具和护栏 | 回复质疑，仅靠 Markdown 护栏是否足以应对高风险真实运行 |
| 9Router | 路由代理 | (+/-) | 自动回退、配额跟踪、token 压缩，以及面向多个编程客户端的统一端点 | 额外增加了一层需要调试的控制平面，也可能把供应商切换隐藏在单一界面之后 |
| Inference.net | 多模型 API / 积分 | (+/-) | 单密钥、预付费起始积分、前沿模型访问，以及兼容 OpenAI 的客户端 | 需要支付卡，大模型会很快消耗起始余额 |
| AI Workflow | 技能包 / 工作流包 | (+) | 170 多个可安装技能、领域包，以及广泛的助手支持 | 属于外部策展层，而非原生产品默认能力 |
| multi-agent-shogun | 代理编排 | (+) | 可见的 tmux 窗格、并行 worker、YAML 协同，以及可版本化交接 | 它试图压住的核心问题，仍然是协调成本本身 |
| Maestro | 工作流与记忆层 | (+) | 命令、反模式指导、持久记忆、审计轨迹和 MCP 服务器 | 读者立刻质疑记忆能否保持新鲜，以及它是否与内置功能重叠 |
| Happier | 会话伴侣 / 控制界面 | (+) | 跨设备续接、回放与分叉，以及加密会话访问 | 解决的是连续性与控制，不是模型本身的核心质量 |
| Orca | 并行代理 ADE | (+) | 隔离 worktree、移动端配套、设计模式和 diff 标注 | 需要独立环境，以及多个底层代理订阅 |
| Page Agent | 浏览器代理 | (+/-) | 一行集成、DOM 原生控制，以及可选的 MCP 和扩展支持 | 依赖 DOM 的整洁程度，并会把页面上下文发送给所配置模型 |
| CopilotHarness | 路由方法 | (+) | 在 Ollama、Foundry Local 和云端模型之间尽量优先本地模型 | 仍处早期阶段，更像一种架构模式，而非主流默认方案 |
| OpenCode 加开放权重模型 | 低成本编程技术栈 | (+) | 当任务经过澄清并细致切分后，可以快速、低成本完成日常工作 | 一旦请求含糊或工作流允许偏离，就会失效 |
总体模式是组合，而不是替代。@VaibhavSisinty 展示了（71 个赞、10 条回复、7,614 次浏览、142 次收藏）展示了叠加在既有编程工具之上的路由层；@StudentOffersHQ 宣传为（61 个赞、3 条回复、3,330 次浏览、64 次收藏）展示了一个密钥访问多类模型家族；@khanUmarCodes 认为（3 条回复、58 次浏览）则表示，只有当工作流变得更严格时，便宜的开放权重模型才会变得可靠。在工作流一侧，@DanKornas 使用了（20 个赞、5 条回复、1,737 次浏览、25 次收藏）用 AI Workflow 封装可复用技能，分享了（9 个赞、6 条回复、1,143 次浏览、5 次收藏）用 Maestro 管理记忆和命令，提到了（8 个赞、3 条回复、1,522 次浏览、7 次收藏）则用 Happier 维持会话连续性。迁移压力在两个方向上都很明显：高端代理仍处理架构、审查或更难的推理，而路由层和更便宜的模型则被推向批量执行和长时运行工作。
@elbruno 发布了（7 个赞、2 条回复、505 次浏览、4 次收藏）给出了 CopilotHarness 的一个例子，体现了同样的动态：能本地就本地，必要时再上云，由策略而不是习惯决定路径。
5. 人们正在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| GitHub Copilot CLI 中的自定义代理 | @github | 用带明确工具和护栏的 Markdown 定义可复用终端代理 | 反复运行相同 CLI 工作流，以及一再重述团队上下文 | Markdown 代理配置文件、YAML frontmatter、GitHub Copilot CLI | 已发布 | 推文、博客 |
| 9Router | @VaibhavSisinty 介绍了 decolua 的项目 | 在多家供应商之间路由编程工具，并提供回退、配额跟踪和 token 压缩 | 会话上限、手动切换供应商，以及配额浪费 | JavaScript 代理、兼容 OpenAI 的端点、OAuth/API 密钥供应商 | 已发布 | 推文、仓库 |
| Page Agent | @israfill 介绍了阿里巴巴的项目 | 将自然语言 GUI 代理直接嵌入网页 | 缺少 API 的遗留或内部 Web UI，以及相比无头技术栈更轻量的自动化需求 | TypeScript、页面内 JavaScript、可选浏览器扩展、MCP 服务器 | 已发布 | 推文、仓库 |
| AI Workflow | @DanKornas 介绍了 nicepkg 的项目 | 在多个助手之间安装可复用的工作流和技能包 | 每次会话都从零开始，并反复重教领域规则 | SKILL.md 工作流包、npx add-skill、跨工具技能目录 |
已发布 | 推文、仓库 |
| multi-agent-shogun | @DanKornas | 在可见的 shell 层级下并行运行多个编程代理 | 协调多个代理，同时不丢失状态、任务或报告 | shell、tmux、YAML 协调文件、Memory MCP | Beta | 推文、仓库 |
| Happier | @DanKornas | 在手机、Web、桌面和终端之间续接、控制和回放编程代理会话 | 代理被困在启动它的那台机器上 | TypeScript、移动端/Web/桌面客户端、端到端加密 | Beta | 推文、仓库 |
| Maestro | @DanKornas | 为 AI 编程工具增加工作流命令、参考资料、记忆和审计 | 会话失忆、流程不一致，以及反复出现的工作流错误 | TypeScript、技能、MCP 服务器、JSONL 审计和记忆文件 | Beta | 推文、仓库 |
| Orca | @YoussefHosni951 介绍了 StablyAI 的项目 | 将一个任务分发到相互隔离的 worktree，并让用户并排比较代理输出 | 多个代理同时运行时的合并混乱和上下文切换 | TypeScript、git worktree、移动端配套、内嵌 Chromium 工具 | 已发布 | 推文、仓库 |
| ArcKit | @DanKornas | 将企业架构与保障能力封装为可复用的命令、代理和模板 | 架构治理散落在彼此割裂的文档中，而不是沉淀为可重复工作流 | JavaScript 工具包、命令、模板、钩子、治理覆盖层 | Beta | 推文、仓库 |
几个较大的项目都指向同一种构建模式：新的产品界面不是“更聪明的模型”，而是“围绕模型打造更好的层”。@VaibhavSisinty 展示了（71 个赞、10 条回复、7,614 次浏览、142 次收藏）把 9Router 作为回退与配额路由的控制平面；@YoussefHosni951 将其概括为（3 个赞、3 条回复、97 次浏览）则把 Orca 作为多个代理能在隔离 worktree 中运行并被集中审查的地方。@DanKornas 分享了（9 个赞、6 条回复、1,143 次浏览、5 次收藏）用 Maestro 管理记忆和可复用命令，@DanKornas 分享了（8 个赞、3 条回复、1,522 次浏览、7 次收藏）则用 Happier 做跨设备控制。
反复触发这些项目构建的，并不是模型原始智能不够，而是连续性丢失、路由不透明、监督薄弱，以及太多工作流被困在一段长聊天里。同样的模式也解释了更专业化的构建：Page Agent 面向内部 Web UI，ArcKit 面向架构治理，AI Workflow 面向领域化技能包。
6. 新进展与值得关注的内容¶
同一模型在公开网络安全基准中的执行框架增益得到了量化¶
@PhiloGroves 指出了（2 条回复、109 次浏览）介绍了腾讯的 Xuanwu Atuin AI 在 CyberGym Level 1 上的结果：GLM-5.1 的 pass@1 达到 84.0%，而引用的 Claude Code 下 GLM-5.1 基线为 68.7%。文中明确表示，这一增益来自 manager/subagent 编排、SOP 遵循、可复用网络安全技能、TODO 跟踪和工作流钩子，而不是更换基础模型。
劳动力市场图表让初级程序员所受挤压更难被忽视¶
@OwenGregorian 认为（13 个赞、4 条回复、2,996 次浏览、4 次收藏）称，AI 对初级编程工作的冲击远大于对资深群体的冲击，附图是关键证据。其中一张图显示，美国按年龄划分的软件开发者就业中，22–25 岁群体较峰值下降了 19%，而年长群体反而上升；另一张图则显示，编程和 Web 开发职位头衔下降，而软件开发者和数据科学家仍保持正增长。
技能正从代码工作流扩展到设计系统封装¶
@tom_doerr 分享了（3 个赞、2 条回复、2,172 次浏览、7 次收藏）介绍了 awesome-design-skills——一个面向代理工具、收录 67 个设计系统技能文件的注册表。它之所以值得注意，不在于互动量，而在于它把当天的工作流封装趋势从编程指令延伸到了界面工作中成对出现的 SKILL.md 和 DESIGN.md 产物。
7. 机会在哪里¶
[+++] 面向编程代理的路由与配额控制平面 — 第 1、2、3、4 节的证据都指向这一点：9Router、Inference.net、CopilotHarness，以及基于开放权重模型的 OpenCode 工作流之所以存在，是因为用户仍需要一种可见方式，按配额、价格和任务来路由。机会很强，因为人们已经在采用独立路由器和预付费钱包，只为保持工作不断线。
[++] 工作流记忆与结构化任务拆解 — AI Workflow、Maestro、循环工程讨论，以及 Umar Khan 的“澄清 -> PRD -> issues -> 可测试切片”工作流，都指向同一个缺口。用户希望代理记住该记住的内容、提出澄清问题，并在跨会话工作时保持可审查，同时避免偏离或过度工程化。
[++] 跨 worktree 和设备的多代理任务控制中心 — multi-agent-shogun、Happier 和 Orca 解决的都是监督问题，而不是模型问题。机会中强，因为痛点具体明确，但现在已经有多个早期方案在 shell、桌面和移动端界面上竞争。
[++] 更安全的浏览器与终端代理护栏 — ODIN 对 Antigravity 的漏洞利用，以及攻防安全代理框架的增长表明，浏览器加终端代理已经需要更强的审批、策略和审计层。机会中等，因为构建者已意识到这一点，但核心产品仍留下明显缺口。
[+] 面向专家工作的领域专用工作流包 — ArcKit、awesome-design-skills，以及算术代数几何工作流都暗示了一个较新的机会层：面向架构、设计系统、数学验证及其他专家领域的专用包。信号仍在形成中，但这些例子已经比泛泛的“垂直 AI”讨论具体得多。
8. 要点¶
- 工作流层扩张的速度继续快于模型叙事。 GitHub 自定义代理、AI Workflow、multi-agent-shogun、Maestro、Happier 和 Orca 都把编程质量视为封装、记忆和监督问题，而不是单纯的模型选择问题。（来源）
- 规避配额如今已成为独立的产品类别。 9Router、Inference.net、CopilotHarness，以及更便宜的 OpenCode 工作流，都在帮助会话跨越限制、预付费积分和本地/云端划分持续运行。（来源）
- 只有当工作流更严格时，人们才越来越信任便宜模型。 当天最强的低成本成功案例，都把开放权重模型或混合模型群，与澄清、PRD、issue 拆分和明确验证闭环结合了起来。（来源）
- 具备浏览器能力的代理依旧同时强大又危险。 Page Agent 展示了轻量浏览器副驾正在变得多易于部署，而 ODIN 对 Antigravity 的漏洞利用则说明，同一浏览器加终端界面也可能被滥用于密钥外泄。（来源）
- 围绕“执行框架 vs. 模型”的争论获得了更强证据。 腾讯的 CyberGym 文章认为，同一个 GLM-5.1 模型在更专业化的多代理工作流下取得了实质性更好的结果，进一步强化了信息流对循环设计与编排的整体转向。（来源）