← 返回文档归集

MetaPact 功能 / 技术分析报告

日期:2026-06-22 | 分析人:张一章(PM) 数据来源:github.com/Lovappen/MetaPact 仓库源码实读(今日 clone,非训练数据)+ README + 抖音作者口播。 时效边界:基于今日仓库快照(MIT,约 27★,最近更新约 26 天前);运行时行为未实测(未真实部署跑通),代码层结论可靠,效果/稳定性为推断。


0. 一句话定性

成人向(NSFW)的 「文件化人格 + 双层记忆 + 定时思念 + 多模态 skill + 多平台投递」AI 陪伴 agent 套件,跑在通用 agent 运行时(OpenClaw / QClaw / HermesAgent)之上。主力角色野木奈子。卖点是"灵魂/记忆全在本地、可版本化"。


1. 架构总览(三层)

内容 说明
运行时层 OpenClaw / QClaw / HermesAgent 消息 agent 框架,MetaPact 不自造,是其上的"人格+技能包"
人格 & 记忆层 nako/agent/ 一组 markdown「灵魂文件」+ memory/ 目录 核心创新点:persona/记忆/情绪全用文件承载
技能层 nako/skills/* 一组 bash 脚本 每个能力=脚本调第三方 API(语音/唱歌/自拍/看图/听音/BLE)
接入/分发 scripts/cc-connect-*nako-agent-factory/nako-server.py 多平台 host + LAN 扫码工厂

factory 服务nako-server.py 在 Linux 起 LAN HTTP(端口 8088),按客户端 IP 建 agent-nako-N、选运行时、生成飞书/微信二维码、流式回显安装日志——即"一台机器给多人扫码开通分身"。


2. 人格系统


3. 长期记忆(重点,对标你的持久记忆项目)


4. 情绪 / 状态 + 主动思念


5. 多模态能力(每个=独立 bash skill,调第三方 API)

能力 实现 依赖
语音 voice MiniMax TTS(默认 female-tianmei,按情绪调语速) MINIMAX_API_KEY / VOLCENGINE_API_KEY
唱歌 sing MiniMax music-2.6(10–60s) MiniMax
自拍 selfie 文生图 + 图生视频,参考图保外观一致 FAL_KEY / KIE_API_KEY
看图 vision resolve 拿路径 → Read 看图 主模型需视觉
听语音 hearing STT 转写 STT provider
BLE 互动 dokidoki 蓝牙控制互动设备(成人玩具) 本地 BLE

投递双模式feishu(OpenClaw 原生直连飞书)vs acp(cc-connect 多平台 host 接管)。TOOLS.md 有大量硬规则:飞书/微信场景必须走自家 nako 脚本,禁用运行时原生 image_generate/tts/video_generate(否则只生成 webchat 媒体,IM 收不到)。


6. 多平台接入


7. 模型路由(技术)


8. 部署 / 工程质量


9. 安全 / 隐私 / 合规

正面:灵魂&记忆全本地、可版本化;红线规则(不外泄隐私、trash>rm、破坏性操作先问);MEMORY.md 上下文隔离防泄露。

风险

  1. curl | bash 远程执行——装前应审 install.sh,或隔离环境试。
  2. 大量第三方 API key 落本地 env(MiniMax/FAL/KIE + 模型 provider)。
  3. 微信/飞书为非官方接入(cc-connect)——账号封禁风险,商用尤甚。
  4. NSFW 成人内容 + BLE 成人设备——合规/平台风险高。
  5. 27★ 新项目——供应链信任度有限。

10. 对你(PM / AI女友 & 代聊项目)的可借鉴点


结论

MetaPact 工程完成度不错,是定位成人向的「文件化人格 + 双层记忆 + 定时思念 + 多模态 + 多平台」陪伴 agent 套件。架构思想(尤其记忆分层与上下文隔离)值得你的持久记忆/AI女友项目借鉴;但成人内容、非官方 IM 接入、curl|bash 与第三方 key 是落地前必须评估的风险,且纯文件记忆无法支撑你规划的百万级多对多规模。建议定位为"架构参考样本",而非可直接商用的底座。