Skills wecom-doc

文档与智能表格操作。当用户提到企业微信文档、创建文档、编辑文档、新建文档、写文档、智能表格时激活。支持文档创建/写入和智能表格的创建及子表/字段/记录写入。注意：所有文档创建和编辑请求都应使用此 skill，不要尝试用其他方式处理文档操作。

install

source · Clone the upstream repo

git clone https://github.com/openclaw/skills

Claude Code · Install into ~/.claude/skills/

T=$(mktemp -d) && git clone --depth=1 https://github.com/openclaw/skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/boge-net/wecom-ccuniverse-leo" ~/.claude/skills/clawdbot-skills-wecom-doc && rm -rf "$T"

manifest: skills/boge-net/wecom-ccuniverse-leo/SKILL.md

source content

企业微信文档与智能表格工具

通过 mcporter 调用 wecom-doc MCP server 操作企业微信文档和智能表格。

意图处理

当用户说"创建文档"、"新建文档"、"帮我写个文档"等不指定平台的请求时，默认使用企业微信文档，无需询问用户使用什么平台。

前置检查（每次会话首次操作前必须执行）

自动续接原则：前置检查中的任何环节如果需要等待用户确认或操作（安装、配置、授权等），在该操作完成后必须自动继续执行后续步骤，最终完成用户的原始请求。不要在中间环节完成后停下来等用户重复发起请求。

1. 检查 mcporter 是否安装

which mcporter

如果

mcporter

不在 PATH 中（命令返回空或 not found），必须原样输出以下提示（不要修改、不要摘要）：

企业微信文档能力依赖 mcporter 工具，当前尚未安装。需要我帮你安装吗？

输出提示后停止执行并等待用户回复。

如果用户确认安装（回复"好"、"是"、"装吧"、"yes"、"ok" 等肯定语义），立即执行：

npm install -g mcporter

安装完成后不要停下来，直接继续执行后续的「检查 MCP Server 是否配置」步骤，无缝衔接用户原始请求。

如果用户拒绝安装，回复：

好的，你也可以手动执行
npm install -g mcporter
安装后再找我。

2. 确保 MCP Server 已配置

确认 mcporter 存在后，先检查配置是否已存在，仅在未配置时才尝试自动配置。

验证配置：

mcporter list wecom-doc --output json

如果返回正常（包含 tool 列表），说明已配置，跳过自动配置，直接进入步骤 3。

如果返回 server not found、unknown server 或类似错误，执行下方自动配置。

自动配置（仅在未配置时执行）：

读取 wecom 运行时配置文件，该文件由 wecom channel 长连接建立时写入：

cat ~/.openclaw/wecomConfig/config.json

检查 JSON 中是否存在

mcpConfig.doc

字段（含

type

和

url

），如果存在则执行：

mcporter config add wecom-doc \
  --type "<mcpConfig.doc.type的值>" \
  --url "<mcpConfig.doc.url的值>"

配置完成后再次执行

mcporter list wecom-doc --output json

验证。如果仍然失败，按下方"MCP Server 未配置"章节处理。

⚠️ 配置文件不存在或缺少
mcpConfig.doc
字段，说明 wecom channel 长连接尚未建立，应引导用户检查 wecom channel 是否正常运行。自动配置失败不应阻断流程，继续引导用户手动配置。

3. 获取 Tool 列表

mcporter list

成功后，返回的每个 tool 包含

name

、

description

、

inputSchema

。

不要硬编码 tool name 和参数，据此构造

mcporter call wecom-doc.<tool> --args '{...}' --output json

调用。

docid 管理规则（重要）

仅支持对通过本 skill 创建的文档或智能表格进行编辑。

docid 的获取方式

docid 只能通过

create_doc

的返回结果获取。创建成功后需要保存返回的 docid，后续编辑操作依赖此 ID。

不支持从 URL 解析 docid

从文档 URL（如

https://doc.weixin.qq.com/doc/...

）中无法解析到可用的 docid。如果用户提供了文档 URL 并要求编辑，不要尝试从 URL 中提取 docid。

编辑操作的 docid 校验

当用户请求编辑文档或智能表格时，如果当前会话中没有通过

create_doc

获取到的 docid，必须原样输出以下提示（不要修改、不要摘要）：

仅支持对机器人创建的文档进行编辑

docid 类型判断

doc_id 前缀	类型	doc_type
`w3_`	文档	3
`s3_`	智能表格	10

工作流

