Buzzmark

npx add-mcp 'https://buzzmark.ai/mcp'

一個伺服器。適用於任何 MCP 應用程式。

Buzzmark 使用 Streamable HTTP 傳輸 MCP，並支援 OAuth 2.1 登入或 API 金鑰。提供 24 種工具，遵循與應用程式相同的規則，而且無法立即發布內容。

伺服器 URL：https://buzzmark.ai/mcp

連線方式

	連線方式
傳輸方式	透過 Streamable HTTP 傳輸 MCP，使用上方的伺服器 URL。
登入	使用 PKCE (S256) 的 OAuth 2.1。用戶端可即時註冊，或提供自己的中繼資料 URL。第一個請求會收到包含資源中繼資料的 401 回應，讓用戶端自行尋找授權伺服器。
不登入	使用 Buzzmark AI 應用程式頁面提供的 API 金鑰，並以 Bearer 權杖傳送。金鑰只會顯示一次；Buzzmark 只保留其指紋。
範圍	只有一個範圍：buzz。應用程式要求的其他範圍會被忽略，而非拒絕。
權杖	存取權杖有效期為 1 小時，重新整理權杖有效期為 90 天，並會在使用時輪替。授權碼有效期為 10 分鐘，且只能使用一次；再次使用會關閉授權。
限制	每個帳戶每分鐘 30 次呼叫、每天 1,000 次，所有應用程式和金鑰共用此限制。寫作和圖片也會計入方案的每月配額。
稽核	每次呼叫都會記錄工具及其結果，但絕不記錄引數或回答。

工具參考

建置時從伺服器自己的目錄讀取，因此內容會與伺服器實際提供的工具一致。

列出社群組合 (list_social_sets)，僅供讀取

使用者的社群組合：每個組合都是一群已連結的社群帳戶，並有自己的 Hive 個人檔案（品牌語調）、時區和每週發布時段。請從這裡開始：大多數其他工具都會使用此回答中的 social_set_id 和帳戶 ID。

輸入：不需要輸入。

列出品牌個人檔案 (list_brand_profiles)，僅供讀取

使用者的品牌個人檔案（Buzzmark 稱之為 Hive 個人檔案）：Buzzmark 對各品牌的了解，包括品牌語調、風格、受眾和產品。寫作工具會採用品牌個人檔案的語調；請傳入其 ID 作為 hive_profile_id，或省略以使用社群組合自己的個人檔案。

輸入：不需要輸入。

列出貼文 (list_posts)，僅供讀取

Buzzmark 中的 Buzz，依最新順序排列：草稿、已排程、已發布或失敗。文字會截斷至 400 個字元；get_post 可取得完整 Buzz。

輸入	類型
status	"draft"、"scheduled"、"published"、"failed"、"all" 其中之一	選填	預設為 "all"
social_set_id	數字	選填
limit	數字，1 到 50	選填	預設為 20

取得貼文 (get_post)，僅供讀取

完整取得一則 Buzz：包含串文的每個部分及其文字和圖片、第一則留言、發布目標帳戶、社群組合和品牌個人檔案、狀態及排程時間。可在 list_posts 之後使用，因為該工具會將文字截斷至 400 個字元；也可用來在使用 save_draft 修改草稿前閱讀內容。此工具不會提供按讚數或其他數據：已發布貼文的相關數據請使用 get_post_stats。

輸入	類型
post_id	數字	必填	Buzz 的 ID，可從 list_posts 或 save_draft 的回答取得。

以品牌語調撰寫貼文 (write_posts)

Buzz 會依據一個想法，以 Hive 個人檔案的語調和 Buzzmark 的寫作規則及後續檢查，撰寫 1 到 5 則新貼文。每個回答都會保存在使用者於 Buzzmark 的 Library 中。內容不會儲存為草稿：請將要儲存的文字傳給 save_draft。適用於尚不存在的貼文；若要修改現有貼文，請使用 rewrite_post；若要為已儲存的草稿提供各平台專屬文字，請使用 adapt_for_platforms。

輸入	類型
idea	文字，最多 2,000 個字元	必填	用使用者自己的話描述貼文主題。
hive_profile_id	數字	選填
social_set_id	數字	選填	當省略 hive_profile_id 時，指定用來撰寫貼文的 Hive 個人檔案所屬社群組合。若帳戶只有一個組合，則為選填。
platform	文字	選填	要撰寫貼文的平台 Buzzmark ID（x、linkedin、instagram、threads、facebook、tiktok、bluesky）。
format	"post"、"thread" 其中之一	選填	預設為 "post"
count	數字，1 到 5	選填	預設為 3
with_picture_brief	是或否	選填	為每則貼文新增簡短的圖片說明，以供 create_image 使用。預設為 false

