摘要
Haurx Agent 面向软件研发中持续、可验证的工作循环：理解目标与工作空间、执行受控动作、读取反馈、验证产物并清楚交接。它的价值不在于让聊天记录更长，而在于缩短理解—行动—验证—交接之间的转换成本，并将每一步保持在可检查、可撤销、可审计的边界内。
工程工作循环探索器
代码库、任务目标、约束与已有状态被组织为受限上下文。
减少只回答问题、无法推进工作的断裂。一、从单次回答到工程工作循环
代码、版本状态、构建输出、测试结果和项目指令通常首先存在于工作空间。Haurx 以终端为主要界面，将智能体置于事实源附近，使检索、编辑、命令、诊断和外部能力围绕实际文件与反馈展开；这不等于自动获得全部权限，工作目录、动作和外发仍必须受策略与确认控制。
多模型能力、计划、已验证事实、待办和风险说明应形成连续会话，而不是要求用户为每阶段重新解释任务。上下文仍有预算：优先保留目标、验证事实、变更摘要和未解决决策，而不是无界累积历史。工具也不是附属功能，模型只能提出下一步，工具系统与用户策略决定是否允许、在何范围执行和如何回填结果。
二、适配工作与人机边界
| 工作类型 | 智能体高价值环节 | 人类关键判断 | 结构优势 |
|---|---|---|---|
| 代码理解与排障 | 定位关联文件、归纳调用链、受限诊断 | 根因与修复优先级 | 事实源附近的反馈回合 |
| 功能迭代 | 拆分变更、候选修改、运行验证 | 产品语义、架构取舍、合并 | 计划—编辑—验证连续性 |
| 质量与维护 | 检查差异、识别重复、准备修复 | 风险接受与发布决策 | 可追溯交接 |
| 跨职能技术支持 | 数据转换、文档结构化、脚本原型 | 业务约束、数据授权、对外承诺 | 受控技术流程 |
Haurx 与 Vtslx AO 的协同让 Agent 以统一网关获得模型路由、流式编排、工具协议归一、缓存与安全政策支持。公开性能不应由未复现单点数字定义；更适合衡量首次可行动时间、任务闭环率、人工接管质量、工具允许/拒绝质量和上下文效率，并披露版本、环境、缓存、权限与人工介入条件。
三、安全、限制与结论
工具输出、检索内容、文件注释和外部页面都可能含不可信指令，不能提升权限。敏感上下文应最小披露，写入、外发和高影响动作应明确确认。智能体不保证代码正确、测试充分或业务判断合理；复杂重构、权限变更、生产发布与安全例外仍须由负责人员审查。Haurx 的意义是把工程自动化变为可治理的执行伙伴，而非消除工程判断边界。