安装
make install适合谁
Margince 是一个会自己填充数据的 CRM：官方说明它会从邮件、会议和日历自动填充自己的记录，AI 代理在其中工作，并与它的用户遵守同一套规则。它适合两类人：一是客户信息散落在邮箱、日历邀请和会议沟通里、想把手工录入压到最低的团队和个人；二是想让 AI 代理直接进 CRM 承担查询、跟进这类日常动作、又不希望代理绕开人类权限体系的人。
不适合或需先想清楚的情况：不想自己跑服务的人——可引用的官方原文只说明核心是 backend/ 里的 Go 模块与 frontend/ 里的 React 应用，需要自己从源码构建运行，具体依赖工具与版本官方原文没有逐字给出；以及在拿到 license token 之前就想直接可用的人——官方明确服务器需要 Gradion 的 license token 才能启动，即使只部署一个席位。
3 分钟完成第一次尝试
能逐字验证的主路径只有一段：从官方仓库取得 margince 源码并进入仓库根目录，运行：
make install
官方原文是 "Install the tools and the git hooks once: make install."，即一次性安装所需工具和 git hooks。可观察的成功信号：工具装好、仓库的 git hooks 生效。这是官方原文能支撑的全部安装步骤。
动手前必须知道：启动服务器需要 Gradion 签发的 license token，即使只有一个席位；可引用原文没有提到开发豁免或免费额度，不要默认本地起服务可以不配 token。拿到 token 之前，能推进的就到安装这一步。
再往后，官方说明接入方式为 MCP 或 REST，但启动命令、服务端点、代理工具的名称与参数都没有可引用的连续原文，需要你进仓库自行查证。接上之后，第一次调用只做读取或发现类动作，看清代理能做什么，再考虑任何会改记录的操作。
使用案例
案例一：让代理在权限规则内查看客户记录。场景：验证 AI 代理确实能在 CRM 里干活。做法：完成安装并解决 license token 后，把 MCP 客户端接入服务并发一次查询类请求。可期待的结果：官方定位是代理与用户遵守同一套规则，代理能看什么由它的权限决定。证据边界：具体工具名与端点官方原文未给出，可确认到"接入方式为 MCP 或 REST"这一步，发请求前先在仓库内核实工具清单。
案例二：让 CRM 从邮件、会议和日历自动填充客户记录。场景：减少手工录入，把散落在邮箱与日历里的客户往来变成记录。做法：服务可用后连接这些数据源。可期待的结果：记录由系统自动填充，这是官方原文描述的核心行为。副作用提醒：自动填充会把邮件、会议、日历里的信息写进 CRM 记录；数据源如何授权连接官方原文未说明，接入前先决定哪些邮箱和日历该连、哪些不该连。
使用边界
读写性质：Margince 会把邮件、会议、日历中的信息自动写入 CRM 记录，数据进入即成为记录内容；代理与用户同一套规则，能力上限与用户相当，首次尝试停在读取和发现更稳妥。
许可与凭证：服务器启动需要 Gradion 的 license token，即使只有一个席位；是否存在开发豁免、免费额度或计费标准，可引用原文均未涉及，不要假设本地开发免许可。
未确认的关键信息：依赖工具与版本、启动命令、MCP/REST 端点、代理工具清单、license 申请流程、有无托管版，官方原文都没有逐字说明。可引用的官方说明非常有限，本文只写了原文能支撑的内容；任何精确配置以仓库内实际文件为准，动手前逐一核对。