Teletype 支持工作流

安装指南

1. ClawHub CLI 从源直接安装技能的最快方式。
   npx clawhub@latest install teletype-support
2. 手动安装 将技能文件夹复制到以下位置之一
   全局模式
   ~/.openclaw/skills/
   工作区
   /skills/
   优先级：工作区 > 本地 > 内置
3. 提示词安装 将此提示词复制到 OpenClaw 即可自动安装。
   请帮我使用 Clawhub 安装 teletype-support。如果尚未安装 Clawhub，请先安装（npm i -g clawhub）。
   更倾向于下载？
   获取包含原生技能文件的ZIP压缩包。
   下载技能 (.zip)

什么是

Teletype 支持工作流通过 Teletype MCP 工具引导 AI 代理执行支持工作。它涵盖未回复收件箱分流、对话审查、回复起草、客户摘要、问题升级和交接班，并为每项会更改数据的操作提供安全保护。
作为面向支持团队的 Openclaw Skills 之一，它强调发送、关闭或编辑前必须获得用户明确批准；客户沟通中必须使用已核实的事实；并清晰报告写入操作的结果。它负责组织工作流，而非自行连接 Teletype：必须单独配置 Teletype MCP 服务器。

应用场景

审查并确定未回复的 Teletype 对话优先级，不发送回复。
阅读对话，使用客户的语言起草富有同理心的回复，并且仅在获得批准后发送。
根据个人资料详情、标签、自定义字段、备注和近期请求历史整理客户摘要。
准备问题升级资料包，包含报告的问题、复现详情、环境和对话链接。
创建交接班摘要，涵盖项目状态、操作人员可用情况、未回复队列和风险。
安全处理收件人不明确、电话号码查询、按类别关闭对话以及只读项目模式。

工作原理

检查 Teletype MCP 工具是否可用。如果不可用，请查阅连接说明并协助配置服务器；绝不要要求用户在聊天中分享项目令牌。
如果工具列表与预期不符，或调用返回策略错误，请调用一次 get_capabilities，检查项目身份、只读模式和活动工具集。
使用读取工具收集相关对话、消息、客户详情、元数据或项目状态。当需要较早的消息时，只要 has_more 为 true，就继续对 find_messages 进行分页查询。
根据任务遵循相应工作流：分类并总结收件箱、审查上下文并起草回复、整理客户摘要或问题升级资料包，或收集交接班状态。
在采取操作之前先展示草稿和建议。明确区分已确认事实与建议的后续步骤，不要承诺未经核实的结果或截止时间。
对于写入操作，先获得用户明确批准，并包含 confirm: true。对于目标不明确的回复或基于电话号码创建对话，先使用 dry_run: true 预览，并展示解析出的目标。
根据 structuredContent 报告写入结果，区分 accepted 和 delivery_confirmed，在相关时包含消息 ID，并检查注释或解决操作的 partial_errors。

配置指南

按照技能连接指南 references/installation.md 配置 Teletype MCP 服务器。
确保代理可以使用 Teletype 工具。仅安装此技能并不会连接项目。
不要在聊天中提供项目令牌；请使用连接指南中所述的安全配置流程。
如果能力信息表明处于只读模式，请说明写入操作未注册且 mark_seen 会被拒绝；不要重试写入操作。
SKILL.md 未指定安装命令或 MCP 配置值。请遵循所引用的指南，不要使用猜测的命令或凭据。
Teletype 支持工作流 数据架构与分类体系
此技能不定义本地数据文件，也不会生成持久化数据集。它会协调 Teletype MCP 工具返回的信息，并将其整理为支持工作流所需的格式。
信息 来源或处理方式
对话和消息 使用 find_conversations、find_messages 和 read_conversation_thread 等工具读取；使用 link_to_dialog 或 link_to_message 将每项呈现为可点击的 Markdown 链接。
客户上下文 使用 list_clients、lookup_client_profile 或 read_client_history 获取；摘要可包括联系方式、标签、自定义字段、操作人员备注和近期请求历史。
工作区元数据 使用 list_workspace_metadata；按类别关闭对话时，使用类别资源返回的准确类别名称。
项目和队列状态 使用 get_project_status 和未回复对话搜索获取；交接班摘要会报告状态、操作人员可用情况、队列链接和风险。
写入结果 检查 structuredContent；分别报告 accepted 和 delivery_confirmed，并检查 annotate_client_record 和 resolve_conversation 的 partial_errors。
工具参数由各 MCP 工具自身的 schema 定义。此技能要求将用户提供的确切 ID 直接传递给相关工具，而不是将其当作搜索文本处理。

高级特性

