核心功能与定位
social-auto-tool-builder 是一套经过小红书自动回复项目实战验证的标准化构建流程，旨在帮助开发者快速复制成功经验，搭建新的社交媒体自动化工具。其核心目标是将"新自动化工具"的制作过程从探索性开发转化为可预测的工程交付。
技术架构亮点
该技能采用Python + Playwright + 本地Ollama的三层架构：
- Playwright persistent_context：解决社交平台登录态持久化难题，避免反复扫码
- 本地Ollama双模型分工：意图识别模型负责筛选需回复的评论，生成模型负责撰写回复内容
- 规则+AI混合策略：先用硬规则过滤已回复、超时内容，再用AI处理语义理解
关键创新在于"多平台选择器映射模板"——通过标准化的SELECTOR_MAP字典，将小红书、抖音、快手的DOM选择器抽象为统一接口，实现平台间的快速迁移。
显著优点
1. 工程化成熟度：6阶段标准流程（骨架→映射→校准→安全→验证→交付）配合6项质量闸门，降低项目烂尾风险
2. 安全设计周全：dry-run模式强制前置、随机延迟(2-5秒)、已回复标记过滤，兼顾平台风控与账号安全
3. 部署友好：支持Windows EXE打包，提供交互式与参数化两种运行模式
4. 可扩展性：选择器模板预留<TO_FILL>占位符，允许按真实DOM增量修正
潜在局限与风险
- 平台依赖风险：社交媒体DOM结构频繁变动，选择器需持续维护；抖音/快手模板仍为占位状态，需实际填充
- 法律合规灰色地带：自动化回复可能违反平台《用户协议》第X条关于"非人工操作"的限制
- Ollama本地资源门槛：意图识别+生成需同时加载两个模型，对8GB以下显存设备压力较大
- Windows生态锁定：EXE打包脚本基于PowerShell，跨平台部署需额外适配
适用人群
- 已有Python基础的独立开发者，需快速交付社媒运营工具
- 运营团队技术负责人，希望将"小红书经验"复制到抖音/快手
- 对数据隐私敏感、拒绝调用云端API的本地化优先用户
常规风险提示
账号安全：建议配合住宅代理IP使用，单账号日操作量建议控制在平台人工用户行为基线内。法律边界：中国大陆用户需特别注意《网络安全法》第27条关于"干扰他人网络正常功能"的界定，建议仅用于自有账号运营。
---
来源评估：技能文档自述为"实战经验复用"，未提供可审计的GitHub仓库或案例数据，技术方案合理性高但实战验证度待确认。