内容抓手

要解决什么问题

多平台检索时，Agent 往往不清楚当前环境里哪些渠道可用、该用哪套命令，失败后还容易凭猜测拼 CLI。内容抓手（Agent Reach）把这件事收成一张意图 → 参考文档的路由表，并约定统一的操作纪律，让 Agent 先选对后端再动手读数据。

核心能力与关键步骤

技能把自身定位为互联网能力路由，不负责替你完成分析结论，只说明平台与命令族该怎么走。

1. 开工前健康检查：确认 agent-reach 是否在 PATH；未安装则按文档补齐，避免在未知状态下调用平台接口。
2. 声明路由：明确写出正在使用的后端，例如「通过 agent-reach，Bilibili 经 B站搜索 API」。
3. 按意图查表：

- 网页 / 代码搜索 → references/search.md
- 小红书、抖音、Twitter、Bilibili、V2EX、Reddit → references/social.md
- 招聘 / LinkedIn → references/career.md
- GitHub / 代码 → references/dev.md
- 网页、文章、RSS → references/web.md
- YouTube、Bilibili、播客文稿 → references/video.md

1. 只走 status 为 ok 的通道；若有限制但不挡当前只读任务，需显式说明。
2. 失败时读参考文件，不要猜命令参数。
3. 广域调研时组合角色：搜索 / Web 做发现，社交平台看讨论，视频平台看教程，GitHub 看开发者信号，RSS 跟更新。

需要配置的渠道按安装指南处理；仅做诊断时可走 safe mode，避免自动改系统。依赖 Cookie 的平台建议用低风险专用账号——Cookie 本地存放，仍可能面临平台风控。

适用边界

• 禁止写操作：不发帖、不评论、不点赞、不关注、不私信、不填表、不做任何提交类动作。
• 路由与参考文档解决「去哪读、用什么命令族」；理解与归纳仍由 Agent 负责。
• 通道状态、账号与合规风险随环境变化，以健康检查与参考文档为准，不要假设所有平台始终可用。