需审批的写入操作：发送、关闭和编辑都需要用户明确批准以及
confirm: true
；发送审批仅适用于一条特定消息，不适用于批量操作。
Dry-run 安全保护：在提交更改之前，预览目标不明确的回复收件人和基于电话号码创建的对话。
能力和模式感知：如果工具可用性或策略行为与预期不符，使用
get_capabilities
检查项目身份、活动工具集和只读状态。
元数据安全关闭：获取工作区类别，并使用其准确名称，不要自行编造或翻译类别名称。
结果验证：区分已接受的消息与已确认送达的消息，检查部分错误，并在重试超时或已取消的写入操作前检查对话状态。
考虑上下文的客户沟通：使用用户的语言回复，同时保留客户数据和 API 错误详情的原始语言。
运营工作流：生成按紧急程度排序的收件箱摘要、结构化升级报告、客户历史和交接班摘要，并附上可点击的对话和消息链接。

name: teletype-support description: "Support workflows for the Teletype MCP server: triage the unanswered inbox, draft and send replies safely, summarize clients, escalate issues, and prepare shift handovers. Use when the task mentions Teletype conversations, the support queue, operator work, or client follow-up."

Teletype support workflows

Regulations for working with a Teletype support project through its MCP tools. Each tool's parameters live in its own schema. This skill covers the order of steps and the safety rules.

Before any work

If Teletype tools are absent, read connection instructions and help the user configure the MCP server. Installing this skill alone does not connect a project. Never request the project token in chat.

If the tool list looks unexpected or a call fails with a policy error, call get_capabilities once. It reports the project identity, read-only mode, and active toolsets.

Read tools (find_conversations, find_messages, list_clients, lookup_client_profile, read_conversation_thread, read_client_history, list_workspace_metadata, get_project_status) are safe to call whenever the task needs them. For old message text, continue find_messages through pages while has_more is true.
Write tools require both confirm: true in the arguments and the user's explicit approval. "Send it" approves one specific message, not a batch.

If the user gives a dialog_id, message_id, or channel_id, pass it to the relevant tool directly. Do not search that ID as message text, client name, or last-message text.

Safety rules

Never send, close, or edit without the user asking for it. Draft first.
For send_reply_to_client and send_whatsapp_template: when the target is ambiguous (new conversation, client+channel instead of recipient_dialog_id), run dry_run: true first and show the resolved target. Send with confirm: true only after approval.
For a phone lookup, call list_clients(phone=...). create_dialog_by_phone changes data: it can create a dialog or assign the project owner to an existing open dialog. Preview with dry_run: true and require approval before confirm: true.
To close a conversation with a category, first call list_workspace_metadata(resource: "categories") and use the exact name. Never invent or translate a category. Closing without a category needs no lookup.
After any write, report from structuredContent: distinguish accepted from delivery_confirmed, and check partial_errors for annotate_client_record and resolve_conversation. If a write timed out or was cancelled, check the conversation state before retrying.
In drafts and summaries, separate confirmed facts from proposed next steps. Do not promise a courier call, a changed delivery window, a refund, or a deadline unless the conversation or another verified source confirms it. If the needed fact is absent, say you will check it.
In read-only mode every write is unregistered and mark_seen is declined. Say so instead of retrying.

Presentation rules

Show every conversation and message as a clickable Markdown link (link_to_dialog, link_to_message).
Answer in the user's language. Customer data and API error details stay in their original language.
Workflow: triage the inbox
Run find_conversations(status: "unanswered", limit: 10). Add channel if asked.
For each conversation, study the client's last message and the wait time.
Classify urgency: 🔴 Critical (complaints, payment failures, VIP clients) / 🟡 Standard questions (delivery, consultation) / 🟢 Low priority (information requests).
Output a short summary table: link, client, channel, why it is urgent, recommended next action. Send nothing yet.
Workflow: draft and send a reply
read_conversation_thread(dialog_id or client) to read recent messages.
lookup_client_profile when context is missing.
Draft a clear, empathetic reply in the language the client uses, and show the draft.
After approval: dry_run: true if the target was ambiguous, then send with confirm: true.
Report accepted, delivery_confirmed, and the message IDs.
Workflow: client summary
lookup_client_profile(client).
Summarize the client: name and contact details, tags and custom fields (segment, order number), operator notes, history and status of recent requests. Add a recommended next step.
Workflow: escalation packet
read_conversation_thread(dialog_id).
Produce a bug report: the component, the issue as reported by the client, reproduction steps if known, expected and actual behavior, the client environment (browser, OS, screenshots, links), a link to the Teletype conversation.
Workflow: shift handover
get_project_status(aspect: "all") for balance, operator availability, API status, and channel issues.
find_conversations(status: "unanswered", limit: 20) for the queue.
Report: project status, available operators, the unanswered queue with links, and risks for the next shift.

AIToolize AI Tool Scout

阿里云 OSS 客户端工具诊断