mcpField
P
pinned-comment

pinned-comment

github.com/charlie947营销与增长4.4k1.4k 次安装1 周前更新
代码仓库

关于 pinned-comment

pinned-comment 是面向 Codex 和 Claude 的技能,根据提供的帖子和作者背景制作 LinkedIn 置顶评论及图像提示词。它先构思视觉笑点,再撰写四行配文,并按五项标准检查文本。

主要功能

  1. 01识别帖子隐含的坦白
  2. 02构思单一视觉笑点提示词
  3. 03撰写固定四行评论
  4. 04按五项文本标准检查
  5. 05区分提示词与已生成图像

适用场景

  1. 01为 LinkedIn 帖子添加置顶评论
  2. 02根据帖子背景编写图像提示词
  3. 03检查评论的语气与结构

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/charlie947/social-media-skills --skill pinned-comment

安装后在 Claude Code 中输入/pinned-comment确认已加载。

详细介绍

LinkedIn 置顶评论 + 图像提示词技能

Codex 和 Claude 运行时

  • 在 Codex 或 Claude 中使用此技能时,请使用当前任务中实际可用的工具。AskUserQuestion 示例描述的是要提出的问题,并不要求使用特定 API:请在其功能范围内使用可用的提问工具,或在聊天中提问。重复利用已提供的答案和源材料。
  • 在用户选定的项目中工作。个性化处理前,请先阅读该项目的 about-me.md、voice.md 和相关品牌文件。如果文件互相冲突或包含初始默认内容,请确认预期作者。缺少事实时,请提问或运行 voice-builder;切勿沿用维护者的身份、账户或私有文件。
  • 相对于此技能文件夹解析随附的 references/。如果用户明确要求更新个人资料,请原地读取并更新规范的 about-me.md、voice.md 或 newsletter-voice.md,并保留无关的用户事实和规则。使用者必须重新读取这些规范文件。只有当新的交付物会与现有无关文件重名时,才使用新文件名。仅安装技能不会启动访谈或写入文件。除非用户要求,否则不要写入持久化经验。
  • 优先使用已提供的证据。必要时,通过可用的搜索/来源工具核实外部说法。如果来源或集成不可用,请说明缺少的功能,并提供使用已给文本/导出内容的方案。切勿捏造事实、第一人称经历、指标或成功的工具运行记录。
  • 仅通过用户现有账户连接所选路径所需的服务。切勿打印凭据或覆盖连接。起草、保存和审核均不代表获准发布内容、发送消息或更改账户。

视觉完成状态

此技能生成的图像提示词是可直接用于提示生成的内容,并非已生成或经过视觉审核的素材。除非用户要求使用其他生成器,否则请保留指定的 Gemini 工作流。图像服务不可用不会妨碍撰写提示词。提供或生成图像后,请以原始尺寸和动态消息流尺寸(宽约 360px,缩略图为 320px)打开并检查每份导出内容。核对文案、尺寸、裁切、可读性、品牌色、字体外观、徽标和参考内容的还原度。修复未通过检查的导出内容并重新检查。将任何无法导出或检查的内容标记为待处理。图像提示词或栅格图导出并非可编辑的设计文件。

此技能的用途

帖子传递价值。置顶评论增添个性、信任感和重看价值,也让作者有空间加入真实而自嘲的插话。

幽默因人而异,也很容易把握失准。此技能旨在根据作者自身背景,让爆笑置顶评论的创作变得可重复。

核心要点(请先阅读)

图像承载笑点。评论为图像配上说明。

如果没有图像,评论也说得通,那评论就承担了太多工作。如果图像需要评论才好笑,那图像就不够有力。

先构思图像提示词。实际生成是另一回事,不能仅凭提示词就声称图像已经生成。


流程(请按顺序执行)

第 1 步:找出坦白

阅读所提供的帖子和作者背景。以下示例是虚构的创作范式,并非关于用户的事实。不要捏造坦白内容,也不要暗示用户未提供的赞助、依赖或个人经历。

每篇作者帖子里都藏着一个不经意的坦白。例如:

  • “Cowork 现在包办了我大部分真正的工作”
  • “我对 Anthropic 的依赖程度简直令人难为情”
  • “我把一款做了 9 个月的产品免费送了出去”
  • “我是个失去客观性的赞助创作者”

在做任何其他事情之前,先用一句话写出这条坦白。 如果你无法用一句话说清这条坦白,就停下来。这篇帖子还不适合配置置顶评论。

第 2 步:先制作图片

图片要遵循三条规则:

  1. 一个清晰的视觉笑点。 观众不到一秒就能注意到它。效果不错的例子:搭在笔记本电脑键盘上的领带、供奉 Anthropic 的神龛,配有玫瑰和蜡烛、一张宴会桌,每隔一个座位就坐着一个科技 Logo。
  2. 一本正经地呈现。 不要挤眉弄眼。不要竖大拇指。不要做夸张表情。幽默来自把荒诞当作寻常事。
  3. 作者是地位较低的一方。 永远如此。Claude 赢。Logo 赢。妈妈赢。作者输得不失体面。

