微信行程计划

安装指南

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

什么是

Trip Plan to WeChat 是面向旅行场景的封装工具，基于 publish-to-wechat 技能及其 LivePage 服务。它帮助 AI 智能体通过一个链接与家人和朋友分享旅行行程或旅行指南，也可选择用通行码保护，并为同行者提供投票或报名表单。
每次旅行都使用一个提案和一个固定链接：行程变更会创建新版本，而不是创建一个新的分享目的地。平台负责托管和分享内容；它不会规划行程。行程必须准确反映用户提供并确认的细节。这套专用工作流程让 Openclaw Skills 能够用于协调旅行，同时让分享和更新始终由用户掌控。

应用场景

在微信中与家人或朋友分享已确认的行程或旅行指南。
让同行者对选项投票，例如在活动或餐厅之间做选择。
收集团体旅行的报名信息或出席详情。
在出发前或旅行途中更新路线或日程，同时保持分享链接不变。
分享现有的 Markdown、HTML、PDF 行程，或多文件套件。
分享后查看表单回复、页面互动情况或读者反馈。

工作原理

使用 list_proposals 查找该旅行已有的提案；重复使用其 proposal_id，或让首次发布自动创建提案。
确认行程内容符合用户的分享意愿。保留用户提供的地点名称、时间和费用；不得编造或更改旅行详情。
使用 publish_file 发布单个 Markdown 或 HTML 文件。对于 PDF 或多文件套件，创建 CLI token 并使用 space-cli push。
使用 get_version 检查版本状态，直至其可供预览或发布。如果转换仍在进行，请稍后再次检查。
使用 preview_version 预览版本，或使用 read_version 查看其内容。仅在用户批准后使用 publish_version 发布。
如果同行者需要投票或报名，请使用 set_form 配置字段。使用 list_data_rows 读取提交的回复；表单隶属于提案，发布新的内容版本时不会重置。
使用 set_visibility 设置可见性。对于家人和朋友，此工作流程通常使用 passcode；是否使用以及向谁提供通行码由用户决定。不得代替用户选择 public。
将 LivePage 链接以及（如已配置）通行码提供给用户分享。之后的行程变更会成为同一提案的新版本，链接保持不变。
如有要求，使用 list_data_rows 查看投票或报名信息，使用 get_engagement_summary 查看互动情况，并使用 list_feedback 查看评论。

配置指南

此技能是围绕 publish-to-wechat 的特定场景封装工具；其中没有提供独立的安装命令。请按照该技能的要求配置底层技能及其 MCP 服务。此处标识的服务端点为 https://space.24haowan.com/mcp。
安装或启用 publish-to-wechat 技能，并按照该技能的设置说明配置对其 MCP 服务的访问。
添加或启用此旅行规划封装工具，让旅行及旅行指南相关请求使用旅行专用工作流程。
确保智能体能够访问工作流程所用工具，包括提案和版本管理、文件发布、可见性和表单配置，以及回复或互动数据读取。
发布 PDF 或多文件内容时，使用底层技能的 CLI token 流程和 space-cli push。将 token 保存在进程环境中，而不是文件里，并在完成后丢弃。
发布前，取得用户对行程的确认。视情况询问是否设置通行码，以及是否需要可选的投票或报名表单。
此技能文件未指定包管理器命令、配置文件格式或凭证设置详情。

数据架构

此工作流程围绕旅行提案、已发布版本和可选表单数据来组织内容：
实体 用途和处理方式
proposal_id 标识一份旅行行程或旅行指南。进行更新时重复使用，不要每次更新都创建新提案。
版本 提案内容的一次提交修订。路线或日程变更会创建新版本，同时保留提案的分享链接。
源内容 经用户确认的行程或指南。支持的发布方式包括单个 Markdown 或 HTML 文件，或通过 CLI 流程发布 PDF 或多文件套件。
表单 附加到提案的可选投票或报名表单。字段可包括单选、多选、姓名或团队人数。表单回复会跨内容版本保留。
可见性 提案的分享设置。passcode 通常适合家人和朋友；private 仅限工作区成员访问。智能体不得替用户选择 public。
互动和反馈 可通过 get_engagement_summary 和 list_feedback 获取的读者活动数据和评论。
除这些提案、版本、可见性和表单概念外，此技能未规定本地文件生成布局或元数据分类体系。CLI 凭证必须保留在进程环境中，不得写入文件。

高级特性

持久的旅行标识：重复使用同一个
proposal_id
，使每次行程修订都关联到同一个可分享链接。
版本生命周期控制：检查转换状态、预览或读取版本，并且仅在用户批准后发布。
同行者参与：使用
set_form
附加可选的单选、多选、姓名或团队人数等字段，并使用
list_data_rows
获取提交内容。
注重隐私的分享：使用
set_visibility
配置可见性；通行码可与链接一同分享，但智能体不得代替用户选择公开访问。
多种发布方式：直接发布 Markdown 或 HTML 文件，或使用 CLI token 和
space-cli push
发布 PDF 及多文件套件。
分享后的洞察：使用
list_data_rows
、
get_engagement_summary
list_feedback
查看表单回复、读者互动和评论。
凭证卫生：将 CLI token 保存在进程环境中，并在使用后丢弃；不要将其持久化到文件中。

