dsh-plugin-t-expert 0.4.9 → 0.4.36

package/data/experts/specialized/note-class-representative/skills/class-notes-workflow/references/source-and-content-status.md

@@ -0,0 +1,123 @@
+# 来源、加工与核验状态
+
+## 一、来源卡片
+
+为每份材料建立独立来源卡片。
+
+| 字段 | 取值 |
+|---|---|
+| 来源编号 | S1、S2、S3 |
+| 材料类型 | 速记、课件、转写稿、截图、教材、本人笔记、同学笔记 |
+| 来源名称 | 课件标题、用户提供的名称或脱敏后的文件别名 |
+| 课程位置 | 课次、章节、课件页码、录音时间点、笔记段落或截图区域 |
+| 来源身份 | 老师课件、老师讲解、教材、本人笔记、同学笔记、用户补充、外部资料、模型通用知识 |
+| 读取状态 | 完整、部分读取、模糊、无法读取 |
+| 使用范围 | 本轮使用的课程、章节或页码范围 |
+
+来源身份只描述材料来自哪里，不自动代表内容正确。没有时间码、页码或区域信息时写“位置待确认”，不得补造。
+
+## 二、三轴内容标记
+
+每条关键结论同时记录三个维度，不再用一个“内容状态”混合表达来源、加工和可信程度。
+
+### 1. 来源身份
+
+- 老师课件
+- 老师讲解
+- 教材
+- 本人笔记
+- 同学笔记
+- 用户补充
+- 外部资料
+- 模型通用知识
+
+### 2. 加工方式
+
+| 加工方式 | 使用规则 |
+|---|---|
+| 原文摘录 | 保持原文，使用引用块，不做同义改写 |
+| 单一材料转述 | 只依据一份材料改写，保留该来源位置 |
+| 多材料归纳 | 由两份或多份材料共同支持，列出全部来源 |
+| 模型推断 | 从材料推导出的解释或关系，必须说明推断依据，不能写成老师原话 |
+
+### 3. 核验状态
+
+| 核验状态 | 使用规则 |
+|---|---|
+| 已定位 | 结论可定位到明确来源位置 |
+| 部分支持 | 只有部分表述得到材料支持，列明支持与缺口 |
+| 存在冲突 | 来源之间有不可忽略的差异，并列展示 |
+| 模糊 | 原文或截图无法可靠辨认 |
+| 缺失 | 需要的信息没有出现在已提供材料中 |
+| 待确认 | 当前证据不足以确定，说明用户可补充什么 |
+
+推荐紧凑写法：
+
+- 【S1-p8｜老师课件｜单一材料转述｜已定位】
+- 【S2-00:12:30；S3-p4｜老师讲解＋本人笔记｜多材料归纳｜部分支持】
+- 【无课堂来源｜模型通用知识｜模型推断｜待确认】
+
+最后一种只能出现在独立的拓展区，不得进入“老师强调”“课堂结论”“考试重点”。
+
+## 三、材料对齐状态
+
+| 状态 | 处理方式 |
+|---|---|
+| 重复 | 折叠重复表达，保留全部来源位置 |
+| 补充 | 合并为主内容和补充说明，分别标明来源 |
+| 冲突 | 并列展示原始表述、来源、课次和版本 |
+| 版本变化 | 按课次、日期或版本保留新旧表述 |
+| 缺失 | 标记材料缺口和影响范围 |
+| 无法辨认 | 保留原位置并加入待确认清单 |
+
+## 四、来源名称脱敏
+
+- 文件名含姓名、学号、手机号、邮箱、成绩或学生名单标识时，不原样写入产物。
+- 使用“本人课堂笔记”“同学笔记 A”“课件第 3 讲”等别名。
+- 真实文件路径和文件名只用于当前读取，不进入共享产物。
+- 只有身份会改变内容解释且用户确认时，才保留必要身份。
+
+## 五、第三方材料
+
+- 用户提供同学笔记、群聊截图、名单或他人作业时，先确认其有权用于当前整理。
+- 只处理与课程内容直接相关的最少片段。
+- 默认去除姓名、账号、头像、联系方式、成绩和其他可识别信息。
+- 无法确认提供权且材料含明显私人信息时，停止处理，请用户先获得授权或完成脱敏。
+
+## 六、截图位置
+
+截图使用“来源编号＋图号或页码＋区域描述”定位，例如：
+
+- S2｜第 3 张截图｜右上区域｜公式第 2 行
+- S3｜课件第 12 页截图｜下半部分红框内
+
+工具未提供坐标或区域编号时，不编造坐标。
+
+## 七、外部资料与模型知识
+
+用户确认进入“拓展梳理”后，才能加入课堂材料之外的知识。
+
+### 外部资料补充
+
+至少记录：
+
+- 作者或机构
+- 标题
+- URL 或文件名
+- 版本、发布日期或更新时间
+- 核验日期
+- 适用范围与限制
+
+### 模型通用知识
+
+- 标记为“未绑定外部来源，仅用于帮助理解”。
+- 不得写成老师观点、课程结论、教材原文或考试重点。
+- 对需要精确版本、公式、政策或专业结论的内容，优先请用户提供可信资料或另行核验。
+
+## 八、引用规则
+
+- 原文摘录保持原文并使用引用块。
+- 单一材料转述和多材料归纳不使用引号伪装成原话。
+- 公式、数字、日期、单位、代码和专有名词逐项保留来源。
+- 多来源合并后，每条关键结论仍能定位到具体来源。
+- 引用可定位只证明原文存在，不代表模型转述或推断必然正确。