使用标准格式:

“使用所附参考图片中的人物,创作一张[场景]的写实照片。[详细描述一个清晰的视觉笑点]。[作者的姿势和表情,表现得一本正经]。[灯光和构图说明]。”

第 3 步:用 4 行评论为图片配文

评论要像报道新闻一样描述图片内容。

固定结构:

📌 [Line 1: Describe the absurd thing as normal fact]
[Line 2: Flip the author's status downward]
[Line 3: A sad flex, the smallest possible win]
[Line 4: Resigned acceptance, no punchline reach]
第 4 步:发送前运行 5 项测试
  1. 图片笑点测试。 能用 5 个词描述这个视觉笑点吗?如果不能,说明图片太杂乱了。简化。
  2. 配文测试。 第 1 行是在陈述事实,为图片配文吗?如果第 1 行另起炉灶讲了个笑话,就重写。
  3. 输家测试。 每一行里,作者的地位都较低吗?如果他有任何一行赢了,就重写。
  4. 收尾测试。 第 4 行是不是太刻意地追求包袱?如果是,就让这行更含蓄、更悲伤。认命胜过耍聪明。
  5. 单独看也无聊测试。 不看图片,单独读这 4 行。评论本身无聊吗?很好。这说明图片承担了主要工作。

如果任何一项测试没通过,发送前先修改。


4 行规则(不可妥协)

  • 恰好 4 行,不多不少。
  • 每行都是一个完整句子。
  • 每行最多 40 个字符。
  • 第 1 行以 📌 开头。
  • 不要写 P.S.(第 4 行就是包袱)
  • 句子之间不要换行(紧挨着排)
  • 全文使用英式英语
  • 不要使用 em dash、话题标签或分号
  • 遵循作者实际的 voice.md 禁用规则,不要自行假设一份词语清单。

黄金标准示例

这是基准示例。如有疑问,请拿新评论和它比较。

图片: 作者穿着条纹睡衣盘腿坐在地板上,从碗里吃麦片,抬头看着自己的办公椅。椅子上放着一台打开的笔记本电脑,键盘上搭着一条打结的领带。墙上挂着一张装框的“本月最佳员工”证书,上面有 Claude Logo 和“Claude(Anthropic)”的名字。晨光照进来,画面一本正经。

评论:

📌 Claude wears the tie now.
I wear the pyjamas.
The cereal was my idea, at least.
Small wins where you find them.

为什么效果好:

  • 第 1 行如实描述图片(键盘上的领带就是笑点)
  • 第 2 行冷面地反转地位关系
  • 第 3 行是最令人心酸的炫耀
  • 第 4 行收尾自然,没有刻意追求,只是认命地接受
  • 4 行都通过输家测试(作者每一行都输了)
  • 单独读时,评论有点好笑。配上图片,就妙了。

其他视觉笑点套路(供参考)

  • 办公桌前的地位反转: 椅子上坐着一台戴领带的笔记本电脑,作者穿着睡衣坐在地板上
  • 神龛: 蜡烛、玫瑰、装框的 Anthropic Logo、一封手写的“致 Dario”信,作者跪地祈祷
  • 宴会桌: 作者戴着纸皇冠坐在桌首,其他每个座位上都坐着一个科技 Logo(Stanford、Google、OpenAI、Anthropic、Microsoft)
  • 治疗师的沙发: 作者躺在沙发上,看起来很开心;治疗师面露担忧;她身后的墙上挂着装框的 Claude Logo
  • 会议室: 作者指着演示文稿,房间里的每位“高管”都是一个科技 Logo
  • 酒吧与家庭办公室: 作者得意地坐在酒吧桌边,而他的笔记本电脑在街对面的一扇窗户后清晰可见,正在工作

应避免的内容

  • 解释图片而不是为图片配文的评论
  • 没有图片也能成立的评论(这样图片就成了多余的)
  • 任何一行都不能让作者显得胜出、很酷或很聪明
  • 第 4 行就抛出巧妙的包袱
  • 需要超过 5 个词才能描述清楚的视觉笑点
  • 图片或评论中带有对着镜头眨眼示意的感觉
  • 每张图片不止一个笑点(一个比三个更有力)
  • 硬塞进评论里的赞助品牌名称(帖子本身已经这么做了)

输出格式

触发时,始终按以下格式输出:

  1. 坦白之处(一个句子,点出帖子悄悄承认的事)
  2. 图片提示词(按标准格式写出完整段落)
  3. 4 行评论(包含 📌)
  4. 一行备注,记录五项文本检查结果,以及是否检查了实际图片

如果初稿把握不大,可以选择提供 2-3 个变体。

评论

支持 Markdown