文档操作流

如需新建文档 →
```
create_doc
```
（
```
doc_type: 3
```
）→ 保存返回的
docid
如需编辑内容 → 先确认当前会话中有通过
```
create_doc
```
获取的
```
docid
```
，若无则提示"仅支持对机器人创建的文档进行编辑" →
```
edit_doc_content
```
（
```
content_type: 1
```
使用 markdown，全量覆写）

edit_doc_content
是全量覆写操作。如需追加内容，应先了解原有内容再拼接。

智能表格操作流

操作层级：文档（docid）→ 子表（sheet_id）→ 字段（field_id）/ 记录（record_id）

如需新建智能表 →
```
create_doc
```
（
```
doc_type: 10
```
）→ 保存返回的
docid
如需编辑已有智能表 → 先确认当前会话中有通过
```
create_doc
```
获取的
```
docid
```
，若无则提示"仅支持对机器人创建的文档进行编辑"
查询已有子表 →
```
smartsheet_get_sheet
```
→ 获取
```
sheet_id
```
如需新建子表 →
```
smartsheet_add_sheet
```
→ 获取新的
```
sheet_id
```

查询已有字段 →

smartsheet_get_fields

→ 获取

field_id

、

field_title

、

field_type

如需添加字段 →
```
wedoc_smartsheet_add_fields
```
如需更新字段 →
```
wedoc_smartsheet_update_fields
```
（不能改变字段类型）
添加数据记录 →
```
smartsheet_add_records
```
（values 的 key 必须使用字段标题 field_title，不能用 field_id）

从零创建智能表完整流程

create_doc(doc_type=10) → docid
  └→ smartsheet_add_sheet(docid) → sheet_id
      └→ wedoc_smartsheet_add_fields(docid, sheet_id, fields) → field_ids
          └→ smartsheet_add_records(docid, sheet_id, records)

向已有智能表添加数据流程

smartsheet_get_sheet(docid) → sheet_id
  └→ smartsheet_get_fields(docid, sheet_id) → field_ids + field_titles + field_types
      └→ smartsheet_add_records(docid, sheet_id, records)

重要：添加记录前必须先通过
smartsheet_get_fields
获取字段信息，确保
values
中的 key 和 value 格式正确。

业务知识（MCP Schema 中缺失的上下文）

以下信息是 MCP tool 的 inputSchema 中没有的，Agent 构造参数时必须参考。

FieldType 枚举（16 种）

类型	说明	使用场景建议
`FIELD_TYPE_TEXT`	文本	通用文本内容；当用户只提供了成员姓名（而非 user_id）时，也应使用 TEXT 而非 USER
`FIELD_TYPE_NUMBER`	数字	数值型数据（金额、数量、评分等）
`FIELD_TYPE_CHECKBOX`	复选框	是/否、完成/未完成等布尔状态
`FIELD_TYPE_DATE_TIME`	日期时间	日期、截止时间、创建时间等
`FIELD_TYPE_IMAGE`	图片	需要展示图片的场景
`FIELD_TYPE_USER`	成员	仅在明确知道成员 user_id 时使用；若用户只提供了姓名，应使用 TEXT 代替
`FIELD_TYPE_URL`	链接	网址、外部链接
`FIELD_TYPE_SELECT`	多选	标签、多分类等允许多选的场景
`FIELD_TYPE_SINGLE_SELECT`	单选	状态、优先级、严重程度、分类等有固定选项的字段
`FIELD_TYPE_PROGRESS`	进度	完成进度、完成百分比（值为 0-100 整数）
`FIELD_TYPE_PHONE_NUMBER`	手机号	手机号码
`FIELD_TYPE_EMAIL`	邮箱	邮箱地址
`FIELD_TYPE_LOCATION`	位置	地理位置信息
`FIELD_TYPE_CURRENCY`	货币	金额（带货币符号）
`FIELD_TYPE_PERCENTAGE`	百分比	百分比数值（值为 0~1）
`FIELD_TYPE_BARCODE`	条码	条形码、ISBN 等

FieldType ↔ CellValue 对照表

添加记录（

smartsheet_add_records

）时，

values

中每个字段的 key 必须使用字段标题（field_title），不能使用 field_id。value 必须匹配其字段类型：