name: trip-plan-to-wechat description: "Use when the user says "send the itinerary to WeChat", "trip plan", "travel guide", "share the schedule with family / friends" or "let everyone vote", or wants travel companions to vote on options and follow updates on the road. Publishes to LivePage: one link for the whole trip, an optional passcode, a vote block, and updates that reach the same link. 用户说「把行程发到微信」「行程单」「旅行攻略」「发给家人 / 朋友看」「大家投票选」，或要同行的人投票选方案、路上跟着看更新时使用：整趟旅行一条链接，可设口令、可收投票，路上改了同一条链接就更新。 用戶說「把行程發到微信」「行程表」「旅行攻略」「發給家人 / 朋友看」「大家投票選」，或要同行的人投票選方案、路上跟著看更新時使用：整趟旅行一條連結，可設口令、可收投票，路上改了同一條連結就更新。"

行程 / 旅行攻略发到微信（活页）

这是「方案空间（活页）」publish-to-wechat 技能的场景薄包装：同一台 MCP 服务器（https://space.24haowan.com/mcp）、同一套工具，只是触发词与步骤按「一趟旅行、一群同行的人、路上还会改」这个场景写。接入方式、托管契约、纪律与判据都在 publish-to-wechat，这里不重复；两份一起装时，行程 / 攻略类请求先按这一份走。平台只托管与分享，不替用户规划行程：行程内容由用户（或你按用户的意思）写好并经用户确认。

什么时候用：用户说「把行程发到微信」「行程单」「旅行攻略」「发给家人 / 朋友看」「大家投票选」，或者已经有一份行程 / 攻略（Markdown / HTML / PDF）要给同行的人在微信里看、还想让他们选方案或路上跟着看更新。

场景的三个要点

整趟旅行一条链接。 一趟旅行 = 一份成果（proposal）；出发前改路线、路上临时换餐厅，都是它的新版本，链接不变，群里早就转过的那条点开就是最新的。
给同行的人，不给全网。 家人朋友之间常用 passcode（口令发在群里）；private 只有工作区成员能看，一般不适合家人；不要替用户选 public。
让大家投票 / 报名。 「周六去 A 还是 B」「谁要参加」这类问题，发布前问一句要不要加投票 / 报名块：set_form 给这份成果挂一张表，读者在页面上点选，用 list_data_rows 读回结果；不想收就不加。
步骤
找到或新建这趟旅行：list_proposals 看有没有同名成果；有就沿用 proposal_id，没有则第一次 publish_file 时自动创建。
确认内容是用户要发的：行程 / 攻略正文经用户确认；页面里的地名、时间、费用照用户给的写，不补不猜。
发版本：单个 Markdown / HTML 文件直接 publish_file（已有的带 proposal_id）；PDF 或多文件的包用 create_cli_token + space-cli push（凭据只放进程环境，不写进任何文件，用完即弃）。
等版本就绪：get_version 到 preview_ready / 已发布；converting 稍后再查。
预览并确认：preview_version（或 read_version 核对正文）→ 用户点头后 publish_version。
要投票 / 报名就挂表：set_form 定字段（单选 / 多选 / 姓名 / 人数…），结果用 list_data_rows 读；表挂在这份成果上，不随版本重置。
定可见性：set_visibility，家人朋友一般用 passcode，把口令和链接一起给用户；之后的版本沿用。
把链接交出去：默认链接给用户转发到群；电脑上提醒页面右下角「扫码到微信」。路上有改动就回到第 3 步发新版本，同一条链接。
读回：list_data_rows 看投票 / 报名结果，get_engagement_summary 看谁看了、看到哪，list_feedback 看页面评论。
不要做
不要每改一次就新建一份成果 —— 一趟旅行一个 proposal_id。
不要替用户选 public；口令由用户决定要不要、发给谁。
不要替用户编行程、改时间、加景点；不要自己拼链接或把文件直接贴给同行的人。
不要在没人投票时催读者；投票结果照实读 list_data_rows，不替用户下结论。

English summary

Thin wrapper of publish-to-wechat for trips: one LivePage proposal per trip, route changes before or during the trip are new versions of the same link, visibility usually passcode for family and friends (never public on the user's behalf), and an optional vote / sign-up block via set_form read back with list_data_rows. Steps: list_proposals → confirm the content is the user's → publish_file (or create_cli_token + space-cli push for PDF / multi-file) → get_version until ready → preview_version and user approval → publish_version → set_form if the companions should vote → set_visibility (passcode) → hand over link and passcode → list_data_rows / get_engagement_summary / list_feedback later. The platform hosts and shares; it does not plan the trip.

Parlor

StoryForge 写作框架