首页 文章 精选 留言 我的

精选列表

搜索[自我进化],共7159篇文章
优秀的个人博客,低调大师

FDE进化36记-第24记-复杂客服任务怎么拆给Planner与Router?

我是老李,在给一家全球智能客服平台做 FDE。平台同时服务多个企业,每个企业有不同项目、语言、渠道,后端接着 CRM、订单、支付、物流、工单和知识库。过去一个客服 Agent 能回答 FAQ 就算成功,现在客户要的是一条闭环:认出客户是谁,理解他为什么来,查到订单和知识,判断政策,给方案,执行动作,再确认结果。

优秀的个人博客,低调大师

FDE进化36记-第28记-Harness怎么管住权限、Guardrail、审计和人工接管?

我是老李,带一支 FDE 小队,给一个全球智能客服平台做 Agent 落地。平台上面挂着好几家企业租户,每家租户下面又分多条业务线,客服入口有 App、网页、WhatsApp 和邮件,语言覆盖中英泰西葡日。Agent 背后连的是 CRM、订单、支付、物流、工单和知识库。做到这一记,Agent 已经能自己判意图、选工具、拿真数据了——也就是说,它已经能改东西了。

优秀的个人博客,低调大师

SQL 的 ORDER BY 进化史:从 80 年代诞生到现代数据库

SQL 的 ORDER BY 是每个开发者都熟悉的语法,但很少有人知道它经历了怎样的演进。Markus Winand 在 recent article 中梳理了 ORDER BY 从诞生到现代的发展历程,揭示了这个看似简单的语法背后的复杂性。 在 SQL 的早期版本中,ORDER BY 的能力相当有限。它只能对 SELECT 列表中的列进行排序,而且排序的顺序是固定的——没有升序降序的明确指定,默认行为在不同数据库间差异很大。更关键的是,当时 ORDER BY 的语义并不清晰:它在逻辑上是在 SELECT 之后执行的,但实际执行顺序往往不同。这种逻辑顺序与实际执行顺序的差异,是理解 SQL 行为的关键。 到了 SQL:1999 标准,一个重要的改变是引入了位置引用——可以用数字指定排序的列,比如 ORDER BY 1, 2。但这个特性很快被发现容易出错——当 SELECT 列表变化时,位置引用可能指向完全不同的列。因此这个特性在后续标准中被移除,SQL:2003 之后不再允许这种写法。 另一个重要演进是对 NULL 值的排序处理。在 SQL 标准中,NULL 被定义为"未知",因此 NULL 与 NULL 之间、NULL 与非 NULL 之间的大小关系都是未定义的。这导致了一个问题:在 ORDER BY 时,NULL 应该放在开头还是结尾?不同的数据库有不同的默认行为。SQL:2008 引入的 NULLS FIRST 和 NULLS LAST 语法解决了这个问题,让开发者可以明确指定 NULL 值的排序位置。 SQL:2008 还引入了另一个重要特性:在子查询中使用 ORDER BY。这个特性在早期是被禁止的,因为子查询的结果集被认为是无序的。但实际需求推动了标准的演进——当需要 TOP N 查询时,必须在子查询中指定排序顺序。这个需求的满足体现了 SQL 标准与现实需求之间的互动。 从这些演进可以看出,SQL 标准的设计并非一成不变,而是在实际使用中不断调整和完善。理解这些历史背景有助于开发者避免常见的陷阱。比如,知道 ORDER BY 的位置引用已被废弃,就不应该在新代码中使用它;知道 NULL 的排序行为在不同数据库间可能有差异,就应该在需要时显式使用 NULLS FIRST 或 NULLS LAST。 更重要的是,这些演进提醒我们:SQL 标准规定的是"逻辑评估顺序",而不是"实际执行顺序"。数据库优化器有权在保证结果正确的前提下重新排列操作顺序,只要最终结果符合逻辑顺序的要求。这是现代数据库能够高效执行复杂查询的关键之一。 来源:Modern SQL (https://modern-sql.com/blog/2026-05/order-by-history)

优秀的个人博客,低调大师

微软发布 Copilot Cowork,从聊天助手进化为可执行复杂任务的智能体

微软宣布推出全新 AI Agent 工具 Copilot Cowork,这一功能基于 Anthropic 今年初发布的 Claude Cowork 技术构建,并结合 WorkIQ 提供的上下文信息,旨在让企业用户将复杂工作任务直接“交给”AI自动规划和执行。 微软强调,Microsoft 365 Copilot 面向“多模型世界”而设计,可根据具体需求在 OpenAI 与 Anthropic 模型之间动态选择,以实现更合适的能力组合。 今年1月,Anthropic 首先在 Windows 和 Mac 平台上推出 Claude Cowork,为本地环境引入“代理式”AI能力:用户只需分配任务,Claude 就可以利用对本地文件的完整访问权限自行制定计划并完成执行。此次发布的 Copilot Cowork 沿用了同一技术路线,进一步融入 Microsoft 365 生态,使其能够在邮件、日历、文档等企业工作场景中充当“后台执行助手”。 在实际使用中,用户可以像使用 Claude Cowork 一样,将某项任务直接交由 Copilot Cowork 处理,由其自动生成执行方案并在后台按步骤推进。整个过程中,用户可以随时查看进度、调整计划,或在必要时终止执行,还可以同时发起多项任务,并通过全新的统一控制面板集中管理这些任务的状态。 微软介绍,Copilot Cowork 已针对多种典型企业场景进行了优化,包括日程管理、会议准备、公司研究以及产品发布流程等。在“日历清理与专注时间保护”场景下,Cowork 会扫描用户在 Outlook 中的日程安排,识别冲突或价值不高的会议,并根据用户优先级提出调整建议;一旦获得确认,它即可代为接受、拒绝或重新安排相关会议,并自动在日程中插入专注时间段。 在“会议准备自动化”方面,Cowork 能够从邮件、既往会议记录及各类文件中收集所需信息,预留准备时间,并自动生成完整的会议资料包,其中包括简报文件、配套分析材料以及已保存到 Microsoft 365 的面向客户的演示文稿。对于“自动化公司研究”,Cowork 可以整合财报、美国证监会文件、分析师评论和相关新闻,输出带引文的研究备忘录、一份适合邮件发送的高管摘要,以及包含结构化财务数据的 Excel 工作簿。 在“产品发布工作流”场景中,Copilot Cowork 则可帮助团队构建竞品对比表、产品价值主张文档以及面向客户的演示材料,同时梳理关键里程碑、负责人员与后续步骤,以提升跨部门协同效率。微软认为,这类“端到端任务代理”将成为未来办公场景中 AI 能力的重要形态之一。 目前,微软已在 Research Preview 阶段向少量客户开放 Copilot Cowork 的测试使用。公司计划在 2026 年3月下旬,通过 Frontier 计划逐步扩大该功能的对外可用范围,但具体的公测或全面商用时间表尚未公布。

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册