本周 AI 圈又出了一个新词，叫做 Loop Engineering（循环工程）。
基本上这些概念的发展脉络是从提示词工程（Prompt Engineering）到上下文工程（Context Engineering），再到 Harness 工程（框架工程，或者叫"马具/驾驭工程"）——然后再到 Loop Engineering，循环工程，真的是花样翻新层出不穷。
但其实这个过程也是有迹可循的：最开始你需要非常明确的指令去指引 AI 干活；当这种指引的内容写得越来越多之后，在大模型有限窗口的约束下它就需要有一套压缩、卸载、隔离、检索的机制；然后又衍生出了像记忆管理、工具管理、Skill、MCP、CLI、连接器（Connector）等等工程概念。而当这些概念超出了上下文窗口管理的范畴，就又演变成了 Harness 工程。
而发展到现在，又新增了一个更进一步的概念：让一套 Harness 能够更自主地运行——由人来设定目标，然后由 Loop 来进行整体的任务规划、执行和并行工作，调用它所需要的各种上下文、外部数据和工具；同时，可能还需要一些独立上下文的子 Agent 去做评估、校验和对抗性的保障，循环往复，直到最终完成任务。（这也是 Token 越来越爆炸的过程…）
如果大家感兴趣，可以去看一看介绍 Loop Engineering 这个概念源头的文章：AI 圈又有新词了：Loop Engineering（循环工程）。
不过我今天其实只是想借这个概念来讲讲如何借助 YouNavi 这个产品来跑通日常工作中的 Loop。
我们先抽象一下，如果你需要一个个人的决策分析工作台，或者说信息参谋 Agent——套用 Loop Engineering 的概念，它大概需要以下几个组成部分：
第一，就是文章里提到的第一个概念：信息的 Connector（连接器）和 Plugin（插件），它们负责帮你构建整个 Agent 的输入层。在 YouNavi 中，这也是我们之前投入精力非常多的一层。我们实现了一些插件，可以把飞书、钉钉、腾讯会议，以及 Plaud、GetSeed、安克为代表的录音卡、录音豆，甚至像 iPhone 的语音备忘录等信息都同步到 YouNavi 本地客户端。YouNavi 还能连接你的本地文件系统，同步经常会有数据更新的文件夹之后，一旦有新增的文件，你不需要改变自己原有的习惯这些新增的文件会自动出现在"引用文件"功能。
[查看原文配图：引用文件功能示意]你也可以把这些文件夹作为自己的工作目录，比如一个专门用来存放项目录音的文件夹。如果不特别指定，系统默认的文件目录还是前面说的 YouNavi 帮你自动获取会议录音的、名为"navi-ai"的目录。
第二层，有点类似于 Andrej Karpathy 说的 LLM Wiki 这个概念。这些数据过来之后，需要有一些维度去进行整理、入库，把它变成一个更结构化的 Personal Wiki。在这一层，我们本来是想帮大家做一些规则处理的，但实践下来发现，个人对于角色、项目的分类方式都不太一样，偏好用什么样的方式去分类和管理这些文件也有非常大的差别。
所以目前这一层暂时没有强制给大家一套所谓的 Project、标签或双向链接的概念。但我们也在优化自身的 Watchdog 这样的能力，后续有能力让大家仅通过口述的方式就可以要求各类文件按照专属于你的特定规则入库。比如你可以要求每一个新增的录音文件以特定的格式命名，自动放到指定的目录下；在文件新增之后，也可以自动先帮你生成一个属于你特定视角的分析纪要。在这层我们目前提供了一些小的 Skill，可以暂时帮大家做一些事情：比如批量重命名那些标题混乱无法识别的会议文件标题、批量把自己的关系人脉先做一次梳理等等，这些在"技能"中提供了对应的功能。
[查看原文配图：技能管理面板]第三层是指在处理这些数据的过程中我们精心内置的工具。我数了一下，目前我们已经内置了 20 多种工具。
具体来说，比如文件目录的探索、文件查找工具，网页搜索工具——我们的网页工具做了很多层优化：除了在指定链接的情况下获取正常的网页内容，还支持在需要登录态时登录再获取网页内容、同时记住你的登录态；如果是结构特别复杂的网页，会先做一些清洗处理，让 AI 能够更好地理解。我们在这些层面做了非常多的优化。
另外还有一些文件格式转换类的工具，比如最刚需的"音频转文本"，以及各种复杂格式文件的解析，包括 PDF、PPT、Word 文档、表格，和将图片、音频和多媒体内容交给多模态模型处理的工具；然后是 AI 来生成这些格式的文件——生成 PDF、PPT、DOC，并支持在 PC 端的窗口下或在绑定的 IM 移动端场景里把这些文件发送给你；我们也支持把 Navi 分析的结果通过网页链接、图片的形式推送给你。还有在 YouNavi 里生成长期记忆、保存笔记、定时任务、命令行执行等能力的工具。
除此之外，目前我们支持了各类工作空间的数据同步，这主要是通过飞书、钉钉、企微等平台的 CLI 工具来实现的。其实要让 Agent 顺利调用这些 CLI 工具，对 Agent 本身的能力要求是很高的，比如 Agent 能不能分清楚什么时候应该通过我们开发的插件方式获取会议内容，什么时候通过 CLI 获取群聊、文档和会议纪要，什么时候该通过 IM 机器人工具在移动端向用户发消息，什么时候又应该调用 CLI 权限发 IM 消息给他人。这些规则如果让人来理解都会觉得非常繁琐，我们是通过精心编排的内置 Skill 的方式让 Agent 能更好地去理解如何使用这些工具。
[查看原文配图：工作空间集成示意]最后就是最核心的那一环了。这一环，我认为绝不能替用户做主，而是应该由你自己根据自己的工作习惯去组装前面提到的三层：从数据采集入库、分类整理，到工具的调用、技能的组合配置。只有把这些真正串联起来，我们才有可能实现所谓的 Loop。
以我自己为例：
我每周都有一个非常固定的场景，那就是撰写一份团队的本周周报。在这个流程中存在许多数据获取的环节：我们日常开的所有日会和上周的周会录音，都是依靠 YouNavi 的第三方插件同步过来的；然后通过飞书 CLI 获取研发、产品和运营增长这几个群聊的本周全量群聊信息；第三步，运行一个本地的 Skill 脚本分析用户日志，汇总得出我们这周的新增、留存以及模型调用量等关键数据；第四步，会合并本周采集的用户访谈录音以及用户群内的原生反馈，整理汇总为用户痛点 VOC。以上是数据采集层面的工作。
[查看原文配图：周报数据采集流程]第二个层面，这些内容目前正以接近自动化的方式，流向我的 YouNavi。比如，我新增的录音文件都存放在 YouNavi 的默认工作目录下；日志清洗后得到的 Raw Data 也同步存入了对应的共享文件夹下；群聊导出为 TXT 文档同样被自动同步归档。以上就是信息"入库"阶段。
[查看原文配图：YouNavi 工作目录]一旦这些原始数据汇总完毕，我就只需要运行一个类似 skill 的周报提示词——把这些数据统一融进周报框架里。重点囊括：本周产研进展、团队内部所有人的本周具体任务完成情况（相比于上周计划的更新），以及下一周的目标规划；并附带核心的用户数据洞察、用户原声分析、本周运营动作的复盘，以及战略信息的补充。最近，我甚至进一步把它升级为了一个仪表盘网页，也就是一个支持交互的可视化界面（不知道为什么，我发现老板和产品经理都很喜欢仪表盘）。
[查看原文配图：周报仪表盘]这对我来说就是一个很典型的非开发场景下的 Loop。它在一个固定的时间节点，差不多做到自动地交付团队过去一周的工作总结，输出下周明确的行动指南，在周会时作为团队对齐的基准。
如果要继续深化，还可以结合周报提炼的下周任务，通过飞书 CLI 自动生成每个人下周的任务进度看板；甚至可以通过团队成员的 Agent 之间的通信自动完成任务的进展同步与沟通。也可以去掉所有上下文，增加一个完全理性客观冷眼旁观的"Review Agent"，为我们的本周成果以及战略做严苛的 Review。这些都是可以通过这套 Loop 方案去实现的。
本周 Release Note：
本周 YouNavi 升级至 v0.3.25 版本。功能更新如下：
[新增] 文件预览功能：在输入框和对话中针对图片和文件提供单击预览
[新增] IM 对话新增是否输出 Agent 处理中间过程的开关
[新增] 支持 Google 账号一键登录；支持自动注册时判断老账号询问是否关联
[优化] 同步苹果语音备忘录音频，直接显示文件名称
[优化] Agent 执行链路、对话中转写大音频文件的交互和稳定性、工作空间授权状态准确性、导入记忆功能入口、一键锁屏不休眠开关交互、IM 对话中模型调用报错文案等
YouNavi 产品研发团队 敬上
2026.06.11