用途
Reactive Comment 是 newsjack.sh 中的「反应式评论关卡」。用户提供一条记者发来的选题征询（source query）以及自己的专业背景资料（expertise profile），该技能负责判断用户是否应当回应。其核心目的是充当筛选与摩擦机制：只有在用户确实具备第一手专业知识、且匹配度真实存在时，才起草回复；匹配度弱则直接否决；缺少关键事实则要求补充证明。该工具明确定位于反对那种向记者邮箱批量群发自动化专家回复的 AI 工具，它的否决数量多于起草数量。
主要能力
- 适配度判断（Fit lenses）：通过四项关卡（资质、是否符合记者列出的规格、媒体质量、策略价值）、选择性而非穷举原则、资质立论测试、截止时间现实判断、拒绝与伦理关卡等维度，决定是否应当回应。
- 起草规范（Draft lenses）：在通过适配度判断后，采用结论先行（BLUF / 倒金字塔）、可直接发布的三要素骨架、可复制粘贴标准来撰写回复。
- 三种结论：Respond（起草回复）、Kill（否决）、Ask for proof（要求补充证明）。默认倾向为 Kill。
- 防群发上限（Anti-Spray Cap）：依据用户资料中的每周回应上限（默认 5 条），跟踪本周对该来源的回应数量并给出上限状态。
- 时效衰减判断：根据截止时间与当前时间的对比，给出新鲜度判断与警告（如时间窗口紧张、队列中滞后等）。
- 反垃圾文风检查（Anti-Slop）：确保草稿读起来像用户本人在截止压力下所写，排除浮夸辞藻、无依据的最高级、AI 行文习惯、破折号、邮件合并或占位符泄漏等。
使用方式
用户向该技能输入一条记者征询和一份个人资料。资料字段包括：name、title、company、expertise_areas、proof_points、do_not_comment_on、contact_block、response_cap_per_week（缺失时默认 5）、outlets_to_skip（可选）。征询字段包括：source、journalist_name、journalist_outlet、query_text、deadline_iso，以及可选的 requirements、query_url、received_at_iso。还可选提供 recent_context（记者近期署名文章、抓取时间）和 internal_state（本周对该来源的回应次数）。
执行流程分为五步：第一步时效衰减判断；第二步防群发上限检查；第三步适配度判断（含硬性否决条件）；第四步仅在赢得资格时起草（BLUF + 骨架）；第五步交付前质量检查。
最终以纯文本 markdown 返回结果，先给出加粗的结论，再说明简短原因，随后列出需要用户确认的证明。无论何种结论，都必须包含上限状态行。若结论为 Respond，需提供可直接复制粘贴的草稿、每条具体主张的来源说明、文风检查确认以及下一步（手动发送）提示。
适用场景
适用于拥有明确专业领域、会收到记者选题征询并希望有选择地回应的个人（如创始人、高管、领域专家）。尤其适合希望避免盲目回应、保护自身信誉、且重视回复质量的用户。
限制
- 绝不自动发送（never auto-send）。
- 一次仅处理一条查询，不为多条查询同时起草。
- 绝不在 profile.expertise_areas 之外作答。
- 绝不编造资质、引语、过往报道、雇佣经历、客户轶事、统计数字或来源要求。
- 必须尊重 profile.do_not_comment_on。
- 若查询或资料过于不完整而无法在不猜测的情况下评分，返回 Ask for proof，不得用想象填补空缺。
- 关于本工具的具体收费、价格、平台支持范围等信息，暂未提供。