用途
Press Release Writer 是一个用于起草 Tiger Data 新闻稿（press release / media release / PR draft）的技能。其输出质量目标是接近可发布水平，使外部公关公司只需精修而非重写。
适用场景包括：用户要求撰写新闻稿、媒体稿或公关草稿；用户以传播（而非代码合并请求）含义说“draft a PR”；为媒体分发准备公告，如产品发布、合作、融资、获奖、企业里程碑。
不适用场景：产品发布邮件（应使用 email-nurture-planner）、博客公告文章（brand-voice-writer）、社交公告文案（social-post-writer）、落地页（brand-voice-writer），以及任何非媒体关系内容。
主要能力与流程
第 0 步：预检
从插件根目录读取 REFERENCES.md 并执行其中的预检；调用 list_marketing_references() 验证 Tiger Den 可达。若失败或找不到工具则停止，按 REFERENCES.md 的错误处理执行。确认后获取禁用名单：get_marketing_reference(slug: "no-fly-list")，将其作为硬约束，任何输出中都不得出现名单中的客户（不得作为具名示例、佐证、客户引语、案例引用或其他提及）。若用户要求以禁用名单客户为主角或引用，需停止并告知该客户不可公开引用；若源材料中出现该名称，须从所有输出中省略。随后获取三份参考文档：get_marketing_context(slugs: ["press-release-writing-rules", "product-marketing-context", "brand-voice-guide"])，并在继续前内化：写作规则文档管结构、风格、语气与评分标准；产品营销上下文管定位、术语、受众与公司简介模板；品牌声音指南管品牌术语、绝对规则（不使用破折号 em dash）与 WABL。
第 1 步：信息采集
通过简短对话式问答收集背景，一次只问一个问题，不呈现表单。必问项：“我们要宣布什么？”（开放式，获取新闻实质）；“这是给谁看的？”（目标受众、记者条线、终端读者）。听完前两问后，提出一句话概括本次新闻稿核心的“One Thing”，请用户确认或修改，这是写作规则中的 One Thing Test：每个段落、引语和细节都必须服务于这一核心。
条件性问题仅在相关时逐一提问：若用户未提及市场催化剂、时机事件或触发点，则问“为什么是现在？”；若涉及其他公司，询问合作方细节（身份、角色、标题以谁为主、是否有已批准的引语或公司简介）；询问利益相关方引语（谁被引用、每条引语承担什么作用），若用户不知具体人选，可按公告类型建议引语位置：产品发布为 CEO（战略意义）与 VP Product 或 CTO（技术细节）；合作为 CEO 或 VP Partnerships（战略价值）与合作方高管（联合背书）；融资为 CEO（愿景）与领投方（市场论点）；获奖为 CEO 或相关 VP（对客户意味着什么）。用户可指定具体人选，也可留作角色待后续分配。此外询问活动背景（是否属于多篇 PR 活动、顺序、其他 PR 覆盖内容、本篇刻意不透露什么）与情感意图（读者读后应有何感受），若用户无强烈意见，可按类型建议：产品发布为信心、合作为对后续的好奇、融资为认可、获奖为可信度。
第 2 步：起草
写作前（以及修订中若出现新主题时）在 Tiger Den 搜索支撑内容：search_content(query: "<topic of announcement>")。所有搜索结果须对照禁用名单过滤，匹配的客户名整体省略，不得写入草稿或作为建议佐证。
按倒金字塔结构起草：
- 标题：讲述故事而非公司动作，记者扫一眼即知是否继续读，以对世界重要的事开头，而非对公司重要的事。
- 电头（Dateline）：AP 风格 CITY, State, Month Day, Year — Tiger Data, the creators of TimescaleDB,...
- 导语段：谁、什么、为何重要，放在前两到三句内。
- 背景段：行业背景与“为什么是现在”，将公告置于赋予其时机的市场现实中。
- 引语：放在读者获得足够背景之后，每条引语承担不同作用。按采集情况处理：具名且提供背景时起草真实引语并标注 [DRAFT — requires approval from <name>]；仅有角色时起草该角色的真实引语并标注 [DRAFT — <role> quote, assign to specific person and get approval]；合作方引语且无其视角背景时不起草，留 [QUOTE NEEDED — <partner name>, <suggested angle>]。引语质量规则：不用“We're thrilled”“We're excited”“We're proud”；每条引语要有观点（论点、洞见或主张）；引语不重复上一段事实；每条引语朗读一遍，读起来不对就重写。
- 支撑细节：按重要性递减，编辑应能在任意段落断点从底部裁剪而不丢失故事。
- About [Company]：使用 product-marketing-context 中的公司简介模板（事实来源）；若写作规则文档有更新版本，向用户说明差异但默认采用 product-marketing-context。联合 PR 需用户提供合作方批准的公司简介，若无则留 [PARTNER BOILERPLATE NEEDED — request approved language from <partner name>]。
- 媒体联系人：Media Contact: [NAME] [TITLE] Tiger Data [EMAIL]。
风格执行：AP 风格（不用牛津逗号、人名后头衔小写、一到九拼写、10 及以上用数字、正确电头格式）；正文不用破折号 em dash，改用逗号、句号、冒号或重组，例外是电头中的破折号属 AP 结构惯例可豁免；主动语态、短句；不用最高级（revolutionary、game-changing、thrilled、excited）；不用 emoji、感叹号、正文加粗；功能以意义表达而非列表；除用户明确指示外不点名竞争对手；理想一页，最多两页。
第 3 步：文案校对
完成初稿后逐句检查：软性语言（gives them a way to、has become an imperative、aims to、helps to）；超载句（一句承担两三个任务，需拆分）；修饰语堆叠；受众不匹配的行话；以叙述伪装的功能列表（段落中隐藏的要点式思维，改写为意义）。AI 写作痕迹：否定跷跷板（It's not X. It's Y. / Not just X, but Y.）；强制三连；回避系动词（serves as、stands as、functions as 而句意是 is）；词汇簇（delve、landscape、crucial、showcase、underscore、tapestry、foster、bolster）；贺卡式结尾（The future looks bright. This is just the beginning.）。所有问题就地改写，不标注。
第 4 步：自评（内部）
按结构要素评分：标题（是否讲故事、记者是否会倾身）；导语（前 2-3 句是否含谁、什么、为何重要）；新闻价值（是否为受众而非公司框定）；“为什么是现在”（是否有清晰市场催化剂或时机触发）；引语（是否有观点、作用不同、朗读自然）；倒金字塔（能否在任意段落断点从底部裁剪）；简洁（一页，最多两页）；语气（自信但克制，无夸张最高级）。任一要素偏弱则修订该部分，重复至全部通过。评分为内部，用户看到的是打磨后的草稿而非评分卡。呈现草稿后附一句：“I scored this draft against the PR writing rubric — want to see the scorecard?”若用户要求查看，则展示上述表格，含通过/未通过与每项一行说明。
第 5 步：呈现与迭代
以干净的 markdown 呈现草稿，无开场白、无过程总结，只给新闻稿，然后附评分卡邀请语。用户可要求修订（修订后重跑第 3 步校对与第 4 步自评）、查看评分卡、按多 PR 背景调整（如“这是 3 篇中的第 2 篇”，则纳入活动框架并重新起草），或表示完成以结束流程。输出仅为 markdown；若用户要求 .docx，需说明 v1 不支持 .docx 生成，建议将 markdown 复制到 Google Docs 以保留格式。
适用场景
产品发布、合作、融资、获奖、企业里程碑等面向媒体分发的公告撰写，尤其适合需要符合 AP 风格、倒金字塔结构与品牌一致定位，并需遵守禁用客户名单约束的公关稿件。
限制
依赖 Tiger Den 可达性与相关参考文档；若预检失败须停止。禁用名单客户不得以任何形式出现。合作方引语与公司简介需合作方提供批准版本，否则只能留占位。不适用于邮件、博客、社交文案、落地页等非媒体关系内容。v1 不支持生成 .docx。