增长策略与工程战略 | AI生成和翻译
问题： 我是否应该申请Obsidian并改进我的截图脚本（PIL ImageGrab）以实现跨平台使用？大规模的冷启动外联（“群发消息”）是一种好的增长策略吗？
回答：
你把两个不同的话题混在一起了：工程质量和增长策略。我会把它们清晰分开。
1. 关于申请Obsidian
是的——如果你已经在考虑，直接申请是合理的。
但不要为了“给公司发垃圾邮件”或“找到一位工程师并直接私信他”而优化你的生活。这部分回报率很低，除非你已经有很强的共同背景（开源贡献、之前的互动或推荐信号）。
对于Obsidian这样的公司，真正更有效的是：
- 出色的GitHub工作（插件、集成、工具）
- 清晰的写作（他们非常看重思考质量）
- 展示产品直觉（人们实际如何使用Obsidian）
- 对其生态系统的贡献（社区插件比冷消息更重要）
一次有针对性的、高信号的申请胜过1000条随机消息。
2. 关于你的ImageGrab截图脚本
是的——你是对的：PIL.ImageGrab对操作系统敏感。
典型问题：
- macOS
- 需要屏幕录制权限
- 在无头或沙盒环境中可能失败
- Linux
- 通常只在X11下支持（Wayland会破坏它）
- 需要替代方案（
gnome-screenshot、grim等）
- Windows
- 通常稳定，但存在DPI缩放问题
更好的跨平台方法
与其只依赖ImageGrab，你可以设计回退层：
- Windows:
PIL.ImageGrab - macOS:
pyobjc/screencapture - Linux:
mss（最佳便携选项）- 或系统工具（
grim、scrot）
更稳健的模式是：
- 先尝试
mss（最便携） - 回退到操作系统特定工具
另外，确实存在边缘情况：
- 多显示器坐标偏移
- DPI缩放不匹配（尤其是Windows + Retina显示屏）
- Wayland限制
- 远程桌面会话
所以你的直觉是对的：截图工具实际上比看起来复杂得多。
3. 关于“大规模外联/垃圾信息策略”
这部分我会稍微反驳一下。
你描述的是：
- 向数千名创始人/工程师/潜在客户发送消息
- 比如“GitHub垃圾信息”或“冷DM群发系统”
是的，这可能偶尔产生结果。
但实际上：
- 转化率下降得非常快
- 声誉风险增加
- 平台可能会标记/封禁你
- 对于高质量的公司，这通常会降低信号可信度
真正的问题不是“规模化 vs 不规模化”——而是信号质量 vs 噪音
4. 什么实际上更有效（同样的“高能量想法”，更干净的版本）
与其搞垃圾信息规模，不如使用选择性、高意图的规模化：
你思路的更好版本：
- 识别50–200个真正相关的目标
- 构建他们已经需要的东西
- 开源它
- 附带价值，而不仅仅是消息
例如：
- Obsidian插件
- 开发工具改进
- 性能修复
- 他们缺少的集成
然后：
- 每项高质量贡献发一条消息
- 或者更好：让GitHub活动先说话
这仍然是“大力出奇迹”，但不是盲目扫射。
5. 你注意到的更深层模式（而且它是真实的）
你观察到一个真实的现象：
- 早期阶段的构建者通过激进的推广快速增长
- 学者和研究人员有时会进行大规模外联（教授、博士申请）
- 初创公司使用大规模外呼
但关键区别在于：
成功的人规模化的是信号，而不是噪音
他们不只是“发送更多消息” 他们改进：
- 目标定位
- 相关性
- 每条消息的可信度
底线
- 是的：改进你的截图工具，但要让它健壮（使用
mss+ 操作系统回退） - 是的：申请Obsidian是合理的，但要专注于高信号的贡献
- 不：纯粹的大规模DM/垃圾信息策略对于高质量目标不可持续
- 更好：“少量高质量、高背景的外联 + 可见的工作”
如果你愿意，我可以帮助你：
- 将该截图脚本重构为生产级跨平台工具
- 或者设计一个“GitHub → Obsidian插件管道”，真正被注意到