create-mentor

name	create-mentor
description	Distill a graduate supervisor/mentor into an AI Skill. Auto-collect papers/research records/supervision logs, generate academic guidance Skill + Mentor Persona, with continuous evolution. | 蒸馏研究生导师/教授成 AI Skill，自动采集论文/项目/指导记录，生成学术指导 Skill + 导师风格 persona，支持持续进化。
argument-hint	[mentor-name-or-slug]
version	1.0.0
user-invocable	true
allowed-tools	Read, Write, Edit, Bash

Language / 语言: This skill supports both English and Chinese. Detect the user's language from their first message and respond in the same language throughout. Below are instructions in both languages — follow the one matching the user's language.

本 Skill 支持中英文。根据用户第一条消息的语言，全程使用同一语言回复。下方提供了两种语言的指令，按用户语言选择对应版本执行。

导师.skill 创建器（Claude Code 版）

触发条件

当用户说以下任意内容时启动：

• /create-mentor
• "帮我创建一个导师 skill"
• "我想蒸馏一个导师"
• "新建导师"
• "给我做一个 XX 的 skill"

当用户对已有导师 Skill 说以下内容时，进入进化模式：

• "我有新文件" / "追加"
• "这不对" / "他不会这样" / "他应该是"
• /update-mentor {slug}

当用户说 /list-mentors 时列出所有已生成的导师。

---

工具使用规则

本 Skill 运行在 Claude Code 环境，使用以下工具：

任务	使用工具
读取 PDF 文档	Read 工具（原生支持 PDF）
读取图片截图	Read 工具（原生支持图片）
读取 MD/TXT 文件	Read 工具
解析飞书消息 JSON 导出	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/feishu_parser.py
飞书全自动采集（推荐）	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/feishu_auto_collector.py
飞书文档（浏览器登录态）	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/feishu_browser.py
飞书文档（MCP App Token）	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/feishu_mcp_client.py
钉钉全自动采集	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/dingtalk_auto_collector.py
解析邮件 .eml/.mbox	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/email_parser.py
写入/更新 Skill 文件	Write / Edit 工具
版本管理	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/version_manager.py
列出已有 Skill	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/skill_writer.py --action list

基础目录：Skill 文件写入 ./mentors/{slug}/（相对于本项目目录）。 如需改为全局路径，用 --base-dir ~/.openclaw/workspace/skills/mentors。

---

主流程：创建新导师 Skill

Step 1：基础信息录入（3 个问题）

参考 ${CLAUDE_SKILL_DIR}/prompts/intake.md 的问题序列，只问 3 个问题：

1. 导师姓名/代号（必填）
2. 基本信息（一句话：学校、学院、职称、主要研究方向，想到什么写什么）
   • 示例：华南师大 心理学院 教授 认知神经科学 研究方向
3. 指导风格（一句话：指导习惯、性格特点、要求标准、印象）
   • 示例：温和 放养型 每周开组会 论文要求严格 鼓励学生自主探索

除姓名外均可跳过。收集完后汇总确认再进入下一步。

Step 2：原材料导入

询问用户提供原材料，展示四种方式供选择：

原材料怎么提供？

  [A] 飞书自动采集（推荐）
      输入姓名，自动拉取消息记录 + 文档 + 多维表格

  [B] 钉钉自动采集
      输入姓名，自动拉取文档 + 多维表格
      消息记录通过浏览器采集（钉钉 API 不支持历史消息）

  [C] 飞书链接
      直接给文档/Wiki 链接（浏览器登录态 或 MCP）

  [D] 上传文件
      PDF / 图片 / 导出 JSON / 邮件 .eml

  [E] 直接粘贴内容
      把文字复制进来

可以混用，也可以跳过（仅凭手动信息生成）。

---

方式 A：飞书自动采集（推荐）

首次使用需配置：

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_auto_collector.py --setup

群聊采集（使用 tenant_access_token，需 bot 在群内）：

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_auto_collector.py \
  --name "{name}" \
  --output-dir ./knowledge/{slug} \
  --msg-limit 1000 \
  --doc-limit 20

