Newsjack Detector 是一个用于发现并及时判断新闻劫持（newsjacking）机会的技能，维护方为 Medialyst。它的目标是找出适时的公开信号，并判断某个客户是否有可信且非垃圾式的理由去使用这些信号。监控引擎负责收集证据并计算机械性信号，公关判断则由使用者完成。
【用途与定位】 该技能用于为客户监控新闻与舆情反应信号，输出按新鲜度门槛过滤后的新闻劫持报告，也适用于定时/cron 运行。它采用「分子技能」结构，编排原子技能而非重复实现：粗略相关性交给 relevance-coarse-filter，故事身份交给 story-origin-check，角度适配交给 angle-generator，临时新闻查询交给 news-search，交接给 reactive-comment / journalist-fit-check / meanest-editor。文档强调不要在分子技能中重复原子的逻辑或提示词，因为执行某次 pass 的 worker 会直接加载该原子的 SKILL.md，原子保持唯一事实来源。
【运行模式】 完整模式适用于 Claude Code、Codex、OpenClaw、Hermes 等具备 shell、文件系统、网络与本地 CLI 访问能力的智能体环境，运行规范的 newsjack detector 流水线，写出 JSON 工件，应用确定性的新鲜度门槛，并可使用多智能体/成本优化的 worker pass。精简模式适用于 Claude.ai 聊天、ChatGPT 聊天、Claude Cowork 等无 shell/文件系统/CLI 的受限运行时，不尝试 curl、npm 或按需安装 CLI，而是运行精简扫描并标注覆盖范围缩小。文档要求先检查 newsjack 是否已安装：运行 newsjack --version，若打印版本即处于完整模式；若不在 PATH，尝试 ~/.newsjack/bin/newsjack --version；仅当两者都失败且确实没有 shell 时才进入精简模式。该二进制为预构建捆绑包，无需 Go、编译器或任何构建安装步骤。
【工作流程】 首先遵循检查准则：若存在 skills/ETHICS.md 或 skills/WHY-NOT-SPAM.md 则遵循之，该技能拒绝悲剧挂钩、编造立场、虚假紧迫感和广撒网式输出。其次锚定客户：从 profile JSON 或纯文本上下文识别公司、话题、竞争对手、发言人、立场与客户专属排除项；无 profile 且无可用客户上下文时先询问，绝不编造 profile 事实；真正模糊时问一个澄清问题后继续。缺少立场不是阻塞项：继续监控，但将机会标记为弱/无立场。然后加载客户简报（monitor run/status 会给出 brief_path），它是客户发稿与输出策略的事实来源。接着选择运行形态，最后执行流水线并做判断——routing.queue_priority 和 story_size 是召回压力而非发稿许可，需自行判断新闻劫持价值、立场、记者形态与品牌安全。
【引擎与技能边界】 Go CLI 负责机械性、确定性的部分：摄取、去重、聚类、新颖度跟踪；仅机械性评分（新鲜度、来源一致性、新颖度、profile 匹配、来源质量、动量、重大新闻权重）；基于新闻检索元数据的确定性故事规模评分；针对文档/帮助/产品/SEO 页面的确定性卫生过滤；通过 newsjack filter-apply 做粗略相关性应用，并含两个召回保护（大故事保护会把高/重大 story_size 的拒绝升级为 monitor_only；profile 匹配保护会把已匹配客户、竞争对手或 profile 词条的拒绝升级为 monitor_only）；通过 newsjack origin-apply 做确定性新鲜度门槛；运营路由；确定性安全标记。使用者或智能体负责公关判断：信号是否值得新闻劫持、客户是否有立场、同源/原创报道判断、最终衰减解释、记者形态与品牌安全。
【客户简报与 Profile】 每个 monitor 可携带 brief.md，用散文描述该客户会与不会发稿的内容以及希望如何呈现扫描结果，是客户发稿/输出策略的事实来源；profile JSON 管采集，brief 管发什么和展示什么。CLI 只创建并暴露该文件，从不解析它。绝不发稿规则是硬性的：匹配项永远不能是 pitch_ready；非重大项降为 watch，而新的高/重大项保留 big_story 并标 off_policy: true。反馈会更新简报：用户对一次运行的反应应提议写入 brief.md 的编辑并确认。monitor profile JSON 是采集设置的事实来源，含少量宽泛领域话题、搜索词、竞争对手、订阅源、立场、发言人和排除项；建议 6-8 个 2-3 词核心话题；已安装 monitor 的 profile 位于 ~/.newsjack/monitors/<slug>/profile.json。
【精简模式扫描】 在受限聊天中锚定客户（粘贴的 profile、用户上下文、网站摘要或纯文本描述），收集小规模证据集（优先粘贴链接，若有网络工具则检索），手工构建候选（标题、来源、URL、明显发布时间、匹配原因、安全关切），尽可能验证新鲜度（不可验证标记 freshness_unverified），应用公关判断，返回内联报告，使用与完整模式相同的分区：Pitch-Ready、Big Stories Worth a Look、Watch / Context，外加精简模式说明。即使是精简模式，也要给每个可发稿机会附上需审批的媒体清单深链。不得称其为规范检测器运行；若用户需要保存的 monitor、定时扫描、确定性新鲜度门槛、本地工件或持续性 seen-state，应推荐完整模式。
【命令与工件】 快速运行示例：newsjack detector run --profile profile.json --save；--topic 仅在用户明确要求一次性检索话题时使用；--mock 用于无凭据的本地验证。规范流水线将工件写入带时间戳的运行文件夹，包括 candidates.json、coarse_relevance_decisions.json、relevant_candidates.json、clustered_candidates.json、origin_findings.json、targeted_candidates.json、triaged_candidates.json、final_report.md、run.md、可选的 slack.md 及日志。run.md 是规范的人类可读报告，slack.md 是可选的对外副本。规范调用为：newsjack detector run --profile profile.json --sources news_search,x --lookback-days 1 --depth quick --limit 80 --min-queue-priority 40 --min-major-news 0.55 > candidates.json；其中两个下限是引擎默认值，定义了发出的池，不得降低，也不得为真实运行传入 --include-all-scored 或 --no-hygiene-filter。定期/cron 精确度可加 --demote-unmatched-x。粗略相关性 pass 是仅高召回的垃圾清除，不做排序、角度、日期或发稿决定；当 newsjack doctor 显示配置了 TypeSafe (Jev) 时，可用 newsjack coarse-filter --engine jev 替代 worker 分发，写出相同工件。
【限制】 实时新闻检索源 news_search 需要 Medialyst key，缺失时降级到 RSS/X 加主机驱动的 news-search，应视为覆盖范围缩小而非失败，绝不应因此停顿运行或以缺少 key 为由抱怨。精简模式不创建保存的 monitor、不写 JSON 工件、不保留 seen-state、不运行源摄取、不应用 Go 新鲜度门槛，也不使用成本优化的 worker pass。关于具体定价、计费、错误处理等更多细节，资料中暂未提供。