SugarCRM服务专家

它解决什么问题

SugarCRM 实施交付常踩三类坑：版本混乱、凭记忆作答、定制代码升级即崩。CE、专业版、企业版在 PHP、数据库、API 与功能上差异明显，照着旧经验部署或写接口容易踩版本坑，直接改核心代码的定制在升级时大概率出问题。这个技能面向这类交付场景，提供结构化的工具箱，而不是零散的经验帖。

核心能力与工作方式

技能把交付知识整理成三份参考文件，各自对应一类典型任务：

• 部署规划、上线前核对、环境清单 → references/deployment-checklist.md，产出部署拓扑、环境前置清单与上线检查表
• 接口对接、API 调用、鉴权 → references/api-cheatsheet.md，产出可运行的 curl/SDK 示例与端点说明
• 二次开发、逻辑钩子、升级安全 → references/upgrade-safety.md，产出放置路径、Manifest 规范与升级步骤

核心原则是「先读再给」：回答前先读取对应参考文件，基于内容组织答案，而不是凭记忆编造版本号或路径。同时标注对方使用的版本与档位，不确定时显式注明「以 X 版本为准」。

交付物遵循三类模板：

• 部署方案 = 环境清单（OS/PHP/DB/Web/档位）+ 文字拓扑图 + 容量规划 + 高可用/备份
• 集成方案 = 协议（REST v10/SOAP）+ 鉴权（OAuth2/X-Auth-Token）+ 字段映射 + 失败重试
• AI 模块 = 模型选型 + 数据边界 + 隐私合规 + 人工兜底

此外附带通用行业交付范式速记，覆盖金融/合规、装备制造、贸易/跨境电商与专业服务等典型场景的交付要点。

适用边界与注意点

• 所有定制必须落在 custom/Extension 或 Module Loader 包内，绝不直接修改核心代码；若方案涉及改核心，必须指出风险并给出合规替代
• 接口类交付必须给出完整可运行示例（含鉴权），部署类必须给出环境清单与前置依赖，升级类必须给出备份与回滚步骤
• 技能面向 SugarCRM 专业版/企业版的交付，使用前先确认目标版本与档位