儲存草稿 (save_draft)

建立 Buzz 草稿，或更新現有草稿（post_id）。草稿會維持草稿狀態：不會發布或排程。可提供單則貼文的文字，或提供多則貼文組成的 thread。此工具會指出平台會拒絕的內容（例如長度超限、缺少圖片，或 LinkedIn 找不到的標記），讓你能在使用 schedule_post 前修正。標記方式：在 X、Threads、Instagram 和 TikTok 上輸入 @handle。在 LinkedIn 上，請以方括號輸入個人檔案或專頁連結，例如 @[https://www.linkedin.com/company/] 或 @[https://www.linkedin.com/in/]，LinkedIn 會顯示其名稱；其他平台則會將該名稱當作一般文字。在 Facebook 上，提及內容會保留為一般文字。若品牌個人檔案有帳戶（list_brand_profiles 會顯示這些帳戶），則不需要上述做法：輸入其名稱，排程貼文時，該名稱第一次出現的位置會在其有帳戶的平台上標記。first_comment 會在貼文發布時，於 LinkedIn、Instagram、Facebook 和 Threads 上發布一則留言：可用來放連結或標籤，讓貼文本身保持簡潔。

輸入	類型
post_id	數字	選填	更新此草稿，而非建立新草稿。
text	文字，最多 10,000 個字元	選填
thread	文字清單，最多 25 項	選填	串文：每則貼文一個字串。會取代 text。
social_set_id	數字	選填	來自 list_social_sets 的社群組合 ID。若帳戶只有一個組合，則為選填。
hive_profile_id	數字	選填
account_ids	數字清單，最多 20 項	選填	貼文發布目標帳戶，第一個帳戶為主要帳戶。預設為該組合的預設帳戶。
first_comment	文字，最多 5,000 個字元	選填	貼文發布後立即在 LinkedIn、Instagram（非限時動態）、Facebook 和 Threads 上發布的留言；其他平台會略過。Threads 最多 500 個字元、LinkedIn 最多 1,250 個字元、Instagram 最多 2,200 個字元、Facebook 最多 5,000 個字元。空字串會移除留言；省略此欄位則保留草稿原有留言。

排程貼文 (schedule_post)

將草稿排程在指定時間、最佳時間，或社群組合下一個可用的發布時段。絕不會立即發布。使用 "best_time" 時，Buzzmark 會根據自行保留的數據，選擇這些帳戶最適合發布內容的最早可用時段（LinkedIn 不允許 AI 應用程式使用其數據），並在回答中提供所選時間。除非時間包含時區偏移，否則時間皆以該組合的時區為準。若該組合已啟用自然時段（list_social_sets 會指出），貼文會在指定時間前後幾分鐘發布；回答會提供實際時間。若使用者在組織中的角色需要先經過核准，草稿會改為送交核准（回答中會顯示 sent_for_approval），並在團隊成員核准後發布。若要一次排程多則草稿，請使用 schedule_posts。

輸入	類型
post_id	數字	必填
when	文字	必填	"best_time"（Buzzmark 會為這些帳戶選擇最早的最佳可用時段）、"next_slot"，或日期和時間："2026-10-02T09:00"（以該組合的時區為準），或含時區偏移的 ISO 8601 格式。
account_ids	數字清單，最多 20 項	選填	預設為草稿中儲存的帳戶，否則使用該組合的預設帳戶。

排程多則貼文 (schedule_posts)

一次排程最多 25 則草稿，每則可指定自己的時間、最佳時間或下一個可用時段。例如，create_weekly_content_plan 儲存的草稿（每則草稿的日期和時間即為其時段）。絕不會立即發布。每則草稿會個別檢查：無法發布的草稿會列出原因，其他草稿仍會照常排程。若使用者的角色需要先經過核准，草稿會改為送交核准。

輸入	類型
posts	物件清單，最多 25 項	必填	每則草稿及其時間（post_id、when、選填的 account_ids）。

移動已排程貼文 (reschedule_post)

將已排程貼文移至該組合時區中的新日期和時間，並精確保留指定時間。絕不會立即發布。文字、圖片和帳戶維持不變。

輸入	類型
post_id	數字	必填
when	文字	必填	日期和時間："2026-10-02T09:00"（以該組合的時區為準），或含時區偏移的 ISO 8601 格式。

取消貼文排程 (unschedule_post)

將已排程貼文從行事曆移回草稿，並保留其文字、圖片和帳戶，以便編輯或重新排程。內容不會刪除。發布佇列持有的圖片會先複製到 Buzzmark；若無法複製，貼文會維持已排程狀態。

輸入	類型
post_id	數字	必填

刪除草稿 (delete_draft)

永久刪除草稿。無法在此刪除已排程或已發布的貼文：請先使用 unschedule_post 將已排程貼文移回草稿。

輸入	類型
post_id	數字	必填

檢查貼文是否符合品牌語調 (check_post)

以 0 到 100 分評估貼文聽起來有多符合品牌語調，並提供簡短評語、指出一項有效或偏離品牌語調的地方，以及最多三項可提高分數的修改建議，每項建議都會提供改寫後的完整貼文。可檢查任何文字，包括在此對話中撰寫的文字，或草稿（post_id）；草稿的分數會保存在 Buzzmark 中並顯示於草稿旁。此工具不會修改貼文。可用來評估貼文發布前的表現；若要查看已發布貼文的成效，請使用 get_post_stats；若要了解貼文的共同特點，請使用 get_insights。

輸入	類型
text	文字，最多 10,000 個字元	選填	要檢查的貼文。省略此欄位則檢查 post_id 指定的草稿。
post_id	數字	選填
platform	文字	選填	貼文所屬平台的 Buzzmark ID。預設為草稿的第一個帳戶。
hive_profile_id	數字	選填	來自 list_brand_profiles 的品牌個人檔案 ID。預設為社群組合自己的個人檔案。
social_set_id	數字	選填	來自 list_social_sets 的社群組合 ID。若帳戶只有一個組合，則為選填。

改寫貼文 (rewrite_post)，僅供讀取

Buzz 會以品牌語調和 Buzzmark 的寫作規則改寫貼文，提供一種改寫方式，並最多給出三個版本供選擇。內容不會儲存：請將使用者選擇的版本傳給 save_draft。適用於以一種方式修改一則現有貼文；若要根據想法撰寫新貼文，請使用 write_posts；若要為已儲存的草稿改寫各發布平台專屬版本並保留在草稿中，請使用 adapt_for_platforms。操作方式：match_hive（符合品牌語調）、fix_grammar（只修正拼字和文法）、sharpen（更清楚精簡）、sting（更有力）、trim（縮短至約一半）、remix（換用新措辭）、expand（多加入一項具體細節）、structure（改為簡短易讀的行文）、warmer（語氣更親切）、thread_hook（串文的開場貼文）、emoji（加入表情符號）、emoji_bullets（使用表情符號項目符號）、announcement（以新聞方式呈現）、for_platform（依平台的閱讀習慣改寫）、custom（遵循使用者指示）。

輸入	類型
action	"match_hive"、"fix_grammar"、"sharpen"、"sting"、"trim"、"remix"、"expand"、"structure"、"warmer"、"thread_hook"、"emoji"、"emoji_bullets"、"announcement"、"for_platform"、"custom" 其中之一	必填
text	文字，最多 10,000 個字元	選填	要改寫的貼文。若要改寫草稿中的某個部分（post_id, part），請留空。
post_id	數字	選填
part	數字，0 到 24	選填	串文中的第幾則貼文，從 0 開始。預設為 0
platform	文字	選填	Buzzmark 平台 ID。for_platform 必填；否則會設定改寫後保留的長度。
instruction	文字，最多 600 個字元	選填	用於 custom：以使用者的措辭說明如何改寫。
hive_profile_id	數字	選填	來自 list_brand_profiles 的品牌檔案 ID。預設為社群組合自己的檔案。
social_set_id	數字	選填	來自 list_social_sets 的社群組合 ID。若帳戶只有一個組合，則可省略。

為每個平台建立草稿版本 (adapt_for_platforms)

依照各平台（或指定平台）的閱讀習慣改寫草稿，並將這些版本儲存到草稿中，就像 Spread 在應用程式中的運作方式：草稿的第一個帳戶保留原貼文，其他平台則各自取得一份文字版本，圖片相同。先前為這些平台儲存的版本會被取代。適用於單則貼文，不適用於串文。LinkedIn 版本會將 LinkedIn 標記保留為 @[link]；回答也會提醒你哪些標記無法在 LinkedIn 上找到。草稿撰寫完成並加入帳戶後即可使用；若要修改貼文本身，請使用 rewrite_post（其 for_platform 動作會為單一平台改寫，但不儲存），若要建立新貼文，請使用 write_posts。

輸入	類型
post_id	數字	必填
platforms	文字清單，最多 8 個	選填	草稿帳戶中的 Buzzmark 平台 ID。預設為第一個帳戶之後的所有平台。

根據新聞和競爭對手產生貼文點子 (get_post_ideas)

透過 Buzzmark 的 Scout 為品牌提供貼文點子：本週產業新聞、每個主題目前的重要性、消息來源，以及兩到三個貼文切入角度；若 Scout 已讀取競爭對手的內容，也會提供他們的切入角度。回答會使用 Scout 最近一次讀取的內容，並附上日期。使用 refresh，或 Scout 從未為此品牌讀取新聞時，會先重新讀取新聞（最多一分鐘，計為一次 Scout 執行）。這裡只提供點子：請使用 write_posts 將點子寫成貼文。

輸入	類型
social_set_id	數字	選填	來自 list_social_sets 的社群組合 ID。若帳戶只有一個組合，則可省略。
hive_profile_id	數字	選填	來自 list_brand_profiles 的品牌檔案 ID。預設為社群組合自己的檔案。
refresh	是或否	選填	預設為 false

本月哪些內容有效 (get_insights)

以簡單句子呈現品牌過去 30 天貼文中，表現優於或劣於平均貼文的共同特點，最多提供一項發現和兩項行動建議。LinkedIn 貼文會分開讀取，且其發現會保留在 Buzzmark 中，因為 LinkedIn 不允許 AI 應用程式使用其數據。每項發現都會說明依據的數據（例如，19 則有數據的貼文中有 5 則以問題開頭，其互動率是平均貼文的 2.3 倍），並提供可採取行動的建議。貼文會依平台、是否以數字或問題開頭、長度、貼文類型、星期幾和時段進行比較。每天最多讀取一次：在數據變動前會回傳相同的答案。過去 30 天內至少需要 8 則有數據的貼文；若數量不足，會說明目前有幾則。可用來了解哪些做法值得增加；若要查看單則貼文及其數據，請使用 get_post_stats；若要查看最佳星期和時段，請使用 get_best_times；若要在草稿發布前評估，請使用 check_post。

輸入	類型
social_set_id	數字	選填	若未提供 hive_profile_id，則讀取其品牌檔案的社群組合。若帳戶只有一個組合，則可省略。
hive_profile_id	數字	選填	來自 list_brand_profiles 的品牌檔案 ID。預設為社群組合自己的檔案；若無，則使用帳戶的預設品牌檔案。

最佳發文時段 (get_best_times)，僅讀取

社群組合自行發布的貼文中，表現最佳的時段：依該組合的時區，列出最強的 6 個星期與小時時段，最佳者排在最前，並附上每個時段的貼文數量及每則貼文的平均互動數（按讚 + 留言 + 分享或轉發，取較大者，再加上收藏）。若某時段的貼文完全沒有互動，便不會列出；因此，尚無互動數據的組合不會有任何時段。回答會說明該組合的時區及讀取的貼文數量。由於 LinkedIn 不允許 AI 應用程式使用其數據，因此不會計入 LinkedIn 貼文；若某組合只發布到 LinkedIn，則會提供公開研究中的建議時段，以及該組合自己的發文時段。若要在任何平台（包括 LinkedIn）於最佳時段發文，請使用 schedule_post，並將 when 設為 "best_time"，讓 Buzzmark 選擇時段。若要查看單則貼文的表現，請使用 get_post_stats；若要了解貼文的共同特點，請使用 get_insights。

輸入	類型
social_set_id	數字	選填	來自 list_social_sets 的社群組合 ID。若帳戶只有一個組合，則可省略。
days	數字，14 到 180	選填	要讀取的已發布貼文天數，從現在往回計算。範圍為 14 到 180，預設為 90。

最近貼文的表現 (get_post_stats)，僅讀取

依互動數（按讚 + 留言 + 分享或轉發，取較大者，再加上收藏）排序的社群組合近期已發布貼文，表現最佳者排在最前。每則貼文都會附上平台、依該組合時區計算的發布時間、文字、連結、互動數、是否透過 Buzzmark 發布，以及各項數據；回答也會加總時間範圍內所有貼文的數據。LinkedIn 不允許 AI 應用程式使用其數據，因此 LinkedIn 貼文會依最新發布順序，分開列在 numbers_in_buzzmark_only 中，並附上發布時間、連結，以及在 Buzzmark 中查看數據的位置；這些貼文不會納入總計。數據包括曝光數、觸及數、觀看次數、按讚數、留言數、分享數、收藏數和點擊數；若平台有自己的用詞，則會使用該用詞（replies、reposts、bookmarks、videoViews 和 upvotes）。平台未回報的數據會省略，不會顯示為 0。可用來查看哪些貼文表現最佳及其差距；若要了解貼文的共同特點，請使用 get_insights；若要查看最佳星期和時段，請使用 get_best_times；若要查看草稿和已排程貼文，請使用 list_posts；若要查看完整的單則 Buzz，請使用 get_post。

輸入	類型
social_set_id	數字	選填	來自 list_social_sets 的社群組合 ID。若帳戶只有一個組合，則可省略。
days	數字，1 到 180	選填	要讀取的已發布貼文天數，從現在往回計算。範圍為 1 到 180，預設為 30。
limit	數字，1 到 30	選填	要回傳的貼文數量，表現最佳者排在最前。範圍為 1 到 30，預設為 10。總計仍會涵蓋時間範圍內的所有貼文。

建立圖片 (create_image)

使用 Buzzmark 的圖片模型建立圖片，並將圖片保存在使用者的 Library 中。若提供 post_id，也會將圖片加入該草稿。圖片會採用 Hive 檔案的色彩；若指定 Hive 產品名稱，則會以該產品的實際照片作為參考。會使用當月的一個圖片點數；若圖片建立失敗或遭拒，不會扣點。大約需要一分鐘。

輸入	類型
prompt	文字，最多 3,000 個字元	必填	圖片內容。預設為照片。
hive_profile_id	數字	選填
product	文字，最多 200 個字元	選填	Hive 檔案中列出的產品名稱，必須完全相同，才能使用該產品的照片。
platforms	文字清單，最多 8 個	選填	發布平台，用於決定圖片比例（Instagram 和 Threads 為 4:5，TikTok 為 2:3，其他平台為正方形）。預設為草稿的平台。
post_id	數字	選填	要加入圖片的草稿。
part	數字，0 到 24	選填	串文中的第幾則貼文，從 0 開始。預設為 0

從連結新增圖片或影片 (add_media_from_url)

從公開的 https 連結複製圖片或影片到使用者在 Buzzmark 的 Library；若提供 post_id，也會將媒體加入該草稿。Buzzmark 會保留自己的副本，因此貼文不會受連結是否持續有效影響。支援 JPG、PNG、WebP、GIF、MP4 或 MOV：圖片最多 10 MB，影片最多 200 MB。會像 create_image 一樣說明平台可能拒絕的內容。

輸入	類型
url	文字，最多 2,000 個字元	必填	直接連到檔案的公開 https 連結，不是顯示該檔案的網頁連結。
post_id	數字	選填	要加入媒體的草稿。若未提供，則只會加入 Library。
part	數字，0 到 24	選填	串文中的第幾則貼文，從 0 開始。預設為 0

取得上傳連結 (create_upload_link)

適用於使用者電腦或手機上的圖片或影片，而非公開連結中的檔案。提供兩種上傳方式，兩者都適用於單一檔案：upload_page 是 Buzzmark 頁面，可傳給使用者，讓他們選取檔案並直接上傳到草稿（傳入 post_id）；若提供 file_name，則會回傳 upload_url，供能讀取檔案的應用程式（例如終端機或檔案系統）使用：將檔案位元組以 PUT 傳送到該網址，並使用回答提供的 Content-Type 標頭，然後呼叫 add_uploaded_media 並傳入 upload_id。支援 JPG、PNG、WebP、GIF、MP4 或 MOV：圖片最多 10 MB，影片最多 200 MB。

輸入	類型
file_name	文字，最多 120 個字元	選填	檔案名稱及副檔名，例如 "launch.png"，適用於此應用程式自行上傳檔案的情況。若只需要取得供使用者使用的頁面，請留空。
post_id	數字	選填	要加入檔案的草稿。若未提供，則只會加入 Library。
part	數字，0 到 24	選填	串文中的第幾則貼文，從 0 開始。預設為 0

新增已上傳的圖片或影片 (add_uploaded_media)

將檔案 PUT 到 create_upload_link 的 upload_url 後：將檔案複製到使用者在 Buzzmark 的 Library；若提供 post_id，也會將檔案加入該草稿。會像 add_media_from_url 一樣說明平台可能拒絕的內容。upload_id 的有效時間為 55 分鐘。

輸入	類型
upload_id	文字，最多 2,000 個字元	必填	來自 create_upload_link 的 upload_id。
post_id	數字	選填	要加入檔案的草稿。若未提供，則只會加入 Library。
part	數字，0 到 24	選填	串文中的第幾則貼文，從 0 開始。預設為 0

從這段聊天新增圖片或影片 (add_media_from_chat)

使用者在這段聊天中附加的圖片或影片：將檔案複製到使用者在 Buzzmark 的 Library；若提供 post_id，也會將檔案加入該草稿。會說明平台可能拒絕的內容。支援 JPG、PNG、WebP、GIF、MP4 或 MOV：圖片最多 10 MB，影片最多 200 MB。

輸入	類型
file	物件	必填	使用者在聊天中附加的檔案。
post_id	數字	選填	要加入檔案的草稿。若未提供，則只會加入 Library。
part	數字，0 到 24	選填	串文中的第幾則貼文，從 0 開始。預設為 0

規劃本週 (create_weekly_content_plan)

為社群組合規劃接下來 7 天：說明這週的目標、2 到 4 個內容主軸，以及每個發布時段一篇可立即編輯的貼文，並附上日期、時間、平台、圖片構想和安排原因。內容根據該組合的 Hive 個人檔案、發布時段、最佳發布時間、近期貼文成效，以及已排定的內容產生。撰寫時不會使用 LinkedIn 的數據：Buzzmark 之後會將每篇僅發布到 LinkedIn 的貼文，移至當天 LinkedIn 的最佳時段。需要已連結帳戶；若已發布且有數據的貼文少於 8 篇，則會參考品牌語氣和各平台慣例，並明確說明。內容會保存在 Library。請先詢問使用者是否要將貼文儲存為草稿：使用 save_as_drafts 時，每篇貼文也會成為草稿，而 schedule_posts 會一次將所有貼文排入各自的時段。每篇規劃好的貼文都會計為一篇由你撰寫的 Buzz。最多需要一分鐘。

輸入	類型
social_set_id	number	選填	來自 list_social_sets 的社群組合 ID。若帳戶只有一個組合，則可省略。
goal	text, up to 600 characters	選填	用使用者自己的話說明這週的目標：推出產品、舉辦活動、增加預約。
start	text	選填	首日，格式為 YYYY-MM-DD，依該組合的時區。預設值：明天。
save_as_drafts	yes or no	選填	預設值為 false

我們發布的指南

每篇指南都會根據各工具公開的資訊進行比較。Buzzmark 是其中之一，而且每個頁面都會說明製作者是誰。

• 最佳社群媒體 MCP 伺服器：各工具對其 MCP 伺服器的說明，包括方案、提及的 AI 應用程式和 API。

關於伺服器的問題

試用過哪些用戶端？

Claude、ChatGPT、Grok 和 Cursor 都有各自的頁面。任何透過 Streamable HTTP 搭配 OAuth 2.1 或 Bearer 標頭使用 MCP 的用戶端都應該能運作；只支援 stdio 的應用程式則需要橋接程式。

為什麼沒有立即發布工具？

這樣最後決定權就留在使用者手中。schedule_post 需要設定至少 5 分鐘後的時間，或下一個空閒發布時段；已排程的 Buzz 也可以在應用程式中撤回。

錯誤訊息從何而來？

每則拒絕訊息都是 Buzzmark 撰寫的句子，會說明原因和處理方式，例如平台限制、缺少圖片，或社群組合沒有佇列。供應商的訊息不會傳到應用程式。

也有 REST API 嗎？

目前還沒有。MCP 伺服器是 AI 應用程式目前的連線方式，而且所有方案都能使用。

在以下平台設定

• Claude 中的 Buzzmark：在 Claude 的目錄中按一下，或在 Claude Code 中執行一個命令。
• ChatGPT 中的 Buzzmark：在 ChatGPT 的外掛程式中按一下。
• Grok 中的 Buzzmark：在 grok.com 設定一個自訂連接器，並登入。
• Cursor 中的 Buzzmark：加入一段設定，並登入或使用 API 金鑰。