ActiveMind
ActiveMind is a private, self-hosted assistant system run by one person (Muchun) on his own computer. It is not a public service and is not offered to anyone else.
ActiveMind connects to one dedicated Google account owned by Muchun. With his permission, it can read and manage that account's Google Drive, Gmail, Calendar, Sheets, Docs, Slides, Contacts and Tasks, to help him with his own personal tasks.
No other users can sign in. There is nothing to sign up for.
Contact: info@muchun.fyi · Last updated 3 October 2026
系统介绍
ActiveMind 是作者在一台 24 小时开机的电脑上,自己搭起来的个人 AI 助手系统。它不是产品,不对外提供服务,只有作者本人使用。
它的设计目标很朴素:让 AI 真正替人干活,同时把“AI 犯错”和“AI 被骗”的后果关在一个可控的范围里。整个系统由多个 AI 承包商按照公开的治理规则(见本站「工具」页)分轮施工、交接完成,作者负责每一个决定。
加粗并带虚线下划线的词,是本系统各部分的专用叫法。
三条设计原则
- 智能在上,确定性在下
- 会出错的模型只放在上层出主意、干具体活;真正动系统的是下层写死规则的程序,不靠模型判断。
- 安全功能不依赖模型
- 巡检、报警、拦截、钥匙核对全部是固定规则,模型坏了、被骗了,安全线照样在。
- 不靠信任,靠规矩
- 不假设任何一个组件是可信的。每一步能做什么,都事先写死并上锁。
三条永久铁律
- 云端模型永远不接触任何钥匙原文。
- 管家不依赖云端模型执行核心逻辑。
- 云端那一侧不得进入系统层。
分层结构
从上到下,越往下越确定、越不依赖模型。
- 负责人
- 在手机上看报告、批准或拒绝、下指令。所有重要动作最后都由人决定。
- 密钥代理
- 全系统唯一能读钥匙的程序。别的程序要用钥匙,只能说“用哪把、做什么”,由它核对后自己去办,钥匙从不交出去。
- 管家(本地模型)
- 跑在本机的开源模型,不联网。负责巡检、报警、给每个动作判风险等级、陪负责人聊天。它只看、只判,不动手。
- 执行助手(云端模型)
- 能力更强的云端大模型,在开源智能体框架里工作:读写文件、执行命令、上网查资料。它只能碰自己的工作区,每次动手前都要过安全闸门。
- 脚本技能
- 定时、常规的事做成固定脚本(每日简报、视频摘要等),按时自动运行,不经过云端模型。
- 内核层
- 最底层的几个程序,由系统管理员身份运行并上锁:唯一的“动手程序”、文件登记表(每个关键文件都有指纹,被改就报警)、手机验证码授权、自愈维护。
- 操作系统
- 靠账户隔离、文件权限和文件锁,把以上各层彼此隔开。
安全闸门
- 执行助手每次动手前,先把“谁、用什么工具、做什么”交给门卫。
- 门卫先执行硬性拦截(例如写到工作区外面),其余的交给管家判风险:低风险放行,中、高风险推到负责人手机上,等批准。
- 白名单以外的命令,还要再过智能体框架自己的第二道审批。两道墙:一道失效,另一道还在。
- 如果门卫没有正常加载,自愈维护会直接停掉执行助手——宁可停工,不可裸奔。
现在能做什么
- 巡检与报警
- 定时检查:关键文件指纹、上锁状态、服务是否在跑、有没有明文钥匙出现。异常立即推送到手机。
- 每日简报
- 每天早上把系统状况和执行助手过去 24 小时做了什么,汇总成一条消息。
- 记忆整理
- 每天用本地模型把前一天的对话整理成日记,挑出值得长期记住的内容发给负责人,负责人点选后才写入长期记忆。
- 视频摘要流水线
- 定时检查订阅的频道,在本机把新视频的声音转成文字、写摘要,存进知识库。全程不用付费模型。
- 本地语音转写
- 语音消息在本机转成文字,不上传到任何云端。
- 知识库检索
- 执行助手可以检索知识库(视频摘要等)回答问题,并写明出处。检索到的内容只当资料,不当指令:里面写的“请你做某事”一律不执行。
- 工作助手(子项目)
- 一个独立的手机助手,帮作者处理日常事务的记录与整理,有自己的账户和规则,不经过执行助手。
- 家庭网络(子项目)
- 家里的设备经加密隧道上网;某个出口坏了自动换下一个,整条隧道坏了电脑自动改走普通线路,并推送提醒到手机。
还没有做的
- 变更单:改动系统前先填单、手机验证码确认(设计已定,未建)。
- 紧急状态:系统出问题时的“换脑+开手”预案(储备,未建)。
怎么建起来的
系统由 AI 承包商分轮施工。每一轮都要先自证身份和工具能力,干完写交接日志,改动后升版本号。
三份文件各管一件事:治理手册(规则与决定)、系统手册(东西在哪、怎么用、坏了怎么修)、交接日志(谁、什么时候、做了什么)。
这套交接规则已整理成通用版公开在「工具」页(contractor-handover)。
本站自己的上线也守同一套规矩:部署令牌只在密钥代理手里,只有负责人在自己电脑的终端上能把新版本放上来,上线前后都核对版本指纹。
出于安全考虑,本页不公开具体的文件位置、系统账户、网络端口、钥匙的存放方式、各类名单规则和所用账号。