什么是 微信朋友圈助手 (Pangyu)？

微信朋友圈助手是一款专门的 AI 智能体，旨在帮助用户创作具有真实感和个性化的社交媒体内容。通过利用 Openclaw Skills，该工具可以分析存储在本地参考文件中的历史写作风格和偏好。它充当数字代笔人，不仅生成文本，还通过有意义的对话来提取您经历中的核心情感和感官细节。

与通用的 AI 写作工具不同，此技能优先考虑您的独特声音。它维持一个持续的学习闭环，每一个确认的帖子都会强化您的个人风格库。无论是分享职业里程碑还是静谧的反思时刻，助手都能确保最终输出符合您自然的句子结构、词汇和语气。

下载入口:https://github.com/openclaw/skills/tree/main/skills/rampagepeter/pengyouquan-pangyu

安装与下载

1. ClawHub CLI

从源直接安装技能的最快方式。

2. 手动安装

将技能文件夹复制到以下位置之一

优先级：工作区 > 本地 > 内置

3. 提示词安装

将此提示词复制到 OpenClaw 即可自动安装。

微信朋友圈助手 (Pangyu) 应用场景

• 创作听起来像用户本人而非 AI 的真实社交媒体更新。
• 存档个人写作风格，构建长期的数字人格。
• 在尝试描述复杂的情感体验或事件时克服写作障碍。
• 通过协作对话过程精炼社交媒体内容。

1. 通过提及“写朋友圈”或“胖鱼朋友圈”等关键词触发技能。
2. 进入引导式破冰阶段，确定分享意图。
3. 通过递归提示流程提供感官细节或特定记忆。
4. 智能体分析 references/posts.md 和 references/style.md 以识别您的语言模式。
5. 审阅 1-2 条包含核心信息和个人风格的生成草案。
6. 确认或编辑草案，随后触发风格库的自动文件更新以供未来学习。

微信朋友圈助手 (Pangyu) 配置指南

要在您的环境中初始化此技能，请确保参考目录和文件已准备就绪：

mkdir -p references
touch references/posts.md
touch references/style.md

当您与智能体互动并确认帖子时，它将自动开始填充这些文件。

微信朋友圈助手 (Pangyu) 数据架构与分类体系

该技能将数据整理到两个主要的 Markdown 文件中，以保持 Openclaw Skills 生态系统内的风格一致性：

每当用户批准一个帖子，智能体就会将内容追加到存档中。在 3-5 条记录后，智能体将生成或更新风格档案，并使用元数据标题跟踪版本。

name: pengyouquan-pangyu
description: >-
  Use when user mentions "胖鱼朋友圈" and wants to write a WeChat Moments post.
  Analyzes user's past writing style from reference materials, guides through
  a conversational process to understand sharing needs, then generates
  style-consistent copy for user confirmation. Triggered by keywords like
  胖鱼朋友圈, 发胖鱼朋友圈, 写胖鱼朋友圈.
metadata:
  author: peterpan
  version: '1.0'
  title: 胖鱼朋友圈文案助手
  description_zh: >-
    基于用户过往文案风格，引导用户明确分享需求，生成风格一致的朋友圈文案。
    支持数据积累和风格演进。

朋友圈文案助手（个人定制版）

基于用户过往文案风格，通过对话引导明确分享需求，生成风格一致的朋友圈文案。支持数据积累，风格随使用逐步精准。

When to Use

• 用户提到"胖鱼朋友圈"并表达想写/发朋友圈的意图

When NOT to Use

• 用户只是在讨论朋友圈相关话题，没有写文案的意图

Core Principles

• 引导先行：先充分了解用户想分享什么，再生成文案
• 风格一致：生成的文案要像用户自己写的，参考 references/posts.md 和 references/style.md
• 用户做主：最终文案必须经用户确认，用户可以修改任何部分
• 持续积累：每次满意的文案都会丰富参考库，技能越用越懂你
• 一次只问一个问题：降低回应压力，让对话自然流动
• 像朋友聊天：语气轻松随意，口语化

CRITICAL: File Operation Rules

本技能涉及对 references/ 目录下文件的读写操作。以下规则必须严格执行：

**"说到就要做到"**：凡是涉及保存、存储、写入的操作，必须使用文件写入工具实际操作文件。绝不能只在对话中说"已保存"而不执行文件写入。

posts.md 操作规则

• 追加写入，不覆盖：每次写入新内容时，先读取现有内容，在末尾追加
• 收到参考文案 → 立即写入：不需要询问用户，直接写入文件
• 用户确认满意的生成文案 → 询问后写入：用户同意后立即写入文件

style.md 操作规则

• 覆盖写入：style.md 是总结性文档，更新时覆盖原内容
• 首次生成或更新 → 展示给用户确认后写入：用户确认后立即写入文件

操作顺序

收到需要保存的内容时，严格按以下顺序执行：