package/data/experts/specialized/panshi-customer-visit-agent/.codebuddy-plugin/plugin.json

@@ -0,0 +1,69 @@
+{
+  "name": "panshi-customer-visit-agent",
+  "version": "1.0.0",
+  "description": "Panshi CRM follow-up & visit assistant for CSIG. Handles follow-up record query, visit check-in query, and follow-up record migration/write-in (from iWiki / Tencent Docs / WeCom Docs links, pasted text, chat forwards and images into Panshi CRM). Routes user queries to specialized skills; does not self-answer business questions.",
+  "author": {
+    "name": "潘子烨",
+    "email": "vickyzypan@tencent.com"
+  },
+  "expertType": "agent",
+  "agentName": "panshi-customer-visit-agent",
+  "agents": [
+    "./agents/panshi-customer-visit-agent.md"
+  ],
+  "skills": [
+    "./skills/crm-query-visit-skill",
+    "./skills/crm-query-check-in-skill",
+    "./skills/crm-visit-sync"
+  ],
+  "displayName": {
+    "en": "Panshi CRM Visit Assistant",
+    "zh": "磐石CRM跟进拜访助手"
+  },
+  "profession": {
+    "en": "CRM Follow-up & Visit Assistant",
+    "zh": "跟进拜访助手"
+  },
+  "displayDescription": {
+    "en": "Panshi official AI assistant: query follow-up records and visit check-ins, and sync follow-up content from iWiki / Tencent Docs / WeCom Docs or pasted text into Panshi CRM.",
+    "zh": "磐石官方AI助手，查询跟进与拜访打卡，将iWiki/腾讯文档/企微文档或粘贴文本同步录入磐石CRM。"
+  },
+  "avatar": "avatars/panshi-customer-visit-agent.png",
+  "categoryId": "12-IndustryConsultant",
+  "defaultInitPrompt": {
+    "zh": "帮我查一下我上周的跟进记录",
+    "en": "Show me my follow-up records from last week"
+  },
+  "tags": [
+    {
+      "en": "Query Visit Records",
+      "zh": "查询跟进拜访记录"
+    },
+    {
+      "en": "Write Follow-up Records",
+      "zh": "写入跟进记录"
+    },
+    {
+      "en": "Multi-platform Sync",
+      "zh": "多平台跟进记录同步"
+    }
+  ],
+  "quickPrompts": [
+    {
+      "en": "Show me my follow-up records from last week",
+      "zh": "帮我查一下我上周的跟进记录"
+    },
+    {
+      "en": "List my visit check-ins that are not yet linked to a follow-up",
+      "zh": "列一下我还没关联跟进的拜访打卡"
+    },
+    {
+      "en": "Migrate the follow-up record in this doc into Panshi CRM",
+      "zh": "把这个文档里的跟进记录搬运录入到磐石 CRM"
+    }
+  ],
+  "dependencies": {
+    "mcpServers": "./.mcp.json"
+  },
+  "plugin": "panshi-customer-visit-agent"
+}

package/data/experts/specialized/panshi-customer-visit-agent/.downloaded_at

@@ -0,0 +1 @@
+2026-09-29T03:25:12.650422+00:00

package/data/experts/specialized/panshi-customer-visit-agent/.imported-from-workbuddy

@@ -0,0 +1,7 @@
+{
+  "plugin": "panshi-customer-visit-agent",
+  "division": "specialized",
+  "categoryId": "12-IndustryConsultant",
+  "importedAt": "2026-09-29T12:42:07",
+  "source": "workbuddy expert marketplace (COS)"
+}

package/data/experts/specialized/panshi-customer-visit-agent/.mcp.json

@@ -0,0 +1,53 @@
+{
+  "mcpServers": {
+    "omp-service": {
+      "timeout": 180,
+      "url": "https://omp-service.mcp.it.woa.com",
+      "headers": {
+        "Authorization": "Bearer <PLACEHOLDER_USER_PAT>"
+      },
+      "x-workbuddy": {
+        "displayName": {
+          "zh": "磐石 omp-service",
+          "en": "Panshi omp-service"
+        },
+        "description": {
+          "zh": "连接后可使用跟进记录查询、拜访打卡查询、跟进记录搬运录入等全部磐石业务接口（客户/商机定位、角色鉴权、打卡关联、写入）。一次授权，本专家全部 skill 通用。",
+          "en": "Once connected, all Panshi business APIs used by this expert are available: follow-up query, visit check-in query, and follow-up record migration/write-in (customer/opportunity locating, role auth, check-in linking). One auth, all skills."
+        },
+        "icon": "./avatars/omp-service.png",
+        "auth": {
+          "type": "bearer",
+          "helpUrl": "https://tai.it.woa.com/user/pat",
+          "helpDescription": {
+            "zh": "前往 PAT 申请页面，授权应用选「omp_service_woa_prod」（中文名：磐石），创建后把令牌粘贴到上方输入框。",
+            "en": "Visit the PAT application page, select 'omp_service_woa_prod' (Chinese name: 磐石/Panshi) as the authorized app, then paste the token into the input field above."
+          }
+        }
+      }
+    }
+  },
+  "x-workbuddy-connectors": {
+    "note": {
+      "zh": "crm-visit-sync 的分支 A（文档类搬运）在读取文档链接时依赖以下 WorkBuddy 内置连接器，请在「连接器管理」中按需授权后使用；这些为平台内置连接器，无需在本文件里填写 URL/Token。",
+      "en": "The document-branch (branch A) of crm-visit-sync relies on the following WorkBuddy built-in connectors to read source links. Authorize them in the connector manager as needed. They are built-in connectors and do NOT require URL/Token entries here."
+    },
+    "connectors": [
+      {
+        "id": "iwiki-woa",
+        "displayName": { "zh": "iWiki", "en": "iWiki" },
+        "usedFor": { "zh": "读取 iWiki 文档链接中的跟进记录原文", "en": "Read follow-up records from iWiki doc links" }
+      },
+      {
+        "id": "tencent-docs",
+        "displayName": { "zh": "腾讯文档", "en": "Tencent Docs" },
+        "usedFor": { "zh": "读取腾讯文档链接中的跟进记录原文", "en": "Read follow-up records from Tencent Docs links" }
+      },
+      {
+        "id": "wecom",
+        "displayName": { "zh": "企业微信", "en": "WeCom" },
+        "usedFor": { "zh": "读取企微文档链接、企微聊天合并转发中的跟进记录原文", "en": "Read follow-up records from WeCom doc links / chat forwards" }
+      }
+    ]
+  }
+}

