它的主体是规则引擎（确定性判定），LLM是可选的辅助模块，负责处理规则不好写的模糊意图、自然语言上下文；决策主链路尽量不要交给LLM，否则就失去“基于规则”的可审计、稳定、可解释的优势。 场景：delete_file，基线低风险，参数命中系统路径...

一、先对齐核心问题 你提到的典型case：工具结果反馈缺失 → Agent 判断任务未完成 → 重复调用同一个工具，不断消耗迭代轮次，直到预算耗尽。 本质是一类稳定不动的局部循环（Agent 状态没有向前推进，动作重复、目标不收敛），区别于正常多...

核心先给结论 “模型即Agent”：把Agent能力内化到大模型本身，模型原生会做规划、选工具、判断是否调用、校验结果，工具调用决策权从框架下沉到模型； Harness（测控/评估/约束工程，不是简单脚手架）的价值上涨：不是和模型自主权互斥，而是...

先回顾标准 ReAct：Thought → Action → Observation 循环，每一轮 Agent 做决策时，把全部历史（之前所有 Thought、Action、Observation）拼到 Prompt 里一起喂给模型。 设： =...

Loop Engineering（循环工程） Loop Engineering 是面向 Agent 的跨轮次自循环工程范式，在 Prompt 工程、Harness（脚手架）工程之上，把关注点从「单次任务怎么跑」升级到「任务如何持续多轮自主运转」。...

一句话主线：矛盾始终是「能力可以无限多，但上下文窗口有限」，三代方案是在「注册成本、Token开销、结构化约束、安全可控」之间不断取舍 前言 在 Agent 工程落地里，工具调用是绕不开的核心。早期大家直接上手 FunctionCall，很快撞上...

环境背景：Java对象头Mark Word实现锁状态，锁一共有4种状态：无锁 → 偏向锁 → 轻量级锁 → 重量级锁，只能升级不能降级。JDK1.6引入偏向锁，JDK15默认禁用偏向锁(-XX:+UseBiasedLocking默认false)。...

背景 传统方案：定时任务轮询MySQL，查询status=待支付 && create_time < 当前时间-超时时间的订单，批量关闭。 痛点 大表查询，需索引，订单量越大DB压力越高； 轮询间隔不好调：间隔大，取消延迟高；...

1、术语定义 加速比 ：优化前总执行时间 ÷ 优化后总执行时间，衡量整体性能提升多少倍。 （可改进比例）：优化前，可被加速的那部分时间占系统总执行时间的比例，0<<1。 （部件加速比）：可改进部分本身优化之后快了多少倍（局部加速倍数）...

1. DAC 自主访问控制 Discretionary Access Control 自主：客体的拥有者可以自主决定给谁授权。 用户（资源属主）可以授予、撤销其他用户对自己资源的访问权限。 缺点：权限可以传递，容易发生权限泄露；无法强制统一安全策...