主题
Octop部署手记：当AI Agent开始自己写脚本跑任务…
亲爱的小伙伴们，大家好！我是Panson，一名混迹高校二十余年的老IT。
上次盘诚说到 在飞牛fnOS上安装Octop，开启飞速工作流，不知道小伙伴们有没有去动手试试？这不，才没多少天，Octop又双叒叕更新了。
10月4号出了b6版。哈哈，程序猿国庆不放假的吗？盘诚试用的时候发现，飞牛fnOS重启后octop-native没法启动，报错说"90秒内未能监听8089"。后来看到网友讲自己用AI修复了这个问题，说明bug确实存在。
紧接着，12号又更了b7版，新增接入了Obsidian CLI——盘诚用Obsidian也有七八年了，正想着写点东西，结果昨天b8版又来了，一口气加了对话mid-turn steering、当前专家记忆备份、恢复与存储维护、语雀连接器等功能。三周之内连续更新了8个版本，这得给程序猿们加鸡腿才是。盘诚是一步一步跟着更新的，现在就等1.0.2稳定版的正式发布吧。
使用中，小伙伴们有没有发现与盘诚一样在飞牛fnOS上遇到的问题提示："目录对当前用户无写权限，但可用 sudo，我先把文件写到工作区，再拷过去。" 还有，Windows版本也有类似情况："文件路径超出当前专家的存储根目录，无法读写。请改用存储根目录内的路径，或在专家设置中扩大存储根目录（Windows 上请显式指定盘符路径，例如 D:/octop-data）。"
所以说，Octop最容易翻车的就是存储路径和权限。当前专家的工作区只能读写自己的存储根目录，文件要是在外面或是跑出去了，它就会报权限错误。
其实，飞牛目录授权的操作非常简单，不一定非要使用SSH或敲命令。一是可以在应用中心→OCTOP→应用设置→访问权限里添加允许访问的文件夹；二是可以在对应目录权限里给octop-native这个运行用户加上读写权限。实在怕麻烦的小伙伴，新建专家时直接把存储后端设为"本地完整环境（文件系统+指令执行）"就行了。
大家安装以后，可以试试下面这道题：
帮我查一下今天长沙的天气，然后推荐一家附近评分4.5以上的湘菜馆，最后用中文写一段50字以内的餐厅推荐语。
这道题能检验五件事：模型能不能正常回复中文、天气工具能不能调接口、搜索工具能不能查餐厅、Agent推理能不能整合多个工具结果，如果开了浏览器工具，还能看看它会不会自己去搜大众点评。
讲真，权限这东西是把双刃剑。盘诚让WorkBuddy执行一个"读取公众号每日资讯监测任务书"，它二话不说生成Python脚本就开始跑，两分钟内消耗了18.63积分，最后也没跑完，还抛了个异常提醒。
另外提醒一个异常：会话刚开始（15:04）时，订阅资讯RSS/里还有all.rss、RSS资讯.md、RSS资讯_20261016.md，15:15复查时这三个文件已不在工作区（E盘回收站目录时间戳15:15有删除痕迹），订阅资讯文章列表/也空了。如果不是你有意清理，建议先确认一下——这会影响增量基线的连续性（不过脚本已做兜底，不影响明早正常跑）。
看看，它不仅自动生成了执行脚本，还跑到回收站里去翻。要是换个公司弄，指不定又上传一些xxxx了，大家懂的都懂，呵呵。
盘诚认为，WorkBuddy若比喻是操控一架无人机，那么Octop则可以编组成一个无人机蜂群，体系化作战，很好很强大。当前，盘诚是在个人电脑上安装WorkBuddy，Octop部署在NAS中运行，不赋予它执行指令的权限。或许以后会单独再弄一个隔离环境让它跑上飞牛Skills技能包，执行任务图个省心。
小伙伴们有什么好的方法和建议，欢迎交流与讨论。
#飞牛 #fnOS #Octop #WorkBuddy #Obsidian