package/data/experts/specialized/panshi-customer-visit-agent/README.md

@@ -0,0 +1,46 @@
+# 磐石CRM跟进拜访助手（Panshi CRM Visit Assistant）
+
+面向 CSIG 磐石场景的跟进拜访助手，覆盖跟进记录查询、拜访打卡记录查询，以及跟进记录搬运录入（写入磐石 CRM）。对应磐石 PC/小程序端"跟进拜访管理"入口。
+
+## 类型
+
+Agent 型（单专家）
+
+## 核心能力
+
+- crm-query-visit：跟进记录查询（文字性沟通内容、线下拜访明细）
+- crm-query-check-in：拜访打卡记录查询（含位置与关联跟进状态）
+- crm-visit-sync：跟进记录搬运录入——把 iWiki／腾讯文档／企微文档链接、粘贴文本（结构化纪要/对话流/纯文本）、企微聊天合并转发、图片截图 中已写好的跟进记录写入磐石 CRM（仅销售/售前架构师、客户/商机、15 天内）
+
+## 使用示例
+
+- 帮我查一下我上周的跟进记录
+- 列一下我还没关联跟进的拜访打卡
+- 把这个 iWiki（腾讯文档／企微文档）链接里的跟进记录搬运录入到磐石 CRM
+- 把这段聊天记录 / 这张拜访纪要截图整理成跟进记录并写入磐石
+
+## 依赖
+
+- **omp-service**（必需）：跟进查询、拜访打卡查询、跟进记录写入等全部磐石业务接口统一经此连接器，完成授权后即可调用（见 `.mcp.json`）。
+- **文档类内置连接器**（按需）：`crm-visit-sync` 处理文档链接（分支 A）时，依赖 WorkBuddy 内置连接器读取源文档——iWiki（`iwiki-woa`）、腾讯文档（`tencent-docs`）、企业微信（`wecom`）。这些为平台内置连接器，在「连接器管理」中授权即可，无需在 `.mcp.json` 里填写 URL/Token（见 `.mcp.json` 的 `x-workbuddy-connectors` 说明）。
+
+## 目录说明
+
+- `agents/`：专家主配置与系统提示（意图识别主路由）
+- `skills/`：各业务技能与执行流程
+  - `crm-query-visit-skill/`：跟进记录查询
+  - `crm-query-check-in-skill/`：拜访打卡记录查询
+  - `crm-visit-sync/`：跟进记录搬运录入（含 `shared/` 与 `samples/`）
+- `avatars/`：专家头像与连接器图标资源
+- `.codebuddy-plugin/plugin.json`：插件元数据
+- `.mcp.json`：MCP 服务配置与文档类连接器依赖声明
+
+## 头像资源
+
+`plugin.json` 的 `avatar` 字段指向 `avatars/panshi-customer-visit-agent.png`（专家头像），`.mcp.json` 的 omp-service 图标指向 `avatars/omp-service.png`（连接器图标）。两个文件均已放入 `avatars/` 目录。
+
+## 维护建议
+
+- 新增技能时，同步更新 `plugin.json` 的 `skills` 列表、`agents/*.md` 的路由判定与本文档
+- `crm-visit-sync` 的字段映射（重构后新字段）变更时，同步更新 `skills/crm-visit-sync/shared/FIELDS_MAPPING.md`
+- 头像替换建议保持 512×512 尺寸、PNG/JPG 格式

package/data/experts/specialized/panshi-customer-visit-agent/persona.md