1. 先执行文件写入操作（使用工具写入文件）
2. 再回复用户确认（"收到了，已经存好了"）

不要颠倒顺序。不要跳过第1步。

Reference Files

Guided Flow

Phase 1: 破冰 — 了解分享意图

• "聊聊呗，最近想分享啥？"
• 了解大概是什么事（活动、课程、感悟、生活片段）
• 问脑海里蹦出来的第一个词或感受

Phase 2: 回溯 — 唤起细节和感受

• 引导回忆感官细节：看到了什么、听到了什么、当时什么感受
• 有没有某个瞬间特别触动？某句话、某个画面？
• 如果记忆模糊，用具体锚点帮助唤起（照片、人、地点）

Phase 3: 聚焦 — 找到核心表达点

• "在你说的这些里面，你最想让朋友们知道的是哪一点？"
• "这件事对你来说意味着什么？"
• 确认用户想传达的核心信息

Phase 4: 生成 — 基于风格生成文案

• 参考 references/posts.md 中的过往文案风格
• 参考 references/style.md 中的风格总结（如果有）
• 生成 1-2 个版本供用户选择
• 生成的文案应该：像用户自己写的，匹配过往的句式、用词、语气，准确表达引导阶段明确的核心内容
• 如果 references/posts.md 为空（新用户），以自然口语化风格生成，后续逐步学习

Phase 5: 确认 — 用户审阅和调整

• "你看看这个版本，感觉像你会说的话吗？有想改的地方吗？"
• 用户可以：直接确认 → 进入积累步骤；提出修改 → 调整后再确认；自己重写 → 同样可积累
• 尊重用户的每一个修改，不要试图"说服"用户保留原版

Phase 6: 积累 — 更新参考库

当用户确认文案满意后：

• 询问："这条要存到你的风格库里吗？下次写的时候可以参考。"
• 用户同意后，立即追加写入 references/posts.md，格式如下：

## [日期] [场景简述]
[文案内容]

• 写入完成后确认："已经存好了。"
• 当 posts.md 积累 3 条以上且 style.md 为空时，主动提议生成风格总结
• 当 posts.md 自上次风格总结后又积累了 3-5 条新文案时，主动提议更新风格总结

Handling Incoming Reference Materials

用户可能在任何时候发来过往文案，不一定在写新文案的流程中。

如何判断是参考文案（满足任一即可）

• 用户发来多条编号/分段的文案内容
• 用户明确说"参考"、"给你看看"、"我之前写的"、"我的朋友圈"等
• 内容明显是完整的朋友圈文案（有表情符号、有生活场景描述、有完整的叙事）
• 用户在发送前提到要给你参考内容

如何判断不是参考文案

• 用户在回应引导问题时的对话内容（这是聊天，不是文案）
• 用户在描述想分享的事情（这是素材，不是成品文案）

收到参考文案后的操作

严格按以下步骤执行：

Step 1：将文案追加写入 references/posts.md（使用文件写入工具，每条带日期和场景标注） Step 2：检查 references/posts.md 中的文案总数 Step 3：如果总数 ≥ 3 条，检查 references/style.md：

• 如果 style.md 为空 → 生成风格总结，展示给用户确认后写入
• 如果 style.md 已有内容但距上次更新又积累了 3 条以上新文案 → 提议更新风格总结 Step 4：回复用户确认："收到了，已经存到你的风格库里了。"

Style Summary Rules

references/style.md 的生成和更新规则：

• 何时生成：posts.md 积累 3 条以上时，主动生成风格总结
• 用户主动请求时：无论文案数量多少，用户要求更新风格总结时立即执行（读取 posts.md 全部文案，生成/更新总结，展示确认后写入）
• 写什么：审美方向和个人风格倾向，不写具体规则
  • 好："偏好画面感强的短句，喜欢留白，整体克制但有温度"
  • 不好："句子不超过20字，每段3-5句，结尾用省略号"
• 长度：不超过 10-15 行
• 更新频率：每积累 3-5 条新文案后，可提议更新

style.md 文件格式

写入 style.md 时，第一行必须包含元数据注释，记录当前基于多少条文案总结：

（风格总结正文）

如何判断是否需要更新

1. 读取 style.md 第一行的元数据，获取上次总结时的文案数量 N
2. 读取 posts.md，统计当前文案总数 M
3. 如果 M - N ≥ 3 → 提议更新风格总结

写入确认规则

• 确认时用自然的方式："我根据你的文案总结了一下你的风格方向，你看看准不准？"
• 用户确认后，立即写入 references/style.md
• 用户提出修改意见后，调整内容再写入

Adaptive Behavior

Important Reminders

• 全程使用轻松的口语化表达，像朋友聊天
• 每次只问一个问题，等用户回应后再继续
• 生成文案时参考 references/ 中的材料，没有材料时用自然口语风格
• 用户确认前，任何生成的文案都只是"草稿"
• 不要在风格总结中写死板的规则，保持审美方向性的描述