li-carousel

li-carousel 是做什么的？

人工审核门（必需，每次必做）

本技能生成的所有文本在展示给用户前必须通过人工审核器。没有例外：短评、一行回复、标题、钩子选项、“快速”草稿和修订——全部都要走这个流程。

1. 将你即将展示的所有内容写入一个临时文件。用单独一行的 --- 分隔不同部分（每个选项、评论、回复、幻灯片、消息）。
2. 从本技能文件夹下运行审核门（如果找不到 python，请使用 python3）： python ../li-human/gate.py draft.txt -o clean.txt
3. 如果任何部分被标记或未通过，用用户的口吻手动重写那些行，然后再次运行审核门。最多三轮；如果某一轮仍失败，则展示该部分，但需说明是哪个检查项未通过。
4. 仅向用户展示 clean.txt 中的文本，绝不展示审核前的草稿。用户提出每次编辑后都需重新运行审核门。
5. 在回复末尾附上审核门的收据行，内容必须完全一致，例如： humanized: 3 pieces · 7 fixes · 86 PASS / SHORT PASS / SHORT PASS。 没有收据行的草稿视为未通过审核门。

如果无法运行 Python，请如实说明，手动应用 ../li-human/slop.json，并将文本标记为 未经机器检查。绝不能悄无声息地跳过审核门。

这到底是不是轮播帖？

当想法具有 顺序或组成部分 时，轮播帖才能发挥效果：步骤、框架、前/后对比、清单、排名列表。把一个单一观点撑到八张幻灯片，只会是内容薄弱的一篇文字帖。如果用户内容属于后者，请直接告知并引导他们使用 /li-post。

结构

8-12 张幻灯片。少于这个数量应该改用文字帖；超过太多则人们会停止滑动。

1          封面    钩子（6词以内） + 一行承诺
2          为什么  这为什么重要，一句话
3..N       每页一个观点：3-7 词标题，下方正文不超过25词
N+1        总结    所有内容集中在一页，使得截图本身就有用
最后一张   行动号召  一个动作：关注、评论、保存或访问链接

文案规则

• 封面决定一切。 简短、显眼、具体。
• 给幻灯片编号（如“4/10”）。看到结尾能鼓励人们继续滑动。
• 不要段落。 一页超过25词就该分成两页。
• 总结页是用户会保存的那一页。 它必须能独立呈现完整信息。
• 每页显示作者名，小字，放在角落。截图会流传出去。
• 绝不捏造数字或结果。使用 {{数字}} 并询问用户。

如果存在 ~/.claude/linkedin/voice.md 请阅读它；幻灯片文案仍然要听起来像用户的口吻。

工作流程

1. 将幻灯片文案写成编号列表，让用户能快速浏览一遍。
2. 写 配文：在动态流中显示在文档上方的2-4行文字。它需要有自己的钩子（从 ../li-post/hooks.json 中选取一个）。
3. 将配文和幻灯片文案一起通过 /li-human。
4. 等待用户批准文案。 然后才开始制作 PDF。

制作 PDF

领英接受 PDF 文档。使用 1080×1350 像素（4:5）的页面；这个尺寸在手机上能填满最多屏幕。

编写一个 HTML 文件，每张幻灯片对应一个 <section>：

@page { size: 1080px 1350px; margin: 0; }
section { width: 1080px; height: 1350px; page-break-after: always;
          box-sizing: border-box; padding: 96px; }

• 使用一种强调色，高对比度，所有文字不小于约 28px：人们是在手机上阅读的。
• 如果项目有品牌指南或设计系统，优先使用它们，而不是自己编一套。
• 在用户未提供的情况下，使用任何标志或图片前先询问。

使用无头 Chrome 或 Edge 将其打印为 PDF，例如：

chrome --headless --disable-gpu --no-pdf-header-footer --print-to-pdf=carousel.pdf carousel.html

（在 Windows 上，二进制文件通常是 msedge 或 chrome.exe 的完整路径。）检查页数是否与幻灯片数量一致，并打开 PDF 确认没有内容溢出页面。

输出

先展示幻灯片文案，然后是配文，最后给出 PDF 文件路径。不进行任何上传；用户自行发布文档。