NVIDIA 给 3 万人 RAG 助手装了一个数据飞轮
10 月底，NVIDIA 一个 12 人小组在 arxiv 挂了一篇论文（编号 2510.27051），题目叫《Adaptive Data Flywheel: Applying MAPE Control Loops to AI Agent ...
标签索引
工程实践
这个标签下有 16 篇文章。按时间回看相关判断与实践记录。
标签精选
相关内容
告别“过拟合”陷阱：一位开发者复盘量化策略全流程重构实录
本文分享了作者在量化投资策略开发中的深刻反思与工程化重构过程。针对早期策略“回测完美、实盘拉胯”的困境，作者从四个维度进行了系统性升级：策略推导上从直觉转向严密的逻辑假设；数据处理上修正了幸存者偏差和时间对齐等“未来函数”陷阱；回测环节强制...
LLM 应用开发的隐形“深坑”：为何 80% 的时间都耗在了长文档解析上
本文探讨了在开发基于大模型的 PPT 自动生成工具时遇到的实际工程难题。作者发现，尽管预期难点在于提示词设计或渲染，但实际上 80% 的时间都耗费在了长文档（如 PDF、Word）的解析上。核心痛点在于文档在解析喂给 LLM 后，往往会丢失...
OpenAI揭秘“Harness”工程：AI时代的软件开发新范式
近日，V2EX社区网友分享了OpenAI最新发布的工程实践经验“Harness”及相关的GitHub学习资源。OpenAI通过官方文章深入探讨了其独特的软件工程方法论，重点展示了如何通过构建高度优化的内部工具链，实现人类工程师直觉与AI模型...
架构重构：用虚拟文件系统替代 RAG，将 AI 响应延迟降至毫秒级
Mintlify 在构建 AI 文档助手时发现，传统 RAG 难以处理跨页信息，而基于沙箱的方案虽然有效，但启动耗时长达 46 秒且成本高昂。为此，他们开发了 ChromaFs，一种虚拟文件系统，能拦截 Agent 的 Unix 命令并将其...
深度解析Claude Code架构：探索AI Agent系统的治理与工程实践
本文推荐了一份关于“Harness Engineering”的高质量技术系列文章，重点探讨了基于Claude Code和Codex的AI Agent系统构建哲学。内容分为两个核心部分：第一部分《Claude Code设计指南》从宏观框架出发...
不能热修复，才配谈治理：Artemis II 给软件行业上的一课
多数软件团队把“可热修复”当成现代性的象征。但我的判断是：真正决定一个系统是否成熟的，不是你能不能在线修 bug，而是你是否有能力在无法热修复时，依然把风险压到可接受范围。 这不是怀旧，也不是反 SaaS。恰恰相反，这是对工程现实最冷静的承...
探讨“三省六部式”AI Agent架构：低效与高昂Token成本引发实用性担忧
本文源自V2EX技术社区，针对一种被称为“三省六部式”的复杂AI Agent架构提出了尖锐质疑。作者在实际体验中发现，这种模仿传统官僚层级设计的架构存在显著弊端：除了推理过程极度缓慢导致响应延迟高企外，Token消耗量也大得惊人，导致使用成...
技术进阶：绘制系统架构图的七个常见误区与修正
系统架构图是记录复杂系统的关键，但常因标注不清、资源孤立或试图制作“上帝视角”的总览图而导致误解。本文列举了七个典型误区，包括资源仅有类型无名称、过度简化交互流程的“传送带综合征”、中间节点丢失关系的“扇形陷阱”以及滥用无意义动画等。文章特...
超越洋葱架构：用MIM模式重塑模块化应用设计，大幅降低开发认知负担
这篇文章详细介绍了名为“模块-基础设施模块应用架构（MIM AA）”的设计理念，旨在解决传统架构（如整洁架构、六边形架构）在复杂系统中易导致的过度设计和认知负荷过重问题。作者主张回归模块化设计的基本原则，将应用拆分为负责业务流程的“业务模块...
- 1
- 2
- 共 2 页