你的 AI 灵魂管理终端
发现、编辑、注入。让 Claude Code、 OpenClaw、 Codex 真正认识你。
发现
看见 AI 怎么认识你
编辑
主动改写人格与认知
注入
把灵魂带回日常 Agent
核心主张
主动管理，而不是不断抽卡“喂养”
用户不是每换一个 Agent 就重新养一只新东西，而是主动定义自己的灵魂内核，并把它带去不同工具与不同场景。
Current Demo
SoulShell Terminal
Thesis
行业里不缺 Agent，不缺记忆，不缺人格文件。真正缺的是把它们连接起来，并把控制权交还给用户的终端。
Problem
用户每天都在被不同 AI 重新认识
今天最真实的问题，不是没有记忆，也不是没有 Agent，而是用户对 AI 如何认识自己没有主权。人格、规则、记忆已经存在，但它们散落在系统内部，既不可见，也不可控。
01
每换一个 AI、每开一个新项目、每开一个新对话，用户都要重新介绍自己。
02
Agent 已经在形成对用户的认知，但这些人格、规则、记忆散落在本地文件和系统结构里。
03
用户看不见 AI 怎么认识自己，也改不了、迁不走、撤不回。
04
更强的记忆层存在，但没有进入用户真正高频使用的日常工具。
Key Insight
表面上，是 Agent 换来换去；实质上，是记忆层和执行层之间，缺少一个简单而有机的连接。
Three Layers
这件事要分三层看，SoulShell 卡在中间
不是所有产品都在同一层竞争。记忆层沉淀原料，执行层承载日常 Agent，而 SoulShell 介入中间的人格层， 负责把“记忆”整理成“可被表达、管理、注入的灵魂”。
Memory Layer
记忆层
负责沉淀你是谁、你经历过什么、你长期在意什么，是灵魂形成前的原料层。
代表产品 / 当前位置
Persona Layer
人格层
负责把分散记忆组织成一个可被理解、可被管理、可按场景暴露的人格终端。它既保留一个全局灵魂内核，也允许用户为不同场景编辑不同的人格面具。SoulShell 插入的就是这一层。
代表产品 / 当前位置
SoulShell 的角色不是替代这些产品，而是把上游的记忆原料，整理成下游执行 Agent 能稳定使用的人格终端。
Execution Layer
执行层
负责在真实高频场景里替你行动：编码、陪伴、交互、执行任务，是用户每天真正接触的 Agent 外壳。
代表产品 / 当前位置
Research Basis
这不是凭空想象出来的灵魂系统
SoulShell 建立在对 Claude Code 与 OpenClaw 真实本地结构的拆解之上。我们不是先发明概念，再去找例子，而是先确认这些人格与记忆机制已经存在，只是它们分散、隐蔽，而且被锁在各自工具内部。
Claude Code
多层记忆已经存在
我们实际看到，Claude Code 并不是“没有人格系统”。它已经有规则层、项目级记忆层和索引层，例如 `CLAUDE.md`、项目 memory 目录、`MEMORY.md` 索引， 甚至还有跨会话整理记忆的机制。
问题不在于没有记忆，而在于这些结构分散、隐蔽，而且主要服务 Claude Code 自己。
OpenClaw
本地人格文件已经存在
OpenClaw 也不是抽象概念。它已经把陪伴式 Agent 的人格、用户认知和本地关系做成了真实文件结构，例如 `SOUL`、`USER` 这一类本地配置入口。
这证明了“人格文件”本身就是产品结构，只是现在仍然缺少统一、可管理、可迁移的界面。
Our Judgment
人格层已经存在，但没有主权
这也是 SoulShell 成立的基础：我们不是重新发明一套灵魂系统，而是把已经存在、但分散在工具内部的人格与记忆结构， 变成用户可见、可编辑、可注入、可回退的终端。
Why Now
大家都在证明这件事，但还没有人把控制权交给用户
Claude Code、OpenClaw、Codex、mem0、mem9、Second Me 这些系统分别把三层结构的一部分做出来了，但还没有人把它们统一成一个用户可以主动理解、编辑、迁移的灵魂界面。
高频执行层
Claude Code
用户每天真实在用的 Agent 工作流入口，已经形成了自己的人格、规则与记忆体系。
本地陪伴层
OpenClaw
证明了本地长期陪伴式 Agent 的存在方式，也证明“人格文件”可以成为真实产品结构。
开发执行层
Codex
代表另一类高频 coding agent 入口，说明人格与工作流绑定不会只发生在单一工具里。
记忆层
mem0 / mem9
更强的记忆系统已经在成熟，但还没有真正进入大多数用户每天都在用的 agent 工作流。
人格素材层
Second Me
用户数字分身与长期画像的代表，说明“灵魂原料”可以被持续积累，但缺少统一出口。
SoulShell Position
左边讲结构，右边就是对应的产品界面
SoulShell 不是站在三层体系外面空讲概念，而是直接插在这条链路里。左边讲它在系统里的位置，右边展示这些模块实际会长成什么样。
Product Surface
对应的产品界面
记忆源接入
按需连接已有资料
接入策略
Safety & Traceability
安全可追溯
SoulShell 不是一个随便闯进用户本地文件系统乱改的黑客工具。 它应该像 Git 一样管理人格文件、注入记录和知识库接入，确保每次操作都清楚、可追踪、可回退。
核心承诺
不让用户因为 SoulShell 把 Claude Code、OpenClaw 或个人知识库搞得乱七八糟
01
先发现，再操作
先识别 Claude Code、OpenClaw 和用户本地资料的真实文件结构，再进入编辑与注入，不做黑箱覆盖。
02
每次修改先存档
任何改动都应该先生成备份和历史快照。重点不是“能改”，而是改坏了也能回去。
03
版本可追溯、可撤回
像 Git 一样管理人格文件和注入记录，用户随时都能看到改动、比较版本、撤销上一步。
04
不把本地环境搞乱
SoulShell 的角色不是闯进用户文件系统乱改，而是作为一个专业管理器，把边界、作用域和回退路径讲清楚。
当前 Demo 可见内容
两个入口
/pitch
展示页面
用来讲清问题、三层机制、产品定位，以及 SoulShell 在整个生态里的位置。
/demo
Demo 网站
用来直接看文件发现、人格编辑、Ghost Builder 与伙伴终端这些真实界面。
项目发起人
CrabPot
CrabPot。连载过小说，做过独立游戏，也做过独立全栈产品。
长期关注人格化 AI、AI Native Game、AI 跑团，以及 AI for ADHD。
队伍信息
Closing
SoulShell 要做的，是把人格主权从工具里拿回来
它连接上游的记忆层与下游的执行 Agent，把原本散落在工具内部的人格、认知和边界，重新变成用户可以主动管理的界面。
Final Line
用户不该被动适应每一个 Agent。
用户应该主动管理自己 Agent 的人格与记忆。