
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
本文介绍了一个开源服务器管理面板项目,旨在解决阿里云自带Web终端操作卡顿、功能局限的问题。作者通过Cursor+grill-me工具深入分析需求后,开发了这个集文件管理、服务监控、资源查看和终端操作于一体的轻量级解决方案。项目特点包括:可视化展示无端口服务运行状态、解析nginx反代路径、基于systemd的服务管理、拖拽文件操作和内嵌代码编辑器。支持一键部署到Linux服务器,适合个人或小团队
这篇文章探讨了AI Agent在多重门禁机制下出现的“空转”问题及其解决方案。作者发现当多个门禁(如假工具检测、验证门禁、报告模板等)串联时,Agent会在无法通过时反复输出相同内容,形成无效循环。为此提出了两个核心改进:一是“止血”机制,通过空转计数器和短问简化来终止无效重复;二是验证升级,要求Agent必须实际调用验证工具并提供证据,而非仅口头确认。文章通过具体场景对比展示了改进前后的差异,最
这篇文章探讨了AI Agent在多重门禁机制下出现的“空转”问题及其解决方案。作者发现当多个门禁(如假工具检测、验证门禁、报告模板等)串联时,Agent会在无法通过时反复输出相同内容,形成无效循环。为此提出了两个核心改进:一是“止血”机制,通过空转计数器和短问简化来终止无效重复;二是验证升级,要求Agent必须实际调用验证工具并提供证据,而非仅口头确认。文章通过具体场景对比展示了改进前后的差异,最
文章摘要: 本文介绍了AI Agent决策层的两次关键进化:澄清门禁和任务拆解。澄清门禁要求Agent在执行前先检查信息完整性,不足时会主动追问用户,避免误解意图。任务拆解则将用户需求分类处理(如闲聊、数据预览、复杂任务等),并采用不同执行策略(静默/简短/确认三种档位)。这两层机制共同构建了更可靠的决策流程,使Agent从"盲目猜测"转变为"先问清楚,分类处理"的智能模式。文章详细阐述了实现原理
文章摘要: 本文介绍了AI Agent决策层的两次关键进化:澄清门禁和任务拆解。澄清门禁要求Agent在执行前先检查信息完整性,不足时会主动追问用户,避免误解意图。任务拆解则将用户需求分类处理(如闲聊、数据预览、复杂任务等),并采用不同执行策略(静默/简短/确认三种档位)。这两层机制共同构建了更可靠的决策流程,使Agent从"盲目猜测"转变为"先问清楚,分类处理"的智能模式。文章详细阐述了实现原理
大、省、精、准、狠、抠大:671B 知识容量省:每次只动 5.5%精:MLA 压缩记忆不丢精度准:Router 精准找专家狠:MTP 逼自己多想几步抠:FP8 把每一分钱掰成两半花。
这篇文章介绍了AI Agent新引入的"Plan模式",旨在解决Agent执行任务时过于冲动、缺乏规划的问题。该模式要求Agent在执行复杂任务前先制定详细计划并征求用户确认,类似于装修前提供施工图纸。文章通过实际案例展示了旧模式直接执行导致失败的弊端,详细解释了Plan模式的触发条件、实现机制(包括方案生成器、意图分类器和会话存储),并对比了新旧模式的区别。该模式赋予用户更多控制权,使Agent
这篇文章介绍了AI Agent新引入的"Plan模式",旨在解决Agent执行任务时过于冲动、缺乏规划的问题。该模式要求Agent在执行复杂任务前先制定详细计划并征求用户确认,类似于装修前提供施工图纸。文章通过实际案例展示了旧模式直接执行导致失败的弊端,详细解释了Plan模式的触发条件、实现机制(包括方案生成器、意图分类器和会话存储),并对比了新旧模式的区别。该模式赋予用户更多控制权,使Agent
这篇文章介绍了AI Agent新引入的"Plan模式",旨在解决Agent执行任务时过于冲动、缺乏规划的问题。该模式要求Agent在执行复杂任务前先制定详细计划并征求用户确认,类似于装修前提供施工图纸。文章通过实际案例展示了旧模式直接执行导致失败的弊端,详细解释了Plan模式的触发条件、实现机制(包括方案生成器、意图分类器和会话存储),并对比了新旧模式的区别。该模式赋予用户更多控制权,使Agent
摘要: 本文介绍了 TaskStateTracker 功能,用于解决 AI Agent 在任务执行中“偷懒”——仅完成部分子任务就提前宣告完成的问题。通过将 IntentPlanner 拆解的子任务转化为可追踪的状态机,系统会强制 Agent 完成所有子任务(如生成 Excel 文件需依次完成“列文件”“生成文件”“命名保存”),否则拦截其结束请求。该功能通过关键词匹配工具调用与子任务关系,并在








