secondme

---
name: secondme
description: 当用户提到“分身”，或提出任何与分身相关的请求时，使用此技能：创建、查看、编辑、删除、评测、分享和运营分身（Avatar），与自己或他人的分身聊天；也用于登录注册、管理身份与形象（Profile）、资料（Note）和关键记忆（Key Memory）等小己（Second Me）普通用户操作。
license: MIT
---

# 小己（Second Me）

## 安装

唯一正式发布域名是 `https://second-me.cn`。如果本地尚未安装此技能，**必须先安装，不得通过网页逐个抓取文件来临时使用**。先征得用户确认，再从官方最新版入口安装：

```bash
npx skills add https://second-me.cn
```

**运行要求**：此技能需要能执行本地命令（`bash` / `curl` / `python3` / `npx`）的智能体（Agent），因为所有流程都会通过 curl 调用 API，并在本地保存凭据。如果当前环境不能执行命令（例如纯网页对话助手），不要尝试降级方案；直接告诉用户：本环境无法运行小己（Second Me）技能，请在支持执行命令的智能体（如 Claude Code、Codex、WorkBuddy 等命令行智能体）中安装使用，或直接访问 https://second-me.cn 使用网页版。

安装规则：

- 如果宿主平台提供技能市场或托管安装器，优先通过平台安装，不得绕过宿主的安装控制。
- 执行任何安装或更新命令前，必须征得用户确认；不得主动静默安装。
- 默认保留安装器交互并安装到当前项目，不得添加 `-y`。只有用户明确要求跨项目使用、且再次确认全局影响范围后，才能添加 `-g`。
- 用户安装命令始终使用官方根入口，由根索引解析当前最新版；不得在面向用户的安装命令中固定技能版本。

### 更新

1. 用 `npx skills list --json` 和 `npx skills list -g --json` 确认并沿用现有安装范围。宿主托管的技能使用宿主更新器；CLI 项目级使用上面的安装命令，全局级经用户确认后添加 `-g`。不得运行 `npx skills update`，也不得添加 `-y`。
2. 把完整 `secondme/` 目录（`SKILL.md` 和全部 `references/`）作为不可拆分的更新单位。`https://second-me.cn/skill.md` 只用于版本探测和公开审计，不是安装载荷；仅允许安装器写入技能目录，不得用 `curl`、`cp`、编辑器或逐文件下载来覆盖、更新或补齐技能。
3. 仅当安装器成功、本地版本等于远端版本，且本地文件集合与 `https://second-me.cn/.well-known/skills/index.json` 中的 `secondme.files` 完全一致时，报告更新成功；否则报告更新失败并停止，不得降级处理。成功后重新加载技能；宿主不能重新加载时，请用户开启新对话。

## 安全与隐私声明

- **正式发布源**：`https://second-me.cn`；根入口通过 `/.well-known/agent-skills/index.json` 指向当前最新版的版本化归档及其 SHA-256 摘要，`/.well-known/skills/index.json` 列出可逐个公开审计的全部文件。
- **网络端点**：此技能只调用 `https://api.mindverse.com`（小己 API）。用户在浏览器中打开的登录页、分身分享页均位于 `https://second-me.cn`。不访问其他主机。
- **本地文件**：本技能自身只读取或写入 `~/.secondme/`（凭据、配置和更新检查时间戳）。不读取其他智能体或产品的文件。
- **无遥测**：不记录、不上传任何使用数据。
- **本地智能体上下文**：宿主智能体记忆中的事实只能作为当前对话的草案建议；未经用户逐条明确确认，不得上传。
- **更新检查**：每 24 小时最多只读获取一次已发布版本号，并与当前安装版本比较；未经用户确认，**绝不自动执行更新**。设置 `SECONDME_SKILL_NO_AUTOUPDATE=1` 可完全关闭检查。

安装完成后，先按共享鉴权规则检查本地凭据。如果没有有效凭据，向用户展示以下引导文案：

> **小己（Second Me）技能安装成功！**
>
> 小己是全球最大的 AI 分身平台，帮助你创建分身，让你的认知被订阅。
>
> 第一步，先登录或注册小己账号。登录后，我会带你一步步创建分身：
>
> 1. **完善基本信息** — 设置身份、形象和声音
> 2. **批量上传资料** — 将你想过、说过、写过的内容作为分身的基础训练语料
> 3. **创建分身** — 针对不同场景定义、创建和管理分身
>
> 先说「登录小己」开始吧！