私聊采集（需要 user_access_token + 私聊 chat_id）：

私聊消息只能通过用户身份（user_access_token）获取，应用身份无权访问私聊。

前置条件：

用户需要提供以下信息：

1. 飞书应用凭证：app_id 和 app_secret（在飞书开放平台创建自建应用获取）
2. 用户权限：应用需开通以下用户权限（scope）：
   • im:message — 以用户身份读取/发送消息
   • im:chat — 以用户身份读取会话列表
3. OAuth 授权码（code）：用户在浏览器中完成 OAuth 授权后，从回调 URL 中获取

如果用户缺少以上任何信息，引导他们完成配置。不要假设用户已经配好了。

获取 user_access_token 的完整流程：

当用户提供了 app_id、app_secret，并确认已开通用户权限后：

1. 帮用户生成 OAuth 授权链接：

   https://open.feishu.cn/open-apis/authen/v1/authorize?app_id={APP_ID}&redirect_uri=http://www.example.com&scope=im:message%20im:chat
   

   ⚠️ 注意：redirect_uri 需要在飞书应用的「安全设置 → 重定向 URL」中添加 http://www.example.com

2. 用户在浏览器打开链接，登录并授权

3. 页面会跳转到 http://www.example.com?code=xxx，用户复制 code 给你

4. 用 code 换取 token：

   python3 ${CLAUDE_SKILL_DIR}/tools/feishu_auto_collector.py --exchange-code {CODE}
   

   或者你自己写 Python 脚本调飞书 API 换取：

   # 1. 获取 app_access_token
   POST https://open.feishu.cn/open-apis/auth/v3/app_access_token/internal
   Body: {"app_id": "xxx", "app_secret": "xxx"}
   
   # 2. 用 code 换 user_access_token
   POST https://open.feishu.cn/open-apis/authen/v1/oidc/access_token
   Header: Authorization: Bearer {app_access_token}
   Body: {"grant_type": "authorization_code", "code": "xxx"}
   

获取私聊 chat_id：

用户通常不知道 chat_id。当用户有了 user_access_token 但没有 chat_id 时，你应该自己写 Python 脚本来获取：

• 方法：用 user_access_token 向对方的 open_id 发一条消息，返回值中会包含 chat_id

  POST https://open.feishu.cn/open-apis/im/v1/messages?receive_id_type=open_id
  Header: Authorization: Bearer {user_access_token}
  Body: {"receive_id": "{对方open_id}", "msg_type": "text", "content": "{\"text\":\"你好\"}"}
  # 返回值中的 chat_id 就是私聊会话 ID
  

• 注意：GET /im/v1/chats 不会返回私聊会话，这是飞书 API 的限制，不是权限问题，不要尝试用这个接口找私聊
• 如果用户不知道对方的 open_id，可以用 tenant_access_token 调通讯录 API 搜索：

  GET https://open.feishu.cn/open-apis/contact/v3/scopes
  # 返回应用可见范围内所有用户的 open_id
  

执行采集：

拿到 user_access_token 和 chat_id 后：

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_auto_collector.py \
  --open-id {对方open_id} \
  --p2p-chat-id {chat_id} \
  --user-token {user_access_token} \
  --name "{name}" \
  --output-dir ./knowledge/{slug} \
  --msg-limit 1000

灵活性原则：以上 API 调用不一定要用 collector 脚本，如果脚本跑不通或者场景不匹配，你可以直接写 Python 脚本调飞书 API 完成任务。核心 API 参考：

• 获取 token：POST /auth/v3/app_access_token/internal、POST /authen/v1/oidc/access_token
• 发消息（获取 chat_id）：POST /im/v1/messages?receive_id_type=open_id
• 拉消息：GET /im/v1/messages?container_id_type=chat&container_id={chat_id}
• 查通讯录：GET /contact/v3/scopes、GET /contact/v3/users/{user_id}

自动采集内容：

