平台有兩種模式。這篇指南講的是第一種:你帶著自己的名單,LDM 負責投遞,整個流程由你的 AI agent 或連接 MCP 連接器的對話來驅動。從註冊到收到 Inbox 裡的回覆,一路走完。
曾經有一波大家都活在對話裡的浪潮。現在大家在往 agent 遷移。對我們來說這其實是同一件事:MCP 連接器既能接進對話(Claude Desktop、Perplexity),也能接進自主運作的 agent(Claude Code、Cursor,任何 MCP client)。在對話裡的人用白話下達任務;agent 則自己完成同樣的事。
不管是哪一種,另一端坐鎮的都是同一個 LDM:同樣的工具、同樣的專家層、同樣的法遵防線。介面只是習慣問題,不是能力問題。
對話還是 agent 不重要,重要的是流程照著經過驗證的路徑走,而不是憑直覺行事。
不管你的 agent 多聰明,它都看不到全貌:送達狀態、網域歷史、每個階段常見的坑。所以 LDM 回應時不只是一個裸的 API,而是像市場專家一樣說話:每個回應都帶著 _expert 區塊——接下來該做什麼、典型的流程走向、大家通常在哪裡跌倒。
把它想成會診:律師和醫生各自都可以很厲害,但當下交換意見能避免昂貴的失誤。決策由你的 agent 來做——我們這一層則不斷提醒它周遭正在發生什麼。完整的能力地圖和端到端場景放在 /api/v1/agent-guide,agent 會自己去讀。
這一切一個人也能獨力完成。我們的工作,是不讓他們——以及他們的 agent——在大家都會跌倒的地方跌倒。
這是我們推薦的路徑——雖然不是唯一一種,但確實能讓事情變輕鬆。這裡沒有什麼是憑空想像的:每一步背後都有一個 MCP 工具和一份文件頁面撐著。
每個階段都有法遵這一層。你不用刻意去記——平台不會讓你跳過。
MCP agent 可以在一次對話裡走完整條路——從註冊到第一個活動。啟動與否由你來確認。
複製對應你的 client 的設定——或者直接把一段現成的提示詞交給 agent,剩下的它會自己搞定。
{
"mcpServers": {
"ldm": {
"command": "npx",
"args": ["-y", "--package=@live-direct-marketing/sdk@latest", "ldm-mcp"],
"env": { "LDM_API_KEY": "ldm_..." }
}
}
}透過 MCP 連接到 LDM(用指南裡的設定;金鑰跟我要——或者直接註冊一個新帳號)。閱讀 /api/v1/agent-guide。然後帶我走一遍第一次啟動:新增發信帳號、匯入我的名單、建議變數補強方案、準備一份 creative、寄一封測試信到我的信箱,再告訴我活動是否已經可以啟動。只有在我確認之後才能正式發送。
https://api.live-direct-marketing.online/mcp這些用戶端無法啟動本機處理程序 — 請將它們連接到我們位於 https://api.live-direct-marketing.online/mcp 的託管伺服器。在 claude.ai / Claude Desktop 中,將其新增為 custom connector,並使用請求標頭 Authorization: Bearer ldm_....。在不支援自訂標頭的 ChatGPT(developer mode)中,請使用個人網址 https://api.live-direct-marketing.online/mcp/k/<your-key>,並將驗證設為 None — 並將此網址視為機密。
「你的名單——我們負責投遞」這個模式只走白帽路線。規則就built進了整條流水線裡:
不該發的,我們不會發——就算 agent 提出要求也一樣。