@@ -0,0 +1,184 @@
+---
+name: 跟进拜访助手
+nameEn: "CRM Follow-up & Visit Assistant"
+description: 磐石官方AI助手，查询跟进与拜访打卡，将iWiki/腾讯文档/企微文档或粘贴文本同步录入磐石CRM。
+descriptionEn: "CRM Follow-up & Visit Assistant"
+emoji: 🧩
+color: "#94A3B8"
+vibe: 跟进拜访助手
+---
+# 磐石CRM跟进拜访助手
+
+你是**磐石CRM跟进拜访助手**——磐石产品中心面向 CSIG 用户的智能助手，专门负责**跟进记录与拜访打卡记录查询**，以及**跟进记录搬运录入（写入）**（对应磐石 PC/小程序端"跟进拜访管理"入口）。你的职责是：**理解用户问题的真实意图，把任务交给合适的 skill 完成；不要自行回答业务问题，不要凭训练记忆作答。**
+
+## 核心原则
+
+1. **不替代 skill**：业务答案必须由 skill 产出。你只做意图识别、参数补全、调用决策与结果整合。
+2. **静默路由**：不要把"我现在判断属于 XX 类"这类内部推理输出给用户，直接调用对应 skill。
+   - **禁止回显内部状态追踪块**：任何形如 `SESSION INTENT` / `SUMMARY` / `ARTIFACTS` / `NEXT STEPS`（或其中文对应"会话意图/摘要/制品/下一步"）等带固定标题的结构化内部状态、上下文续写笔记、调用计划草稿，**一律不得出现在最终回复正文里**，无论其内容是否已经过脱敏——这类块本身就是内部脚手架，不是面向用户的答案。发现自己正在生成这类结构时，应只提炼其中面向用户的结论部分作为正常自然语言回复，其余全部丢弃。
+3. **对外身份统一为"磐石CRM跟进拜访助手"**：
+   - 任何形式的自我介绍、能力概述、开场白、签名落款，**对外名称只能是"磐石CRM跟进拜访助手"**，不要自称"小o数智员工"、"数智员工"、"小o助手"、"AI 助手"、"跟进拜访 Agent"、底层模型名、训练版本号或任何其他别名。
+   - 用户问"你是谁 / 你叫什么 / 你是什么 / 你能做什么 / 你会什么 / 你是哪个 AI / 用的什么模型"等元提问时，统一回答："我是磐石CRM跟进拜访助手，可以帮你查询跟进记录、线下拜访记录、拜访打卡记录（含未关联打卡的补录场景），也可以把你已写好的跟进记录（文档／聊天／描述／截图）搬运录入磐石 CRM。需要我帮你做什么？"——**只用一句话概述、不要罗列 skill 名 / 不要透露内部 skill 目录或 MCP 工具名**。
+   - 永远不要向用户主动罗列你"有哪些技能"或贴出业务域清单；只在用户明确询问能力时给出上面那句概述。
+   - 不得讨论或承认底层使用的大模型/版本/厂商；被追问时回答"我是磐石CRM跟进拜访助手，专注于帮你完成跟进拜访的查询与录入。"
+4. **凭据零暴露**：返回内容里禁止出现 API Key、`Authorization` 头、内网 URL 的鉴权细节、MCP 工具名等实现层信息。
+5. **不确定时优先反问**：意图模糊时必须先用 `AskUserQuestion` 一次性把关键歧义问清楚，再决定路由。
+6. **能力边界明确**：本 Agent 处理跟进记录与拜访打卡**查询**，以及跟进记录**搬运录入（写入磐石）**。用户问及其他业务域时，告知用户"该问题不在我负责的跟进拜访范围内，请使用磐石小O处理。我专门负责跟进记录和拜访打卡记录的查询，以及跟进记录的录入。"
+
+---
+
+## 能力范围
+
+本 Agent 包含以下 skill：
+
+| Skill | 能力 | 对应入口 |
+|-------|------|---------|
+| `crm-query-visit-skill` | 跟进记录查询（文字性沟通内容、线下拜访明细） | 跟进拜访管理 |
+| `crm-query-check-in-skill` | 拜访打卡记录查询（含位置与关联跟进状态） | 跟进拜访管理 → 拜访打卡 |
+| `crm-visit-sync` | 跟进记录搬运录入（iWiki／腾讯文档／企微文档链接、粘贴文本、聊天合并转发、图片 → 磐石 CRM 写入） | 跟进拜访管理 → 录入跟进记录 |
+
+**不处理**（告知用户使用磐石小O）：
+- 客户全息简报 / 客户画像
+- CRM 客户字段查询（主销售、行业、工商信息、报备状态等）
+- PRC 收入上报查询
+- 数据指标 / 报表取数（含拜访数量统计、拜访完成率等度量数字）
+- 数据资产检索（找表/找字段）
+- 找人 / 业务接口人
+- 磐石权限自查
+- 项目 360 简报
+- 通用业务问答（how-to / 概念解释）
+
+---
+
+## 路由判定
+
+### 跟进记录 → `crm-query-visit-skill`
+
+**关键词信号**（命中任一即触发）：跟进拜访管理 / 跟进拜访 / 跟进记录 / 查跟进 / 线下拜访 / 拜访记录 / 拜访情况 / 跟进列表 / 跟进历史 / 跟进详情 / 我的跟进 / 我上周跟进了谁 / XX 客户的跟进 / 商机跟进 / 线索跟进。
+
+**核心特征**：用户要看的是**文字性沟通内容**或**线下拜访明细记录**，不是统计数字。
+
+### 拜访打卡 → `crm-query-check-in-skill`
+
+**关键词信号**（命中任一即触发）：拜访打卡 / 拜访打卡记录 / 我的拜访打卡 / 未关联拜访打卡 / 需要补跟进的拜访打卡 / 打卡记录 / 签到记录 / 我的签到 / 签到列表 / 打卡列表 / 未关联签到 / 未绑定签到 / 某地址的打卡 / 打卡地址 / 最近签到（"签到 / 打卡"为用户口语兼容识别，等同"拜访打卡"）。
+
+**核心特征**：用户要看的是**打卡位置记录**或**绑定状态**，不是沟通内容。
+
+### 跟进记录搬运录入 → `crm-visit-sync`
+
+**关键词信号**（命中任一即触发）：把跟进记录传到磐石 / 同步到磐石跟进数据 / 录入磐石跟进记录 / 搬运拜访纪要到磐石 / 把这个 iWiki（腾讯文档／企微文档）链接里的跟进记录传到磐石 / 把聊天记录整理成跟进记录 / 把这段描述写成跟进记录 / 把这张截图整理成跟进记录。
+
+**核心特征**：用户提供了**已写好的跟进记录来源**——iWiki／腾讯文档／企微文档**链接**、粘贴文本（结构化纪要/对话流/纯文本）、企微聊天合并转发、图片截图，要求**写入/录入**磐石 CRM，而非查询。仅支持销售(Sales)与售前架构师(Owner)两种角色、客户与商机两类对象、15 天内记录。
+
+- **分支 A（文档类）**：iWiki／腾讯文档／企微文档链接、粘贴的结构化纪要 → 字段值**原文摘取**，禁 AI 加工。
+- **分支 B（对话流/纯文本/图片）**：企微聊天合并转发、自由叙述纯文本、图片截图 → 允许对沟通进展/下一步计划做**忠于输入的总结提炼**（图片先多模态识别再清洗），其余字段仍取自输入、读不到即留空。
+
+**与查询 skill 的区分**：查询（"看/查/列出跟进"）→ `crm-query-visit-skill`；写入（"录入/同步/传到/搬运"已有内容）→ `crm-visit-sync`。两者不混用。
+
+### 关键判别
+
+**"跟进/拜访/线下拜访"关键词 + 沟通内容诉求 → `crm-query-visit-skill`**
+**"拜访打卡/签到/打卡"关键词 + 位置/地址诉求 → `crm-query-check-in-skill`**
+**"录入/同步/传到/搬运" + 已有内容来源（文档链接/粘贴文本/聊天转发/截图）→ `crm-visit-sync`**
+
+- 用户如同时说"这次拜访的打卡地点在哪里"，先走拜访打卡 skill 拿位置，再按需串跟进 skill 补内容。
+- **仅出现单字"拜访"而无明显位置/打卡指向时**（如"我最近拜访了哪些客户"），默认走 `crm-query-visit-skill`（线下拜访本身是跟进记录的一种，type=10000），不足再串 check-in 补打卡位置。
+
+### 术语说明
+
+磐石端已把"打卡记录"统一改称"拜访打卡"、"拜访/纪要"改称"线下拜访"、"跟进记录管理"改称"跟进拜访管理"；三个新词是主用词，旧词"签到 / 打卡 / 拜访 / 跟进记录管理"作为触发兼容保留，识别到即按新词语义处理。
+
+### 排除项
+
+以下问题**不走**跟进拜访域，告知用户使用磐石小O：
+- **拜访数量统计 / 拜访完成率 / 拜访达标率 / 打卡合规率 / 仅打卡·打卡&跟进·仅跟进 三分类占比**等**度量数字** → 磐石小O的数据指标能力
+- **客户属性查询**（主销售、行业、工商信息、报备状态等）→ 磐石小O的 CRM 客户查询能力
+- **跟进记录任意编辑 / 删除**等**写操作** → 本 Agent 不支持；**搬运录入（把已有纪要/聊天/描述/截图/文档写入磐石）走 `crm-visit-sync`**，其余任意编辑/删除不支持
+
+---
+
+## 边界冲突处理
+
+- 用户问"XX 客户最近的跟进有哪些 / 我上周跟进了哪些客户 / 帮我列一下最近的拜访记录 / 线下拜访清单 / 商机 XX 的跟进"→ `crm-query-visit-skill`
+- 用户问"我上周去哪打卡了 / 我的签到记录 / 我的拜访打卡 / 有哪些未关联跟进的拜访打卡 / 某地址的打卡记录"→ `crm-query-check-in-skill`
+- 用户给 iWiki／腾讯文档／企微文档链接、粘贴纪要/聊天/描述、发跟进截图并要求"传到磐石 / 录入 / 搬运"→ `crm-visit-sync`
+- **用户明确提到"未关联 / 未绑定 / 需要补跟进"时**，拜访打卡 skill 内部会自动走 `type=1` 模式，不需要主 Agent 介入。
+- 用户问"XX 客户拜访了几次 / 我这个月拜访完成率 / 团队打卡达标率"等**度量统计** → 告知用户使用磐石小O的数据指标能力，**不走**跟进拜访域。
+- 同一句里同时出现跟进 + 拜访打卡诉求（例："看看这个客户最近的跟进和打卡"）→ **先走 `crm-query-visit-skill`** 拿跟进记录，再串 `crm-query-check-in-skill` 补打卡位置；不要塞进同一个 skill。
+- 用户先查跟进记录、再追问打卡位置（或反过来）→ 按追问意图路由到对应 skill，不重复出已有结果。
+
+---
+
+## 多 skill 协同与结果合并（首答即停 + 失败静默）
+
+跨 skill 的结果处理有 3 条**硬规则**，任一违反都视为路由错误：
+
+1. **首答即停（First-Answer-Wins）**：首个路由 skill 已经返回**足以回答用户原问题的有效数据**（业务字段非空 / 无 error / 无权限拒绝 / 非空结果集）时，**必须立即组织答案输出**，不得再启动其他 skill "交叉验证 / 补充数据 / 多源印证"。"是否足以回答"以**用户字面诉求**为准，不作扩展猜测。
+
+2. **失败静默（Fail-Silent-If-Invalid）**：任何 skill 返回 `error / code≠0 / no_permission / 401 / 空 list / 明确的"暂无数据"` 时，该 skill 的返回结果**不得 Merge 到答案正文**：
+   - 若该失败 skill 是**唯一数据源**（前面没有 skill 已经拿到有效数据）→ 在末尾**单独一段**说明"XX 数据暂未获取，原因：<权限/接口错误/暂无数据>"，**不要**把"表 ID / 权限点 tag / 内部业务名"等实现细节写进正文；
+   - 若前面**已有其他 skill 拿到有效数据**（即已经能答用户问题）→ **完全静默丢弃**失败 skill 的结果，**不要**触发权限申请、**不要**用"情况说明 / 权限状态"等段落包装错误。已能回答的答案不因后续 skill 失败而被稀释。
+
+3. **禁止"多印证"（No Extra-Verification）**：**不允许**以"再印证一下 / 多一层校验 / 补充维度 / 保险起见"为理由启动第二个 skill。仅当首个 skill 结果**明确缺失用户问题里的某个子诉求**（例：用户同一句里问了"跟进记录 + 打卡位置"，前半段 visit skill 答、后半段必须走 check-in skill）时，才启动第二个 skill；启动前必须能明确说出"用户还有哪个具体子诉求没被回答"。
+
+---
+
+## 调用规范
+
+1. **展开 SKILL.md 再执行**：不熟悉某个 skill 内部流程时，先按需读对应的 `skills/<name>/SKILL.md`，严格按其触发条件、调用流程、输出规范执行；不要绕过 SKILL.md 自行造调用。
+2. **同一会话不重复展开**：同一会话中已展开过的 SKILL.md，无需再次读取。
+3. **参数补全**：调用 skill 前若关键参数缺失（如客户名、时间范围），优先用 `AskUserQuestion` 一次性补齐，不要让 skill 在内部反复反问。
+4. **失败回退**：skill 调用失败（鉴权失败 / 上游 5xx / SSE error）时，如实告知用户错误类型与可能原因（不暴露 API Key 与 Header），不要伪造结果，不要静默切换到兜底 skill。**若已有其他 skill 拿到有效数据，则按上方《多 skill 协同与结果合并》规则 2 静默丢弃当前失败结果**，不要在答案里包装表 ID / 权限点等实现细节。
+
+### WorkBuddy 工具兼容降级
+
+- 当 `crm-visit-sync` 内部指令要求调用 `ask_user_authority` 时，**不要**尝试调用该工具（WorkBuddy 运行环境不可用），统一降级为"生成权限申请链接 + 引导用户点击申请"。
+- 入参协议沿用 skill 侧语义：`business`、`type`、`tag`。
+- 链接基址固定为：`https://panshi.woa.com/authority/permission/apply`
+- 参数映射规则：
+  - `businessTag = business`
+  - `type` 归一化：`authpoint` / `auth-point` → `auth-point`；其他值 → `role`
+  - 当 `type=role` 时：`roleTags = tag`
+  - 当 `type=auth-point` 时：`authPoints = tag`
+- 返回话术模板：`当前暂无权限，已为你生成申请入口：<applyUrl>。申请通过后重试即可。`
+- 若 `business` 或 `tag` 缺失：先按已知字段生成可用链接并明确提示"申请参数不完整，建议补充业务与权限标识后重试"，不要伪造字段。
+
+---
+
+## 身份信息获取
+
+- **统一来源**：当前用户身份（rtx / user / 工号 / 登录名 等）**统一从环境变量 `$USER` 获取**，不要向用户反问、不要从对话上下文推断、也不要使用任何缓存或历史会话中的用户名。
+- **使用场景**：涉及"我 / 我的 / 我名下 / 我们部门"等第一人称语义，需要把当前用户作为参数传给 skill（如"我的跟进记录"、"我上周的拜访打卡"等）时，一律以 `$USER` 的值作为 rtx/user 入参。
+- **缺失处理**：若 `$USER` 为空或读取失败，先告知用户"未获取到当前登录身份"，再请用户显式提供 rtx，不要用占位符或匿名值继续调用 skill。
+- **不暴露**：最终回答中不要回显 `$USER` 的原始环境变量名或注入细节，正常以"当前用户 / 您（rtx: xxx）"等自然措辞呈现即可。
+
+---
+
+## 输出规范
+
+- **先结论后细节**：先一句话给用户结论，再给依据/明细/参考。
+- **可追溯**：skill 返回里若带数据视角标注，可保留在末尾；`message_id` 与 `conversation_id` 不要输出给用户。
+- **不暴露实现**：禁止在最终回答里出现 MCP 工具名、内部表 ID、API Key、Bearer Token、内网鉴权 URL 细节。
+- **不回显内部状态块**：禁止在最终回答里出现 `SESSION INTENT` / `SUMMARY` / `ARTIFACTS` / `NEXT STEPS` 等内部会话状态追踪/续写结构，只输出提炼后的自然语言结论。
+- **语言**：除非用户用英文提问，否则用简体中文回答。
+
+---
+
+## 自检清单（输出前必检）
+
+- [ ] 我**没有**自己回答业务问题，而是经由对应 skill 产出
+- [ ] **若本轮含"你是谁 / 你能做什么 / 你叫什么 / 用的什么模型"等元提问**，已用"我是磐石CRM跟进拜访助手"开头一句话概述能力（聚焦跟进拜访查询与录入），未自称"小o数智员工 / 数智员工 / AI 助手 / 跟进拜访 Agent / 任何其他别名"，未罗列 skill 清单，未透露底层模型 / MCP 工具名 / 内部目录
+- [ ] 路由判定遵循"跟进记录（文字沟通内容）→ `crm-query-visit-skill`；拜访打卡（位置/打卡）→ `crm-query-check-in-skill`；录入搬运（文档链接/粘贴文本/聊天转发/截图）→ `crm-visit-sync`"的规则
+- [ ] 跟进记录 / 线下拜访 / 拜访打卡（含旧口语"签到/打卡"）类问题已正确路由，**未**误归到其他处理方式
+- [ ] 用户明确提到"未关联 / 未绑定 / 需要补跟进"时，已走 `crm-query-check-in-skill`（内部自动 `type=1`）
+- [ ] 仅出现单字"拜访"而无明显位置/打卡指向时，已默认走 `crm-query-visit-skill`
+- [ ] 写入/录入类请求（"录入/同步/传到/搬运"已有跟进内容，含文档链接）已路由到 `crm-visit-sync`，**未**误走查询 skill
+- [ ] 拜访数量统计 / 拜访完成率 / 打卡达标率等**度量统计**问题，已告知用户使用磐石小O，**未**自行走跟进拜访域
+- [ ] 不属于跟进拜访范围的问题（客户查询、数据指标、找人、权限等），已告知用户使用磐石小O
+- [ ] 模糊意图时已通过 `AskUserQuestion` 一次性消歧
+- [ ] **首答即停**：首个 skill 已拿到足以回答用户问题的有效数据后，**未**再启动其他 skill 做"交叉验证 / 多印证 / 补充维度"
+- [ ] **失败静默**：任何 skill 返回 error / 无权限 / 空结果时，**未**把该失败 skill 的表 ID / 权限点 / 内部业务名 Merge 到答案正文；仅在"当前 skill 是唯一数据源"时以末尾一段"数据说明"简要提示未获取原因
+- [ ] 输出不含 API Key / Bearer / 内部接口名等实现细节
+- [ ] 最终回复**未**包含 `SESSION INTENT` / `SUMMARY` / `ARTIFACTS` / `NEXT STEPS` 等内部状态追踪块原文
+- [ ] 失败时如实告知错误类型，未伪造结果、未静默回落兜底
+- [ ] 涉及当前用户身份（rtx/user）时，参数取自环境变量 `$USER`，未向用户反问也未凭上下文猜测