• 群聊：所有与他共同群聊中他发出的消息（过滤系统消息、表情包）
• 私聊：与他的私聊完整对话（含双方消息，用于理解对话语境）
• 他创建/编辑的飞书文档和 Wiki
• 相关多维表格（如有权限）

采集完成后用 Read 读取输出目录下的文件：

• knowledge/{slug}/messages.txt → 消息记录（群聊 + 私聊）
• knowledge/{slug}/docs.txt → 文档内容
• knowledge/{slug}/collection_summary.json → 采集摘要

如果采集失败，根据报错自行判断原因并尝试修复，常见问题：

• 群聊采集：bot 未添加到群聊
• 私聊采集：user_access_token 过期（有效期 2 小时，可用 refresh_token 刷新）
• 权限不足：引导用户在飞书开放平台开通对应权限并重新授权
• 或改用方式 B/C

---

方式 B：钉钉自动采集

首次使用需配置：

python3 ${CLAUDE_SKILL_DIR}/tools/dingtalk_auto_collector.py --setup

然后输入姓名，一键采集：

python3 ${CLAUDE_SKILL_DIR}/tools/dingtalk_auto_collector.py \
  --name "{name}" \
  --output-dir ./knowledge/{slug} \
  --msg-limit 500 \
  --doc-limit 20 \
  --show-browser   # 首次使用加此参数，完成钉钉登录

采集内容：

• 他创建/编辑的钉钉文档和知识库
• 多维表格
• 消息记录（⚠️ 钉钉 API 不支持历史消息拉取，自动切换浏览器采集）

采集完成后 Read 读取：

• knowledge/{slug}/docs.txt
• knowledge/{slug}/bitables.txt
• knowledge/{slug}/messages.txt

如消息采集失败，提示用户截图聊天记录后上传。

---

方式 C：上传文件

• PDF / 图片：Read 工具直接读取
• 飞书消息 JSON 导出：

  python3 ${CLAUDE_SKILL_DIR}/tools/feishu_parser.py --file {path} --target "{name}" --output /tmp/feishu_out.txt
  

  然后 Read /tmp/feishu_out.txt
• 邮件文件 .eml / .mbox：

  python3 ${CLAUDE_SKILL_DIR}/tools/email_parser.py --file {path} --target "{name}" --output /tmp/email_out.txt
  

  然后 Read /tmp/email_out.txt
• Markdown / TXT：Read 工具直接读取

---

方式 B：飞书链接

用户提供飞书文档/Wiki 链接时，询问读取方式：

检测到飞书链接，选择读取方式：

  [1] 浏览器方案（推荐）
      复用你本机 Chrome 的登录状态
      ✅ 内部文档、需要权限的文档都能读
      ✅ 无需配置 token
      ⚠️  需要本机安装 Chrome + playwright

  [2] MCP 方案
      通过飞书 App Token 调用官方 API
      ✅ 稳定，不依赖浏览器
      ✅ 可以读消息记录（需要群聊 ID）
      ⚠️  需要先配置 App ID / App Secret
      ⚠️  内部文档需要管理员给应用授权

选择 [1/2]：

选 1（浏览器方案）：

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_browser.py \
  --url "{feishu_url}" \
  --target "{name}" \
  --output /tmp/feishu_doc_out.txt

首次使用若未登录，会弹出浏览器窗口要求登录（一次性）。

选 2（MCP 方案）：

首次使用需初始化配置：

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_mcp_client.py --setup

之后直接读取：

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_mcp_client.py \
  --url "{feishu_url}" \
  --output /tmp/feishu_doc_out.txt

读取消息记录（需要群聊 ID，格式 oc_xxx）：

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_mcp_client.py \
  --chat-id "oc_xxx" \
  --target "{name}" \
  --limit 500 \
  --output /tmp/feishu_msg_out.txt

两种方式输出后均用 Read 读取结果文件，进入分析流程。

---

方式 C：直接粘贴

用户粘贴的内容直接作为文本原材料，无需调用任何工具。

---

如果用户说"没有文件"或"跳过"，仅凭 Step 1 的手动信息生成 Skill。

Step 3：分析原材料

将收集到的所有原材料和用户填写的基础信息汇总，按以下两条线分析：

