Preflight
Pre-publish content through simulated audience personas. Get a verdict before you ship.
Workflow
Given content the user wants to publish, run it through audience personas and return a verdict.
1. Load Personas
Check for preflight-personas.md in the project root. If it exists, use those personas. Otherwise use the defaults in references/personas.md.
For quick checks, use 4 personas: The Scroller, The Skeptic, The Ready Buyer, The Amplifier.
For thorough checks, use all 8.
2. Evaluate
For each persona, adopt that persona fully and evaluate the content by answering:
- 1. FIRST REACTION (1-2 sentences): Gut reaction in the first 3 seconds
- WOULD YOU ENGAGE? (yes/no + why): Would you like, comment, click, or reply?
- WOULD YOU SHARE? (yes/no + why): Would you send this to someone or repost it?
- ONE REWRITE (1-2 sentences): One change to make this work better for this persona
Be blunt, specific, and honest. No hedging. Stay in character.
3. Score
Count engagement and share signals across all personas:
- - Engage rate: % of personas who would engage
- Share rate: % of personas who would share
4. Verdict
- - 🟢 SHIP IT — 50%+ would share. Publish as-is.
- 🟡 REVISE — engaging but not shareable. Read the rewrites, apply the best one, optionally re-run.
- 🟠 RETHINK — mixed signals. The message itself may be wrong, not just the wording.
- 🔴 KILL IT — not landing. Don't publish. Rethink the approach.
5. Output
Present results as:
CODEBLOCK0
If patterns emerge across personas (e.g., "3 of 4 want to see an image"), call that out as the top actionable insight.
Keep output brief. The user wants a decision, not an essay.
Customization
See references/personas.md for the default persona library and instructions for creating project-specific personas.
Integration
This skill works as a step in any publishing workflow. When used autonomously (heartbeats, cron, content pipelines), run the quick check (4 personas) by default. Use the full 8 when the user explicitly asks for a thorough preflight.
Preflight
通过模拟受众角色预发布内容。在发布前获得裁决。
工作流程
针对用户想要发布的内容，通过受众角色进行审核并返回裁决。
1. 加载角色
检查项目根目录中是否存在 preflight-personas.md。如果存在，则使用这些角色。否则使用 references/personas.md 中的默认角色。
快速检查时，使用4个角色：滑动者、怀疑者、准买家、传播者。
全面检查时，使用全部8个角色。
2. 评估
针对每个角色，完全代入该角色并通过回答以下问题来评估内容：
- 1. 第一反应（1-2句话）：前3秒内的直觉反应
- 是否会互动？（是/否 + 原因）：是否会点赞、评论、点击或回复？
- 是否会分享？（是/否 + 原因）：是否会转发给他人或转载？
- 一条修改建议（1-2句话）：为了让内容更适合该角色需要做的一项改动
要直白、具体、诚实。不要含糊其辞。保持角色设定。
3. 评分
统计所有角色的互动和分享信号：
- - 互动率：愿意互动的角色百分比
- 分享率：愿意分享的角色百分比
4. 裁决
- - 🟢 直接发布 — 50%以上会分享。按原样发布。
- 🟡 修改后发布 — 有吸引力但不可分享。阅读修改建议，采纳最佳方案，可选择重新审核。
- 🟠 重新思考 — 信号混杂。可能是信息本身有问题，而不仅是措辞问题。
- 🔴 放弃 — 未达到预期效果。不要发布。重新思考策略。
5. 输出
按以下格式呈现结果：
PREFLIGHT: [裁决]
互动：X/Y个角色 | 分享：X/Y个角色
[每个角色，一行总结反应 + 他们的修改建议]
如果多个角色出现相同模式（例如4个角色中有3个希望看到图片），将其作为最重要的可执行洞察单独指出。
输出要简洁。用户需要的是决策，而不是一篇论文。
自定义
查看 references/personas.md 获取默认角色库以及创建项目特定角色的说明。
集成
该技能可作为任何发布工作流程中的一个步骤。在自主运行（心跳检测、定时任务、内容管道）时，默认执行快速检查（4个角色）。当用户明确要求全面预检时，使用全部8个角色。