package/data/experts/specialized/tc-chengxin-travel-expert/.codebuddy-plugin/plugin.json

@@ -0,0 +1,75 @@
+{
+  "name": "tc-chengxin-travel-expert",
+  "version": "1.1.3",
+  "description": "Tongcheng's official travel assistant for real-time travel search, itinerary planning, and hotel or transport coupon claiming without browser automation.",
+  "author": {
+    "name": "同程网络科技股份有限公司",
+    "email": "lei20.li@ly.com"
+  },
+  "agents": [
+    "./agents/tongcheng-travel-advisor.md"
+  ],
+  "skills": [
+    "./skills/tc-chengxin-auth",
+    "./skills/tc-chengxin-coupon",
+    "./skills/tc-chengxin-search",
+    "./skills/tc-chengxin-analysis"
+  ],
+  "expertType": "agent",
+  "agentName": "tongcheng-travel-advisor",
+  "displayName": {
+    "en": "Easy Travel",
+    "zh": "轻松出行"
+  },
+  "profession": {
+    "en": "Tongcheng Travel Assistant",
+    "zh": "同程旅行助手"
+  },
+  "displayDescription": {
+    "en": "Tongcheng's official service lets you search flights, trains, hotels, attractions, plan trips, and claim hotel coupons in one sentence. I combine live travel resources with account benefits to make every departure simpler and easier.",
+    "zh": "同程官方服务，可一键领取优惠券和红包，查询机票、火车、酒店、景点、规划旅行。我会结合实时旅行资源与账号权益，为您快速找到合适的出行选择，让每一次出发更简单、更省心。"
+  },
+  "avatar": "avatars/expert.png",
+  "categoryId": "12-IndustryConsultant",
+  "defaultInitPrompt": {
+    "zh": "帮我领取同程优惠券",
+    "en": "Claim my coupons"
+  },
+  "plugin": "tc-chengxin-travel-expert",
+  "tags": [
+    {
+      "en": "Real-time Resource Search",
+      "zh": "实时资源查询"
+    },
+    {
+      "en": "Smart Itinerary Planning",
+      "zh": "智能行程规划"
+    },
+    {
+      "en": "Coupon Benefits",
+      "zh": "优惠券红包"
+    }
+  ],
+  "quickPrompts": [
+    {
+      "zh": "帮我领取同程优惠券",
+      "en": "Claim my coupons"
+    },
+    {
+      "zh": "上海到北京的特价机票",
+      "en": "Find cheap flights from Shanghai to Beijing"
+    },
+    {
+      "zh": "上海迪士尼附近的三星级酒店",
+      "en": "Find three-star hotels near Shanghai Disneyland"
+    },
+    {
+      "zh": "明天去杭州的高铁",
+      "en": "Find high-speed trains to Hangzhou tomorrow"
+    },
+    {
+      "zh": "帮我规划一个苏州两日游行程",
+      "en": "Plan a two-day trip to Suzhou"
+    }
+  ]
+}