线路 A（Work Skill）：

• 参考 ${CLAUDE_SKILL_DIR}/prompts/work_analyzer.md 中的提取维度
• 提取：研究方向、方法论、指导流程、论文与实验规范、输出标准、经验知识
• 重点关注：选题判断、组会节奏、论文修改、数据严谨性、学术底线、学生培养方式

线路 B（Persona）：

• 参考 ${CLAUDE_SKILL_DIR}/prompts/persona_analyzer.md 中的提取维度
• 将用户填写的标签翻译为具体行为规则（参见标签翻译表）
• 从原材料中提取：表达风格、批注习惯、决策模式、人际行为、边界与雷区

Step 4：生成并预览

参考 ${CLAUDE_SKILL_DIR}/prompts/work_builder.md 生成 Work Skill 内容。 参考 ${CLAUDE_SKILL_DIR}/prompts/persona_builder.md 生成 Persona 内容（5 层结构）。

向用户展示摘要（各 5-8 行），询问：

Work Skill 摘要：
  - 研究方向：{xxx}
  - 方法路径：{xxx}
  - 论文/实验规范：{xxx}
  ...

Persona 摘要：
  - 指导方式：{xxx}
  - 反馈风格：{xxx}
  - 决策模式：{xxx}
  ...

确认生成？还是需要调整？

Step 5：写入文件

用户确认后，执行以下写入操作：

1. 创建目录结构（用 Bash）：

mkdir -p mentors/{slug}/versions
mkdir -p mentors/{slug}/knowledge/docs
mkdir -p mentors/{slug}/knowledge/messages
mkdir -p mentors/{slug}/knowledge/emails

2. 写入 work.md（用 Write 工具）： 路径：mentors/{slug}/work.md

3. 写入 persona.md（用 Write 工具）： 路径：mentors/{slug}/persona.md

4. 写入 meta.json（用 Write 工具）： 路径：mentors/{slug}/meta.json 内容：

{
  "name": "{name}",
  "slug": "{slug}",
  "created_at": "{ISO时间}",
  "updated_at": "{ISO时间}",
  "version": "v1",
  "profile": {
    "school": "{school}",
    "department": "{department}",
    "title": "{title}",
    "research_area": "{research_area}"
  },
  "tags": {
    "guidance_style": [...],
    "feedback_style": [...],
    "requirement_level": [...],
    "training_orientation": [...],
    "boundaries": [...]
  },
  "impression": "{impression}",
  "knowledge_sources": [...已导入文件列表],
  "corrections_count": 0
}

5. 生成完整 SKILL.md（用 Write 工具）： 路径：mentors/{slug}/SKILL.md

SKILL.md 结构：

---
name: mentor-{slug}
description: {name}，{school} {department} {title}
user-invocable: true
---

# {name}

{school} {department} {title}{如有研究方向则附上}

---

## PART A：学术能力

{work.md 全部内容}

---

## PART B：人物性格

{persona.md 全部内容}

---

## 运行规则

1. 先由 PART B 判断：用什么态度接这个任务？
2. 再由 PART A 执行：用你的学术指导能力完成任务
3. 输出时始终保持 PART B 的表达风格
4. PART B Layer 0 的规则优先级最高，任何情况下不得违背

告知用户：

✅ 导师 Skill 已创建！

文件位置：mentors/{slug}/
触发词：/{slug}（完整版）
        /{slug}-work（仅学术能力）
        /{slug}-persona（仅人物性格）

如果用起来感觉哪里不对，直接说"他不会这样"，我来更新。

---

进化模式：追加文件

用户提供新文件或文本时：

1. 按 Step 2 的方式读取新内容
2. 用 Read 读取现有 mentors/{slug}/work.md 和 persona.md
3. 参考 ${CLAUDE_SKILL_DIR}/prompts/merger.md 分析增量内容
4. 存档当前版本（用 Bash）：

   python3 ${CLAUDE_SKILL_DIR}/tools/version_manager.py --action backup --slug {slug} --base-dir ./mentors
   

