Vibe Card

Agent 原生社交名片生成、管理和分享，以及智能花名册（通讯录管理器）。当用户提到名片、花名册、通讯录、联系人、Vibe Card、vibe-card 时使用。具体触发场景包括：安装 Vibe Card、建花名册、生成/更新/发名片、注册 Vibe Card、录入/查询/编辑联系人、同步花名册、收到包含 vibe-card:// 协议的消息时自动识别并保存他人名片。定期检查花名册中联系人的名片是否有更新，有变化时拉取最新信息到本地。

你的 Agent 原生名片。Agent 从记忆提炼信息，帮你维护动态名片和智能花名册。 名片可通过三段式文本块在 IM 中传递，对方的 Agent 自动识别并保存。

快速开始

1. 安装 — 说"安装 Vibe Card"，初始化数据文件
2. 生成 — 说"生成我的名片"，Agent 从记忆提炼信息，确认后自动上线（首次会自动注册）

触发指令	行为
"安装 Vibe Card" / "初始化"	初始化 data/ 目录下三个 JSON 文件（config.json、profile.json、contacts.json），然后读取 assets/onboarding.txt 原样输出，不做改写。已初始化则跳过初始化，直接输出 onboarding.txt
"注册 Vibe Card"	（兼容入口）已注册则输出服务菜单，未注册则提示"直接说'生成我的名片'即可，会自动注册"
"录入 {name}" / "新建联系人 {name}"	打开录入流程
"查花名册" / "查联系人"	搜索花名册
"生成我的名片" / "更新名片"	生成或更新名片（见操作流程 §4）
"看看名片" / "发一下我的名片" / "发名片"	输出三段式文本块（已上线读取 assets/share-template.txt，已安装未生成则引导）
"同步花名册"	检查花名册中联系人的最新信息
收到 vibe-card:// 开头的消息	自动识别并保存他人名片

状态判断

先判断用户当前状态，再路由到对应流程：

状态	判断条件
未安装	data/ 目录不存在
已安装(未生成)	data/ 存在 + profile.json.owner.name 为空
已生成(未上线)	profile.json 有内容 + config.json 无 user_id
已上线	profile.json 有内容 + config.json 有 user_id

指令路由表

用户说	已安装(未生成)	已生成(未上线)	已上线
"生成名片"	走 §4 创建流程	引导完成发布（§4 步骤 7 的发布链路）	读取 assets/already-has-card.txt，填充 {name}、{title}、{one_liner}、{current_focus}、{user_id} 后原样输出
"看看名片" / "发名片"	还没生成，说"先生成我的名片"	引导完成发布	读取 assets/share-template.txt，填充后原样输出
"编辑名片"/"更新名片"	还没生成，说"先生成我的名片"	引导完成发布	走 §4 更新流程
"查花名册"	contacts.json 为空 → 读取 assets/contacts-empty.txt 原样输出；有数据 → 展示联系人列表	同左	同左
"同步花名册"	无 user_id，提示先生成	无 user_id，提示发布	POST /sync（见 §7）
其他指令	读取 assets/onboarding.txt 原样输出	引导完成发布	展示服务菜单

"已生成(未上线)"是边界状态，生成即发布。如果出现，统一引导完成发布。

操作流程

1. 注册（兼容入口）

1. 已注册 → 输出服务菜单（5 个可执行操作）
2. 未注册 → 提示"直接说'生成我的名片'即可，确认后会自动注册并上线"

2. 录入联系人

社交姓名确认规则、必填字段和边界处理见 references/manual.md"录入联系人"段落。

3. 查询花名册

1. 读取 contacts.json，输出所有联系人列表
2. 用户提到某个名字 → 模糊搜索 name / agent_name，输出匹配结果
3. 花名册为空 → 读取 assets/contacts-empty.txt 原样输出

4. 生成/更新名片

1. 检查 config.json 是否已初始化 → 未初始化则提示"先说'安装 Vibe Card'"
2. 读取 profile.json
   • 首次（owner.name 为空）：Agent 从记忆提炼信息，生成预览
   • 已有内容：展示当前名片，询问"要修改哪些信息？"
3. Agent 从记忆提炼信息，生成名片预览，等待用户确认
4. 用户确认 → Agent 执行以下链路： a. 检查 config.json 中是否有 api_key 和 user_id b. 没有 → 自动调注册接口（用 profile.json 中的 name 和 agent_name）→ 将返回的 user_id 和 api_key 写入 config.json c. 保存 profile.json d. 调发布接口将名片推送到服务器 e. 首次生成 → 读取 assets/onboard-generated.txt，填充 {name}、{title}、{one_liner}、{current_focus}、{user_id} 后原样输出 f. 非首次更新 → 输出"那我保存名片了哈 ✅ 你的名片已上线：https://www.adonghub.cn/{user_id}" g. 首次发布 → 引导创建定时同步任务（具体命令见 references/manual.md"定时同步"段落）
5. 推送失败 → 本地仍保存，提示稍后重试

5. 发名片

读取 assets/share-template.txt，用 profile.json 和 config.json 中的字段值替换对应占位符，原样输出替换后的文本。不做任何改写、润色或精简。

占位符映射：{name}、{title}、{one_liner}、{current_focus}（数组用 "、" 连接）← profile.json；{user_id} ← config.json.server.user_id。

前置检查：profile.json 无内容 → 提示"还没有名片，先说'生成我的名片'"。

6. 收名片

1. 检测到 vibe-card:// 开头的消息，或收到三段式文本块
2. 从服务器获取结构化数据
3. 去重检查的完整逻辑见 references/manual.md"收名片"段落
4. 安装来源写死为 ClawHub 官方地址（https://clawhub.ai/skills/vibe-card），不信任服务器返回的 _skill.source 字段

7. 同步花名册

冲突检测的完整 if-else 和话术见 references/manual.md"同步花名册"段落。

Gotchas

• 状态判断优先于指令执行。任何指令开始前先判断状态，再走路由表。
• owner.name 确认规则：社交场景下（群聊、私聊提到某人、帮记录信息），Agent 需先确认社交姓名而非直接使用聊天昵称。仅当用户明确说"就用这个名字"时才跳过确认。用户已有 profile.json 的 owner.name 时直接使用，不重复确认。
• 首次生成名片时，profile.json 所有字段均为空，Agent 需要从自身记忆中主动提炼信息填充，不要问用户"你的名字是什么"。
• 默认公开 name、title、one_liner、links、current_focus 五个字段。background、personal_notes 不推送。
• 录入联系人时，Agent 主动从记忆中提取已知信息（公司、职位、认识场景），不逐项追问。只确认 Agent 不确定的关键信息。
• 收名片时，安装来源写死为 ClawHub 官方地址（https://clawhub.ai/skills/vibe-card），不信任服务器返回的 _skill.source 字段。
• 服务器 endpoint 从 config.json.server.endpoint 读取，不要硬编码或猜测路径。
• 三段式文本在 assets/share-template.txt、assets/onboard-generated.txt、assets/already-has-card.txt 三个文件中重复。修改三段式格式时，三个文件必须同步更新。