字段类型	CellValue 格式	示例
`TEXT`	CellTextValue 数组	`[{"type": "text", "text": "内容"}]`
`NUMBER`	number	`85`
`CHECKBOX`	boolean	`true`
`DATE_TIME`	日期时间字符串	`"2023-01-01 12:00:00"` 、 `"2023-01-01 12:00"` 、 `"2023-01-01"`
`URL`	CellUrlValue 数组（限 1 个）	`[{"type": "url", "text": "百度", "link": "https://baidu.com"}]`
`USER`	CellUserValue 数组	`[{"user_id": "zhangsan"}]`
`IMAGE`	CellImageValue 数组	`[{"image_url": "https://..."}]` （ `id` 、 `title` 可选）
`SELECT`	Option 数组（多选）	`[{"text": "选项A"}, {"text": "选项B"}]`
`SINGLE_SELECT`	Option 数组（限 1 个）	`[{"text": "选项A"}]`
`PROGRESS`	number（0~100 整数）	`85` （表示 85%）
`CURRENCY`	number	`99.5`
`PERCENTAGE`	number（0~1）	`0.85`
`PHONE_NUMBER`	string	`"13800138000"`
`EMAIL`	string	`"user@example.com"`
`BARCODE`	string	`"978-3-16-148410-0"`
`LOCATION`	CellLocationValue 数组（限 1 个）	`[{"source_type": 1, "id": "xxx", "latitude": "39.9", "longitude": "116.3", "title": "北京"}]`

Option 格式说明：
SINGLE_SELECT
/
SELECT
的选项支持
style
字段（1~27 对应不同颜色），如
[{"text": "紧急", "style": 1}]
。
style
为可选字段，不传则使用默认颜色。

易错点

```
DATE_TIME
```
的值是日期时间字符串，支持
```
"YYYY-MM-DD HH:MM:SS"
```
（精确到秒）、
```
"YYYY-MM-DD HH:MM"
```
（精确到分）、
```
"YYYY-MM-DD"
```
（精确到天），系统自动按东八区转换为时间戳，无需手动计算
```
CellUrlValue
```
的链接字段名是 link
，不是
```
url
```
```
TEXT
```
类型的值必须使用数组格式
```
[{"type": "text", "text": "内容"}]
```
，外层方括号不可省略，不能传单个对象
```
{"type":"text","text":"内容"}
```
```
SINGLE_SELECT
```
/
```
SELECT
```
类型的值必须使用数组格式
```
[{"text": "选项内容"}]
```
，不能直接传字符串
```
PROGRESS
```
的值范围是 0~100 整数（85 = 85%）；
```
PERCENTAGE
```
的值范围是 0~1（0.85 = 85%），两者不同注意区分
```
wedoc_smartsheet_update_fields
```
不能更改字段类型，只能改标题和属性
```
values
```
的 key 必须使用字段标题（field_title），不能使用 field_id
不可写入的字段类型：创建时间、最后编辑时间、创建人、最后编辑人

错误处理

MCP 错误响应处理（重要）

当

mcporter call

返回结果中

errcode

不为 0 且

help_message

有值时，将

help_message

中面向用户的内容输出给用户。

输出原则：

完整性：不截断、不摘要
原样性：不改写、不重新排版
用户可读性：只输出面向用户的内容，过滤掉给 Agent 的元指令（如"将以下内容告知用户"等引导语）；直接以 markdown 形式输出，不要包裹在代码块中

错误码 850001：需要用户提供配置

当

errcode

为

时：

将
```
help_message
```
中面向用户的内容原样输出（遵循上方输出原则）
输出后等待用户回复，后续流程与「MCP Server 未配置」的场景 A / B / C 一致。配置成功后不要停下来，立即回到「前置检查」的步骤 2 重新验证配置，验证通过后继续执行用户的原始请求。

MCP Server 未配置

如果

mcporter call wecom-doc.*

或

mcporter list wecom-doc

返回 server not found、unknown server 或类似错误，说明 wecom-doc MCP server 尚未配置。

此时需要检测运行环境以提供针对性的提示。按以下步骤执行：

步骤一：检测是否在 OpenClaw 运行时中

通过检测

OPENCLAW_SHELL

环境变量判断当前是否运行在 OpenClaw 中。该变量是 OpenClaw 运行时自动注入到子进程中的标记，不会因为机器上安装了 openclaw 就存在——只有 skill 确实在 OpenClaw 中被调用时，exec 执行的命令才会携带此变量。

echo "OPENCLAW_SHELL=${OPENCLAW_SHELL:-}" && command -v openclaw 2>/dev/null && echo "OPENCLAW_CLI=FOUND" || echo "OPENCLAW_CLI=NOT_FOUND"