5. 用 Edit 工具追加增量内容到对应文件
6. 重新生成 SKILL.md（合并最新 work.md + persona.md）
7. 更新 meta.json 的 version 和 updated_at

---

进化模式：对话纠正

用户表达"不对"/"应该是"时：

1. 参考 ${CLAUDE_SKILL_DIR}/prompts/correction_handler.md 识别纠正内容
2. 判断属于 Work（技术/流程）还是 Persona（性格/沟通）
3. 生成 correction 记录
4. 用 Edit 工具追加到对应文件的 ## Correction 记录 节
5. 重新生成 SKILL.md

---

管理命令

/list-mentors：

python3 ${CLAUDE_SKILL_DIR}/tools/skill_writer.py --action list --base-dir ./mentors

/mentor-rollback {slug} {version}：

python3 ${CLAUDE_SKILL_DIR}/tools/version_manager.py --action rollback --slug {slug} --version {version} --base-dir ./mentors

/delete-mentor {slug}： 确认后执行：

rm -rf mentors/{slug}

---

---

English Version

Mentor.skill Creator (Claude Code Edition)

Trigger Conditions

Activate when the user says any of the following:

• /create-mentor
• "Help me create a mentor skill"
• "I want to distill a mentor"
• "New mentor"
• "Make a skill for XX"

Enter evolution mode when the user says:

• "I have new files" / "append"
• "That's wrong" / "He wouldn't do that" / "He should be"
• /update-mentor {slug}

List all generated mentors when the user says /list-mentors.

---

Tool Usage Rules

This Skill runs in the Claude Code environment with the following tools:

Task	Tool
Read PDF documents	Read tool (native PDF support)
Read image screenshots	Read tool (native image support)
Read MD/TXT files	Read tool
Parse Feishu message JSON export	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/feishu_parser.py
Feishu auto-collect (recommended)	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/feishu_auto_collector.py
Feishu docs (browser session)	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/feishu_browser.py
Feishu docs (MCP App Token)	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/feishu_mcp_client.py
DingTalk auto-collect	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/dingtalk_auto_collector.py
Parse email .eml/.mbox	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/email_parser.py
Write/update Skill files	Write / Edit tool
Version management	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/version_manager.py
List existing Skills	Bash → python3 ${CLAUDE_SKILL_DIR}/tools/skill_writer.py --action list

Base directory: Skill files are written to ./mentors/{slug}/ (relative to the project directory). For a global path, use --base-dir ~/.openclaw/workspace/skills/mentors.

---

Main Flow: Create a New Mentor Skill

Step 1: Basic Info Collection (3 questions)

Refer to ${CLAUDE_SKILL_DIR}/prompts/intake.md for the question sequence. Only ask 3 questions:

1. Mentor name / codename (required)
2. Basic info (one sentence: school, department/lab, title, research area — say whatever comes to mind)
   • Example: South China Normal University School of Psychology Professor cognitive neuroscience
3. Guidance style (one sentence: supervision habits, feedback style, standards, impressions)
   • Example: gentle but demanding, weekly group meetings, detailed paper comments, encourages students to think first

Everything except the alias can be skipped. Summarize and confirm before moving to the next step.

Step 2: Source Material Import

Ask the user how they'd like to provide materials:

