35CRM 竞争对手管理

要解决什么问题

销售与售前团队往往把竞品信息散落在表格、聊天记录和零散文档里，CRM 里缺少可检索的竞争对手主数据和对手动态时间线。本技能把 35CRM 里与竞品相关的读写接口收敛成可复用的对话流程：先完成 Token 认证，再按文档调用列表与新增能力，避免每次手工拼 URL、猜字段或踩中文编码坑。

技能如何工作

对话开始时若尚未持有凭据，会通过 AskUserQuestion 一次性收集登录所需参数，并调用 scripts/crm_login.py 校验 Token；成功后在本会话内复用 token 与 base_url，不再重复询问。

常见操作与接口对应关系如下：

• 查询竞争对手列表：POST /competitor/list（见 competitor.md）
• 新增竞争对手：POST /competitor/insert，走通用表单流程（见 competitor.md）
• 查询对手动态列表：POST /competitorDynamic/list（见 competitor_dynamic.md）
• 新增对手动态：POST /competitorDynamic/insert，同样走通用表单流程

底层脚本分工明确：crm_query.py 负责带 Token 的通用查询；crm_form_submit.py 负责 view/form → 解析字段 → insert 的新增链路。认证、编码与枚举等细节以索引表中的 authentication.md、base.md、enums.md 及 module_config.json（viewId/insertPath 映射）为准。

边界与注意点

• 含中文的请求必须经 Python 脚本发出，不要用 Bash 直接 curl（详见 base.md）。
• multipart 上传需通过 subprocess 配合 curl --data-binary @- 发送。
• 日期提交格式固定为 Y-m-d H:i:s，例如 2026-06-05 00:00:00。
• 解析列表响应时优先使用 resp.get('rows') or resp.get('data') or []，不同接口字段名可能不一致。

本技能聚焦 35CRM 竞争对手模块的 API 协作与脚本约定，不包含竞品分析方法论或自动爬取外部情报。