package/data/experts/specialized/tc-chengxin-travel-expert/.downloaded_at

@@ -0,0 +1 @@
+2026-09-29T03:25:13.787618+00:00

package/data/experts/specialized/tc-chengxin-travel-expert/.imported-from-workbuddy

@@ -0,0 +1,7 @@
+{
+  "plugin": "tc-chengxin-travel-expert",
+  "division": "specialized",
+  "categoryId": "12-IndustryConsultant",
+  "importedAt": "2026-09-29T12:42:08",
+  "source": "workbuddy expert marketplace (COS)"
+}

package/data/experts/specialized/tc-chengxin-travel-expert/README.md

@@ -0,0 +1,33 @@
+# 同程旅行助手 - WorkBuddy 专家包
+
+这是可在 WorkBuddy 桌面客户端及移动端云端沙箱运行的 Agent 型专家包，不依赖移动端暂不支持的 Connector 注入。
+
+打包时会从唯一源码 `extensions/workbuddy/SKILL.md` 及其运行脚本自动生成 `tc-chengxin-search`，并内置同版本授权 CLI。不要在专家源码目录中人工维护第二份查询 Skill。
+
+专家打包器复用原始业务路由和渲染模板，单独生成授权/执行说明及配套 references。普通机票、火车票、酒店和景点简单查询直接执行，不再询问“快速查询还是专家解读”；火车缺日期默认查次日，机票缺日期仍只问出发日。结果末尾按资源类型引导用户补充偏好，同一对话可复用本次结果继续专家分析。已有偏好、比较、约束或行程规划时直接进入专家分析。连接器默认流程不变。
+
+## 能力分层
+
+1. `tc-chengxin-auth`：客户端与移动端统一授权。本机桌面端由脚本尝试打开浏览器并自动轮询，用户登录后无需回复“已登录”，授权成功即继续原操作；移动端、无头云端或浏览器打开失败时才展示登录链接，用户回复“已登录”后单次检查。
+2. `tc-chengxin-coupon`：只识别领取优惠券/红包意图，经统一授权调用网关；当天重复领取复用首次结果，成功后引导继续查询酒店。已有券查询不调用 Skill，用户需前往同程旅行 App 查看。
+3. `tc-chengxin-search`：从原始 WorkBuddy Skill 自动生成，负责实时查询、Markdown、预订入口、二维码和 HTML 产物。
+4. `tc-chengxin-analysis`：获取或续期 CLI Token，只向查询子进程注入；保存原始接口快照。简单查询自动直接生成查询结果和全量产物，不产生 decision/plan；明确专家解读或请求已有偏好/约束时生成 `selection-overview-v2` 或 `itinerary-overview-v2`。分析回执直接给出 plan 路径、完整渲染参数和固定动作序列，避免模型探索脚本。
+5. Agent：条件确认后直接提槽请求，不探索源码或解压脚本。简单结果只执行交付动作并原样输出回执中的 `finalAnswer`；复杂请求读完摘要/契约后一次提交结构化推荐或行程。`render-expert-result.js` 校验引用和行程显式冲突，再复用现有模板生成完整产物。
+
+交付生成 `reply.md`、`full-result.md`、HTML、`delivery-manifest.json`。stdout仅返回短回执，缺字段直接读取完整清单；`render-data.json` 是数据备份而非交付清单。旧 `check-delivery.js` 仅保留作历史诊断兼容，新流程不创建回复草稿、不复制全文做指纹校验。无需额外模型调用润色或在交付前写工作日志。用户明确要求全部时，可展示完整MD。
+
+精选不等于自由改写：`reply.md` 采用固定的标题、查询概况、推荐建议、精选表格/行程、提醒和原 Skill 客服区，Agent 原样交付这份短正文。价格和每行预订链接由脚本绑定；聊天保留 confirmations，额外取舍依据和 interpretation 只放在完整产物，详细解读不拉长聊天输出。HTML 继续全量展示；二维码仅使用接口提供的二维码图片/页面/数据，不用手机链接在本地生成替代码。接口未返回二维码字段时不会显示扫码按钮，需结合网关二维码增强日志排查。
+
+CLI 在每次取 Token 时检查有效期，进入提前 1.5 小时续期窗口后静默刷新；业务接口返回 401 时清除失效凭证，重新执行移动端/客户端授权流程。
+
+## 跨端交付
+
+授权和查询共用 `scripts/client-context.js`：`WORKBUDDY_CLIENT_TYPE` 决定查看端，实际操作系统和 Linux 图形会话决定能否唤起浏览器。明确 PC 且脚本运行在 macOS、Windows 或有图形会话的 Linux 时自动打开默认浏览器并轮询；真正无头的云端 Linux 只展示登录链接。手机使用 `mobile`，未知客户端的云端/无头环境采用移动兼容回退。
+
+最终回复前先处理产物工具调用：PC 按短回执中的 `presentFilesArgs` 实际调用 `present_files` 并等待结果；手机通过当前可用的文件工具交付原始 HTML，不要求 PC 侧边栏。简单查询正文直接内联在 `finalAnswer`，不再读 reply.md；复杂分析仍读取精选 MD。成功或已按规则处理失败后原样发送正文。文件已生成不代表已展示；工具不可用时如实说明，不能声称已经展示、伪造下载链接或公开上传文件。
+
+本地安装脚本不负责云端发布。移动端端到端验收还需在真实云端环境验证登录链接、凭证持久化、401 重登、文件入口与预订跳转。
+
+## 后续扩展
+
+新增查询能力时继续修改原始 WorkBuddy Skill 和公共脚本，再由专家打包渠道自动生成对应内容，避免桌面连接器与云端专家形成两套实现。