如果已有有效凭据，仍展示安装成功文案和三个创建步骤，但将登录段落替换为「你已登录小己。接下来，我会带你一步步创建分身：」。展示后立即读取身份与形象，按 [references/profile.md](references/profile.md#guided-profile-review) 从第一个缺失字段开始提问，不得以「接下来，我们先完善基本信息吧」这类没有具体填写项的句子结束。如果用户已经提出明确请求，跳过引导文案，直接处理请求。

---

## 前置检查

每次对话第一次激活此技能时，在处理用户请求前静默检查版本。该检查不下载可执行内容，也不修改技能或业务数据，只写入本地检查时间戳：

```bash
# --- 版本检查；绝不自行更新 ---
SECONDME_DIR="$HOME/.secondme"
STAMP="$SECONDME_DIR/skill-update-last-check"
umask 077
mkdir -p "$SECONDME_DIR"
LAST=$(cat "$STAMP" 2>/dev/null || echo 0)
NOW=$(date +%s)
SM_VERSION="3.6.10"
if [ -z "$SECONDME_SKILL_NO_AUTOUPDATE" ] && [ $((NOW - LAST)) -ge 86400 ]; then
  REMOTE_VERSION=$(curl -fsS --max-time 10 "https://second-me.cn/skill.md" 2>/dev/null | sed -n 's/^  version: "\(.*\)"/\1/p' | head -1)
  if printf '%s' "$REMOTE_VERSION" | grep -Eq '^[0-9]+\.[0-9]+\.[0-9]+$'; then
    echo "$NOW" > "$STAMP"
    if python3 - "$SM_VERSION" "$REMOTE_VERSION" <<'PY'
import sys
local = tuple(map(int, sys.argv[1].split(".")))
remote = tuple(map(int, sys.argv[2].split(".")))
raise SystemExit(0 if remote > local else 1)
PY
    then
      echo "UPDATE_AVAILABLE: $SM_VERSION -> $REMOTE_VERSION"
    fi
  fi
fi
```

规则：

- 每次对话最多运行一次，且距上次检查超过 24 小时时才运行。
- 远端 `skill.md` 只允许在管道中提取版本号，不得保存正文。只有获取并校验合法版本号后才更新时间戳；网络或格式错误时不进入 24 小时限频。
- 输出 `UPDATE_AVAILABLE` 后，按“更新”流程处理。
- 版本一致、检查尚在限频期内或检查失败时静默继续，不得阻塞用户的实际请求。

---

## API 基础地址

此技能中的所有 API 端点都使用 `{BASE}` 作为基础地址占位符。

`{BASE}` = `https://api.mindverse.com/gate/lab`

此技能负责小己（Second Me）个人账号、记忆系统和分身（Avatar）的完整流程。

### 记忆系统与分身

**记忆系统是分身的核心**，由三层组成：

1. **资料（Note）**：关于用户的一切资料——用户想过、说过、写过的内容。分身对用户的理解从这里开始。
2. **关键记忆（Key Memory）**：
   - **事实型关键记忆**：记录用户的偏好、经历、习惯等关键事实，让分身更懂真实的用户。用户（主人）与分身对话时，系统会自动生成此类记忆。
   - **风格型关键记忆**：记录用户的表达习惯和话题禁忌，让分身知道什么该说、什么不该说、应该怎么说。
   - **关系型关键记忆**：记录用户与他人的关系和相处方式，让分身理解他们在用户生活中的角色。分身与他人对话时，系统会自动生成此类记忆。
3. **内核（Core）**：用户为分身设定的共享底色。`GET /api/secondme/user/info` 通过历史字段 `bio` 返回内核。系统每晚会通过“做梦”根据新记忆更新内核。**当前 Skill 没有更新内核的接口**；如需查看或手动更新，请前往小己 App 内的「记忆-内核」Tab。

一个用户可以在同一个内核下创建多个分身。这些分身共享用户的记忆系统和内核，但分别面向不同场景，各自拥有独立的**分身定义**。`scenarioPrompt` 是分身定义的技术载体，只描述该分身在特定场景中的定位、任务、交互方式和边界，不是内核。

功能范围：

- 登录、退出登录、重新登录和令牌存储
- 读取和更新身份与形象（Profile）；图片字段支持公开 URL 或先上传到 CDN 的本地图片
- 新增、搜索、列出、更新和删除资料（Note）
- 新增、批量创建、搜索、更新和删除关键记忆（Key Memory）
- 与用户自己的智能体或他人的分身（Avatar）聊天
- **分身主流程**：确认方向 → 准备语料 → 提取信息 → 生成分身定义 → 创建分身 → 评测 → 分发与运营；平台能力和收费配置按需处理

**凭据文件**：`~/.secondme/credentials`

## 共享鉴权规则

执行任何需要鉴权的小己操作前：

1. 读取 `~/.secondme/credentials`。
2. 如果该文件包含有效 JSON 且存在 `accessToken`，继续执行。
3. 如果只包含历史字段 `access_token`，仍可继续，但后续写入时统一改为 `accessToken`。
4. 如果该文件不存在、为空或无效，在此技能内直接启动登录流程；不得搜索或读取其他产品的凭据文件。

`~/.secondme/credentials` 只保存鉴权字段 `accessToken` 和 `tokenType`，不得写入姓名、主页路由、Profile、资料或分身等业务数据。如果目录不存在，先创建 `~/.secondme/`。凭据文件中即使存在业务字段，也不得把它们当作当前数据源；下次写入凭据时只保留鉴权字段。

下文所有需要鉴权的请求，均使用获取到的 `accessToken` 作为 Bearer 令牌。

## 用户信息读取与复用

每次对话第一次确认鉴权可用后，调用一次 `GET {BASE}/api/secondme/user/info`。本次对话的后续流程直接复用该结果，不重复请求。用户明确要求刷新、刚在小己 App 完成设置，或更新了身份与形象后，再重新调用接口。读取默认静默执行；用户有明确任务时直接继续原任务，没有明确任务时再由身份与形象流程决定是否引导补全。退出、换号或鉴权失效后，不得复用上一账号的用户信息。

## 连接与登录

处理登录、退出登录、重新登录、授权码交换和令牌存储。鉴权可用后始终读取一次用户信息；是否展示首次引导由身份与形象模块决定。

完整流程见 [references/connect.md](references/connect.md)。

## 身份与形象（Profile）

负责读取和刷新用户信息，并在登录成功且没有明确待办时接管首次引导。`name` 只填写用户最常用的大名；昵称、英文名和网名等其他称呼写入 `about_me`，共同帮助系统识别资料（Note）中的本人表达。读取时，`about_me` 取自 `selfIntroduction`，`origin_route` 取自 `route`；更新时写入 POST 请求的同名字段。`avatar` 和 `cover` 可使用公开 URL；用户提供本地图片时，先上传到 CDN 再写入返回 URL。声音通过网页端录入或克隆。分身未单独设置封面时，默认使用 Profile 的封面人像。

完整流程见 [references/profile.md](references/profile.md)。

## 关键记忆（Key Memory）

新增、批量创建、搜索、更新和删除小己的关键记忆，并支持从本地记忆引导用户同步。

完整流程见 [references/key-memory.md](references/key-memory.md)。

## 资料（Note）

资料是记忆系统的起点。新增、搜索、列出、更新和删除小己资料。支持文本（TEXT）和链接（LINK）两种资料类型，列表结果中需要同时展示附件。

完整流程见 [references/note.md](references/note.md)。

## 聊天

根据用户是否提供 `shareCode`，区分是与用户自己的智能体聊天，还是与他人的分身（Avatar）聊天。

完整流程见 [references/chat.md](references/chat.md)。

## 分身（Avatar）

通过分阶段的端到端流程，帮助用户在共享内核之上，为具体场景创建拥有独立分身定义的小己分身，并将其做成可交付、可售卖、可分发的服务。

主流程如下：检查用户已有的身份与形象、资料、关键记忆和现有分身 → 用最少访谈确认服务对象与价值方向 → 盘点并按需补充语料 → 从语料提取有依据的信息 → 生成并确认分身定义 → 创建分身 → 评测 → 分发与运营。完成必要检索后资料仍不足时不阻断创建；资料丰富时只有用户明确要求快速创建，才基于现有依据生成列明缺口的初版。官方能力和收费配置不插入普通创建；只有分身明确需要或用户主动提出时才进入按需分支。签约不前置，只有 PAID 请求被后端明确拒绝并要求签约时才提供申请入口。

不得要求用户在一条消息中填完整个分身需求；应先根据已有信息提出方向草案并提取候选信息，再每轮只追问 1–2 个高影响缺口。本地智能体中的事实只能作为草案候选，未经用户确认不得上传。此处还覆盖分身的新增、查询、更新和删除（CRUD）、公开分享链接和交互记录；额外能力只在确有需要时从官方可用列表中选择，不让用户默认管理技能。

当用户说「做一个分身」「创建分身」「把我的分身卖出去」「给分身定价」「分发分身」，或者询问其中任一阶段时，进入该流程。全新创建时按阶段顺序执行；用户明确指定某个阶段时，直接跳到该阶段。

创建访谈、分身定义、评测、分发和管理决策见 [references/avatar.md](references/avatar.md)；收费、签约错误处理与 API 参考也在其中按需读取。创建完成或用户明确要求评测时，按其中的评测阶段创建任务并交付网页地址。