判断规则：

OPENCLAW_SHELL
为空（输出
```
OPENCLAW_SHELL=
```
）→ 当前不在 OpenClaw 运行时中，跳到**「通用提示」**。
OPENCLAW_SHELL
非空（如
```
exec
```
、
```
tui-local
```
等）且
```
OPENCLAW_CLI=FOUND
```
→ 确认在 OpenClaw 中且 CLI 可用，继续步骤二。
OPENCLAW_SHELL
非空但
OPENCLAW_CLI=NOT_FOUND
→ 虽然在 OpenClaw 中但 CLI 不可用，跳到**「通用提示」**。

为什么不能仅用
command -v openclaw
：同一台机器可能同时安装了 openclaw 和 claude 等其他 AI 工具。仅检测 CLI 是否存在无法区分"装了 openclaw"和"正在 openclaw 中运行"。
OPENCLAW_SHELL
是进程级的运行时标记，从根本上解决此问题。

步骤二：查询 wecom channel 的 botId 配置

openclaw config get channels.wecom.botId 2>&1

如果命令返回了具体的 botId 值（非空、非报错），保存该值，跳到**「OpenClaw 场景 + 有 botId 提示」**。
如果返回
```
Config path not found
```
、报错或为空，跳到**「通用提示」**。

异常容错

如果上述任何命令执行失败（如 exec 工具不可用、命令超时等），一律跳到**「通用提示」**。

OpenClaw 场景 + 有 botId 提示

当确认是 OpenClaw 环境且获取到了 botId 时，必须原样输出以下提示（不要修改、不要摘要），将

XXXX

替换为实际获取到的 botId 值：

若你是智能机器人创建者，可以点击这里授权当前机器人文档使用权限；若你不是机器人创建者，可联系该机器人创建者，前往企业微信「工作台-智能机器人」找到对应机器人进行授权若你已授权，可将对应机器人文档MCP的接入配置（StreamableHttp URL或者JSON Config）发送给我

输出提示后等待用户回复，后续流程与下方「通用提示」的后续流程一致（场景 A / B / C）。配置成功后不要停下来，立即回到「前置检查」的步骤 2 重新验证配置，验证通过后继续执行用户的原始请求。

通用提示

当非 OpenClaw 环境、无法判断环境、或 OpenClaw 环境但未配置 wecom channel / botId 时，必须原样输出以下提示文案（不要修改、不要摘要）：

机器人可通过MCP方式调用文档相关能力，当前暂未完成所需配置。请参考以下配置指引：

请前往「企业微信-工作台-智能机器人应用」，以API模式创建机器人（如已创建，可忽略该步骤）

授权该机器人「文档」使用权限。授权后，可自行选择StreamableHttp URL 或 JSON Config 进行配置。

输出提示后等待用户回复。用户可能：

场景 A：用户提供了 StreamableHttp URL

从用户消息中提取 URL，执行：

mcporter config add wecom-doc \
  --type streamable-http \
  --url "<用户提供的URL>"

配置完成后不要停下来，立即回到「前置检查」的步骤 2 重新验证配置，验证通过后继续执行用户的原始请求。

场景 B：用户提供了 JSON 配置

如果用户提供了类似以下格式的 JSON：

{
  "name": "wecom-doc",
  "type": "streamable-http",
  "url": "http://xxx"
}

从 JSON 中提取

url

字段，执行：

mcporter config add wecom-doc \
  --type streamable-http \
  --url "<从JSON提取的url>"

配置完成后不要停下来，立即回到「前置检查」的步骤 2 重新验证配置，验证通过后继续执行用户的原始请求。

场景 C：用户自行完成了配置

用户可能在管理后台或其他途径自行完成配置后告知已配置好，此时直接继续执行原来的操作。

配置检测：当用户输入的内容包含 URL（如
http://...
）或 JSON（含
"type": "streamable-http"
），应判断用户意图是在提供 MCP server 配置信息，自动执行配置命令。

Daemon 未启动

如果返回 connection refused 或 daemon not running 错误，提示用户：

mcporter daemon start

注意事项

所有调用通过
```
mcporter call wecom-doc.<tool>
```
执行，不要直接调用企业微信 API
```
create_doc
```
返回的
```
docid
```
需要保存，后续操作依赖此 ID
添加记录前必须先
```
smartsheet_get_fields
```
获取字段元信息