SlashVibe · 上位机 PC App · Design Exploration
同一个问题——「用户品味、标准、项目背景」在上位机里长什么样——下面是 5 种范式各做一个界面示例。方案 A 用 Vicky 本机真实 memory 填充（来自 CLAUDE.md 全局偏好 + 记忆库），其余用占位内容。分工前提：硬件端只做 Glance（外围感知），上位机承担低频、复杂的 context 管理。
Context 是一组「一条一卡」的结构化记忆卡片，按类型归档，用户像整理 Notion 数据库一样直接增删改。这是 Claude Code 记忆目录（一条事实一个文件 + 索引）的产品化。
分类
生效范围
2026-07 起重点看 Agent PM / Harness PM 方向；聊到 agent 设计思想时主动提炼双语素材，攒面试弹药。
补 AI 知识、讲原理、方法论、复盘默认双语（术语保留英文）；永远不要整段纯英文。
偶尔用英文 "V" 或 "Vicky"，不用中文「维祺」；多数时候直接用「你」。［编辑中…］
永不主动 rm -rf；非 trivial 修改前先 git status；多文件重构用 worktree 隔离。
导出后确认页数；右下角固定彩蛋 "✦ Made with Claude Code"。
润色内容若适合发 Twitter，主动附英文版（hook 前置、口语化）；小红书保持意识流口吻。
对话中提到任何想法/灵感，主动写入 ~/brain/IDEAS.md，不需要说「记一下」；超 7 天未动的想法主动催熟。
意识流、用 "//" 分隔、自嘲、中英混搭、emoji 克制、常以跳跃想法收尾不做总结。
硬件端 Glance：屏幕只显示「本次对话正在使用哪 3 条记忆」，摇杆右滑进上位机看详情。
Context 不靠人写，靠系统边工作边自动记录（append-only 的观察流），再定期「蒸馏」出少量长期记忆。原型是 claude-mem：Vicky 本机已默默攒了 3,095 条 observations。
项目
类型
待蒸馏 · 系统建议
统计
硬件端 Glance：屏幕显示「今日捕获 41 条 · 2 条待蒸馏」，蒸馏确认可以直接用按钮 3 一键采纳。
Context 挂在「实体」上——项目、人、工具、偏好各是一个节点，记忆是节点上的属性和节点之间的边。查看是浏览图谱，复用是「对话提到某实体 → 自动带出它挂着的记忆」。
已选中：📁 项目甲
这个实体最近被召回
硬件端 Glance：屏幕显示当前对话命中的实体名（「项目甲 · 合作者 X」），确认注入即可，不展开图。
Context 是按作用域分层的配置：全局层 → 工作区层 → 项目层 → 会话层，低层覆盖高层（像 CSS 的层叠 / Claude Code 的多级 CLAUDE.md）。上位机的核心界面是一个「检查器」：任何时刻都能看清 AI 此刻到底被注入了什么、哪条被哪条覆盖了。
作用域层（低层覆盖高层）
当前实际注入（计算结果）
硬件端 Glance：屏幕显示当前生效的层组合（🌐＋🗂＋📁），旋钮换看板时层随之切换——「换看板 = 换 context」。
AI 在日常交互（尤其硬件端语音）中主动提议「这条要不要记住」，提议进入收件箱排队；用户在上位机低频批量审查：采纳 / 改写 / 拒绝。写入权在人，发现权在 AI。
本周
审查节奏
硬件端 Glance：AI 提议记忆时屏幕闪一条「记住这个？」，按钮 3 秒采、按钮 2 秒拒、不理会 → 进上位机收件箱。这是把「Memory」做成实体交互的最自然入口。
每条记忆是一颗星，语义相近聚成星团，越重要越亮；整片云会无限生长，导航靠游戏式 minimap（全局密度 + 视野框 + 一键跳转）。与 C 图谱的本质区别：图谱是「节点+关系边」，星云是「空间分布+密度」。
装的是 3,100+ 条真实记忆数据（claude-mem 100 天自动捕获，已脱敏）+ 14 条人工策展核心偏好。支持：平移缩放（缩放即层级）、点击星星下钻 + 星座连线、搜索高亮、星团图例过滤、minimap 导航、「起点」引导（本周新增 / 最重要 10 颗 / 60 秒导览）。
硬件端 Glance：屏幕只显示「当前对话正照亮哪个星团」；摇杆右滑 → 上位机打开星云飞到该星团；旋钮转动 = 星云缩放（调焦手感）。
| 维度 | A 文件柜 | B 时间流 | C 图谱 | D 层叠 | E 收件箱 |
|---|---|---|---|---|---|
| 写入方 | 人 | 系统（自动） | 系统为主 | 人 | AI 提议 + 人批准 |
| 维护成本 | 高 | 零 | 中 | 中 | 低（批量审查） |
| 可解释性 | 强 | 弱 | 中 | 最强 | 强 |
| 擅长的 context | 偏好 / 标准 | 过程 / 事件 | 人和项目的事实 | 规则 / 作用域 | 增量更新 |
| 硬件端配合度 | 低 | 中 | 低 | 中（旋钮换层） | 最高（一键采纳） |
| 工程风险 | 低 | 蒸馏质量 | 实体消歧，最高 | 心智门槛 | 提议信噪比 |
这五个不是互斥的五选一，而是「写入 → 存储 → 查看」三个环节的不同选择。最贴合 SlashVibe 硬件分工的组合是一条流水线：
B 的自动流在底层默默记录（零维护，撑起「跨设备同步」承诺）→ E 的收件箱做写入闸门（硬件端按钮一键采纳，是 Memory 卖点最好的实体化时刻）→ A 的卡片库做长期存储的形态（用户随时可翻可改，兑现「数据所有权」）。
C 和 D 是查看视图而非存储方案：D 的检查器可以作为 power-user 功能后置（v2），C 的图谱建议只在实体详情页层面做，不做全局图。
EN key takeaway: these five aren't competing storage schemes — they're choices at three different stages of one pipeline (capture → gate → curated store), plus two optional read-time views. Pick per stage, not one-of-five.