sublime text 不能直接搭建舆情监控平台，它只是代码编辑器，需依赖外部 python 脚本实现抓取、推送等核心功能。
Sublime Text 本身不能直接搭建舆情监控实时抓取平台——它只是个编辑器，不运行 Python 后台服务、不处理 HTTP 请求、不发邮件、也不支持 WebSocket 长连接。想用它“搭平台”，本质是把它当代码编辑+终端调用的轻量工作台，所有核心逻辑必须靠外部 Python 脚本驱动。
为什么不能在 Sublime 里直接跑舆情抓取任务
Sublime 没有内置 Python 运行时环境，也不提供定时调度、异步 I/O 或 SMTP 客户端能力。所谓“集成”，其实是：你在 Sublime 里写好 monitor.py，再通过 Terminal 插件或系统终端手动/自动执行它。常见误解是以为装个插件就能让 Sublime 变成服务器——它连 requests.get() 都没法原生调用。
- 试图用 Sublime 自带的 Build System 执行爬虫脚本？会卡死或报
ModuleNotFoundError: No module named 'requests'（除非你全局 Python 环境已配好且插件路径没冲突） - 用 Package Control 装 “SublimeWebsocket” 类插件？那些只支持简单请求，无法维持长连接监听微博/知乎流式 API，更不支持反爬绕过
- 想靠 Sublime 实时刷新舆情数据面板？它没有 HTML 渲染引擎，
webbrowser.open()是调系统浏览器，不是内嵌视图
真正可行的三段式协作结构
把 Sublime 当作“配置中心 + 快速调试入口”，舆情逻辑全交给独立 Python 进程：
-
config.yaml：存关键词列表、目标站点、代理开关、邮箱 SMTP 参数（Sublime 编辑最顺手） -
fetcher.py：用aiohttp异步拉取微博热搜、知乎热榜等公开接口（避开登录和反爬重灾区）；对需登录的平台（如小红书），改用Playwright启后台 Chromium 实例（别硬塞进 Sublime） -
notifier.py：收到新数据后，用smtplib发邮件，或调用企业微信/钉钉 Webhook（避免本地 SMTP 被拒信）
关键点：fetcher.py 必须自己实现轮询间隔控制（比如 asyncio.sleep(300)），别依赖 Sublime 的任何“自动执行”功能——它没这个设计。
邮件推送模块最容易翻车的三个地方
90% 的失败不是代码问题，而是配置或权限卡住：
- Gmail / Outlook 等主流邮箱默认禁用“第三方应用访问”，必须去账户安全页开
App Password（不是你登录密码），填到config.yaml的smtp_password字段 - 国内企业邮箱（如腾讯企业邮）常要求
smtp.qq.com端口为465（SSL）或587（TLS），错配会卡在server.starttls()报ConnectionRefusedError - 邮件正文含中文？必须显式设置
msg.set_charset('utf-8')并用MIMEText(..., _charset='utf-8')，否则收件箱显示乱码或被当垃圾邮件
关键词订阅模块的实际限制
别幻想“一个关键词订阅全网”。不同平台 API 差异极大：
- 微博开放平台：仅认证企业可调
statuses/search接口，普通开发者只能读trends/hot热搜榜（无自定义词） - 知乎：无官方流式 API，只能定时抓
https://www.zhihu.com/api/v4/explore/following-feed（需带有效 Cookie） - 微信公众号：无公开 API，必须用
itchat或wechatpy模拟登录（已被封杀风险高，不建议生产环境用）
所以真实做法是：用 config.yaml 分平台维护关键词，fetcher.py 里用 if/elif 切换策略，对难搞的平台（如小红书）降级为每日快照比对，而非实时推送。
真正麻烦的从来不是写几行 send_mail()，而是每个平台的 Cookie 维护、IP 封禁节奏、接口字段变更——这些没法靠 Sublime 的语法高亮解决，得靠日志埋点和 try/except 里具体捕获 ClientResponseError 或 TimeoutError 来定位。