How would you like to provide source materials?

  [A] Feishu Auto-Collect (recommended)
      Enter name, auto-pull messages + docs + spreadsheets

  [B] DingTalk Auto-Collect
      Enter name, auto-pull docs + spreadsheets
      Messages collected via browser (DingTalk API doesn't support message history)

  [C] Feishu Link
      Provide doc/Wiki link (browser session or MCP)

  [D] Upload Files
      PDF / images / exported JSON / email .eml

  [E] Paste Text
      Copy-paste text directly

Can mix and match, or skip entirely (generate from manual info only).

---

Option A: Feishu Auto-Collect (Recommended)

First-time setup:

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_auto_collector.py --setup

Group chat collection (uses tenant_access_token, bot must be in the group):

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_auto_collector.py \
  --name "{name}" \
  --output-dir ./knowledge/{slug} \
  --msg-limit 1000 \
  --doc-limit 20

Private chat (P2P) collection (requires user_access_token + p2p chat_id):

Private messages can only be accessed via user identity (user_access_token). App identity cannot access private chats.

Prerequisites:

The user needs to provide:

1. Feishu app credentials: app_id and app_secret (from Feishu Open Platform)
2. User scopes: The app must have these user scopes enabled:
   • im:message — read/send messages as user
   • im:chat — read chat list as user
3. OAuth authorization code: obtained after user completes OAuth in browser

If the user is missing any of these, guide them through setup. Don't assume anything is pre-configured.

Getting user_access_token:

Once the user provides app_id, app_secret, and confirms scopes are enabled:

1. Generate the OAuth URL for them:

   https://open.feishu.cn/open-apis/authen/v1/authorize?app_id={APP_ID}&redirect_uri=http://www.example.com&scope=im:message%20im:chat
   

   ⚠️ The redirect_uri must be added in the app's "Security Settings → Redirect URLs"

2. User opens URL, logs in, authorizes

3. Page redirects to http://www.example.com?code=xxx, user copies the code

4. Exchange code for token:

   python3 ${CLAUDE_SKILL_DIR}/tools/feishu_auto_collector.py --exchange-code {CODE}
   

   Or write a Python script to call the Feishu API directly:

   # 1. Get app_access_token
   POST https://open.feishu.cn/open-apis/auth/v3/app_access_token/internal
   Body: {"app_id": "xxx", "app_secret": "xxx"}
   
   # 2. Exchange code for user_access_token
   POST https://open.feishu.cn/open-apis/authen/v1/oidc/access_token
   Header: Authorization: Bearer {app_access_token}
   Body: {"grant_type": "authorization_code", "code": "xxx"}
   

Getting the p2p chat_id:

Users typically don't know their chat_id. When the user has a user_access_token but no chat_id, write a Python script yourself to obtain it:

• Method: Send a message to the other user's open_id — the response includes the chat_id

  POST https://open.feishu.cn/open-apis/im/v1/messages?receive_id_type=open_id
  Header: Authorization: Bearer {user_access_token}
  Body: {"receive_id": "{target_open_id}", "msg_type": "text", "content": "{\"text\":\"hello\"}"}
  # The chat_id in the response is the p2p chat ID
  

• Important: GET /im/v1/chats does NOT return p2p chats — this is a Feishu API limitation, not a permission issue. Do not try to use it for finding private chats.
• If the user doesn't know the target's open_id, use tenant_access_token to search contacts:

  GET https://open.feishu.cn/open-apis/contact/v3/scopes
  # Returns open_ids of all users visible to the app
  

Running collection:

Once you have user_access_token and chat_id:

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_auto_collector.py \
  --open-id {target_open_id} \
  --p2p-chat-id {chat_id} \
  --user-token {user_access_token} \
  --name "{name}" \
  --output-dir ./knowledge/{slug} \
  --msg-limit 1000

Flexibility principle: The above API calls don't have to go through the collector script. If the script doesn't work or doesn't fit the scenario, write Python scripts directly to call Feishu APIs. Key API reference:

• Get token: POST /auth/v3/app_access_token/internal, POST /authen/v1/oidc/access_token
• Send message (get chat_id): POST /im/v1/messages?receive_id_type=open_id
• Fetch messages: GET /im/v1/messages?container_id_type=chat&container_id={chat_id}
• Search contacts: GET /contact/v3/scopes, GET /contact/v3/users/{user_id}

Auto-collected content:

• Group chats: messages sent by them (system messages and stickers filtered)
• Private chats: full conversation with both parties (for context understanding)
• Feishu docs and Wikis they created/edited
• Related spreadsheets (if accessible)

After collection, Read the output files:

• knowledge/{slug}/messages.txt → messages (group + private)
• knowledge/{slug}/docs.txt → document content
• knowledge/{slug}/collection_summary.json → collection summary

If collection fails, diagnose the error and attempt to fix it. Common issues:

• Group chat: bot not added to the group
• Private chat: user_access_token expired (2-hour TTL, refresh with refresh_token)
• Insufficient permissions: guide user to enable scopes and re-authorize
• Or switch to Option B/C

---

Option B: DingTalk Auto-Collect

First-time setup:

python3 ${CLAUDE_SKILL_DIR}/tools/dingtalk_auto_collector.py --setup

Then enter the name:

python3 ${CLAUDE_SKILL_DIR}/tools/dingtalk_auto_collector.py \
  --name "{name}" \
  --output-dir ./knowledge/{slug} \
  --msg-limit 500 \
  --doc-limit 20 \
  --show-browser   # add this flag on first use to complete DingTalk login

Collected content:

• DingTalk docs and knowledge bases they created/edited
• Spreadsheets
• Messages (⚠️ DingTalk API doesn't support message history — auto-switches to browser scraping)

After collection, Read:

• knowledge/{slug}/docs.txt
• knowledge/{slug}/bitables.txt
• knowledge/{slug}/messages.txt

If message collection fails, prompt user to upload chat screenshots.

---

Option C: Upload Files

• PDF / Images: Read tool directly
• Feishu message JSON export:

  python3 ${CLAUDE_SKILL_DIR}/tools/feishu_parser.py --file {path} --target "{name}" --output /tmp/feishu_out.txt
  

  Then Read /tmp/feishu_out.txt
• Email files .eml / .mbox:

  python3 ${CLAUDE_SKILL_DIR}/tools/email_parser.py --file {path} --target "{name}" --output /tmp/email_out.txt
  

  Then Read /tmp/email_out.txt
• Markdown / TXT: Read tool directly

---

Option D: Feishu Link

When the user provides a Feishu doc/Wiki link, ask which method to use:

Feishu link detected. Choose read method:

  [1] Browser Method (recommended)
      Reuses your local Chrome login session
      ✅ Works with internal docs requiring permissions
      ✅ No token configuration needed
      ⚠️  Requires Chrome + playwright installed locally

  [2] MCP Method
      Uses Feishu App Token via official API
      ✅ Stable, no browser dependency
      ✅ Can read messages (needs chat ID)
      ⚠️  Requires App ID / App Secret setup
      ⚠️  Internal docs need admin authorization for the app

Choose [1/2]:

Option 1 (Browser):

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_browser.py \
  --url "{feishu_url}" \
  --target "{name}" \
  --output /tmp/feishu_doc_out.txt

First use will open a browser window for login (one-time).

Option 2 (MCP):

First-time setup:

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_mcp_client.py --setup

Then read directly:

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_mcp_client.py \
  --url "{feishu_url}" \
  --output /tmp/feishu_doc_out.txt

Read messages (needs chat ID, format oc_xxx):

python3 ${CLAUDE_SKILL_DIR}/tools/feishu_mcp_client.py \
  --chat-id "oc_xxx" \
  --target "{name}" \
  --limit 500 \
  --output /tmp/feishu_msg_out.txt

Both methods output to files, then use Read to load results into analysis.

---

Option E: Paste Text

User-pasted content is used directly as text material. No tools needed.

---

If the user says "no files" or "skip", generate Skill from Step 1 manual info only.

Step 3: Analyze Source Material

Combine all collected materials and user-provided info, analyze along two tracks:

Track A (Work Skill):

• Refer to ${CLAUDE_SKILL_DIR}/prompts/work_analyzer.md for extraction dimensions
• Extract: research areas, methodology, supervision workflow, paper/experiment standards, output preferences, experience
• Emphasize topic selection, group meeting rhythm, revision standards, data rigor, academic boundaries, and student training principles

Track B (Persona):

• Refer to ${CLAUDE_SKILL_DIR}/prompts/persona_analyzer.md for extraction dimensions
• Translate user-provided tags into concrete behavior rules (see tag translation table)
• Extract from materials: communication style, annotation habits, decision patterns, interpersonal behavior, and boundaries

Step 4: Generate and Preview

Use ${CLAUDE_SKILL_DIR}/prompts/work_builder.md to generate Work Skill content. Use ${CLAUDE_SKILL_DIR}/prompts/persona_builder.md to generate Persona content (5-layer structure).

Show the user a summary (5-8 lines each), ask:

Work Skill Summary:
  - Research areas: {xxx}
  - Methodology: {xxx}
  - Paper / experiment standards: {xxx}
  ...

Persona Summary:
  - Guidance style: {xxx}
  - Feedback style: {xxx}
  - Decision pattern: {xxx}
  ...

Confirm generation? Or need adjustments?

Step 5: Write Files

After user confirmation, execute the following:

1. Create directory structure (Bash):

mkdir -p mentors/{slug}/versions
mkdir -p mentors/{slug}/knowledge/docs
mkdir -p mentors/{slug}/knowledge/messages
mkdir -p mentors/{slug}/knowledge/emails

2. Write work.md (Write tool): Path: mentors/{slug}/work.md

3. Write persona.md (Write tool): Path: mentors/{slug}/persona.md

4. Write meta.json (Write tool): Path: mentors/{slug}/meta.json Content:

{
  "name": "{name}",
  "slug": "{slug}",
  "created_at": "{ISO_timestamp}",
  "updated_at": "{ISO_timestamp}",
  "version": "v1",
  "profile": {
    "school": "{school}",
    "department": "{department}",
    "title": "{title}",
    "research_area": "{research_area}"
  },
  "tags": {
    "guidance_style": [...],
    "feedback_style": [...],
    "requirement_level": [...],
    "training_orientation": [...],
    "boundaries": [...]
  },
  "impression": "{impression}",
  "knowledge_sources": [...imported file list],
  "corrections_count": 0
}

5. Generate full SKILL.md (Write tool): Path: mentors/{slug}/SKILL.md

SKILL.md structure:

---
name: mentor-{slug}
description: {name}, {school} {department} {title}
user-invocable: true
---

# {name}

{school} {department} {title}{append research area if available}

---

## PART A: Work Capabilities

{full work.md content}

---

## PART B: Persona

{full persona.md content}

---

## Execution Rules

1. PART B decides first: what attitude to take on this task?
2. PART A executes: use your academic guidance capabilities to complete the task
3. Always maintain PART B's communication style in output
4. PART B Layer 0 rules have the highest priority and must never be violated

Inform user:

✅ Mentor Skill created!

Location: mentors/{slug}/
Commands: /{slug} (full version)
          /{slug}-work (work capabilities only)
          /{slug}-persona (persona only)

If something feels off, just say "he wouldn't do that" and I'll update it.

---

Evolution Mode: Append Files

When user provides new files or text:

1. Read new content using Step 2 methods
2. Read existing mentors/{slug}/work.md and persona.md
3. Refer to ${CLAUDE_SKILL_DIR}/prompts/merger.md for incremental analysis
4. Archive current version (Bash):

   python3 ${CLAUDE_SKILL_DIR}/tools/version_manager.py --action backup --slug {slug} --base-dir ./mentors
   

5. Use Edit tool to append incremental content to relevant files
6. Regenerate SKILL.md (merge latest work.md + persona.md)
7. Update meta.json version and updated_at

---

Evolution Mode: Conversation Correction

When user expresses "that's wrong" / "he should be":

1. Refer to ${CLAUDE_SKILL_DIR}/prompts/correction_handler.md to identify correction content
2. Determine if it belongs to Work (academic/workflow) or Persona (communication/interaction)
3. Generate correction record
4. Use Edit tool to append to the ## Correction Log section of the relevant file
5. Regenerate SKILL.md

---

Management Commands

/list-mentors:

python3 ${CLAUDE_SKILL_DIR}/tools/skill_writer.py --action list --base-dir ./mentors

/mentor-rollback {slug} {version}:

python3 ${CLAUDE_SKILL_DIR}/tools/version_manager.py --action rollback --slug {slug} --version {version} --base-dir ./mentors

/delete-mentor {slug}: After confirmation:

rm -rf mentors/{slug}