MindThread 產品更新紀錄：v1.5 業務員版與 API v1
MindThread 的產品更新紀錄：2026 年 5 月的 v1.5 業務員版（現在的 Connect 方案）與 3 月上線的 API v1，每一項寫當時做了什麼、現在還適不適用。
這頁照時間排，新的在上面。每一段只寫當時公告裡講過的事；現行的功能、價格與 API 欄位，以方案頁、常見問題與開發者文件為準。
更新一覽
| 時間 | 更新 | 現在還適不適用 |
|---|---|---|
| 2026-05-26 | v1.5 業務員版：設定精靈、起號模式、行業禁寫規則、串文模式、情報整合、業務員專屬方案 | 方案在 2026 年 9 月改名為 Connect（營運），現行內容以方案頁為準 |
| 2026-03-07 | API v1 上線：AI Agent 透過 API 產文、排程與發布 | API 還在，當時的範例已過期，請看開發者文件 |
2026 年 5 月：v1.5 業務員版（現在的 Connect 方案）
這次改版把 MindThread 從通用的 Threads 自動化工具，改成也替業務員設計，主要有六項（依 2026-05-26 的發布公告）：
- 設定精靈：選職業（房仲、保險、金融、貸款、其他業務、個人品牌），回答幾題問答、寫下幾個真實故事，AI 用這些當素材試寫，偵測到常見的 AI 腔句型就重寫
- 起號模式：新帳號第一週每天一篇、第二週每天兩篇，第三週起才照完整排程
- 行業禁寫規則：保險範本加了保守的禁寫規則，例如不解釋等待期這類保險機制、不寫保證理賠、不推薦具體險種。這是 MindThread 自訂的規則，不是主管機關的條文
- 串文模式：一次生成整串，可以逐則編輯、拖拉排序
- 情報整合：競品分析與關鍵字雷達放在同一個入口
- 業務員專屬方案：當時叫「業務員 Pro」，2026 年 9 月起改名為 Connect（營運），現行價格與內容見方案頁
為什麼做這一版：同一個 AI 引擎，一個帳號寫的是只有本人寫得出來的真實經驗，另一個寫通用句型，兩個帳號的觀看與粉絲差距非常大。差別不在 AI，在寫的人有沒有自己的故事。業務員怎麼用 Threads 開發客戶，見〈業務員怎麼用 Threads 開發客戶〉。
2026 年 3 月：API v1 上線
MindThread API 在 2026 年 3 月 7 日上線，讓 AI Agent 透過 API 產文、排程與發布 Threads 貼文（依當天的上線公告）。
當時的範例已經過期。API 上線後加了多項權限與本人確認、統一的 publish_at 排程欄位、內容規則與 MCP，請不要照舊範例寫程式。現在要串接，看這三份：
- MindThread API 上手教學：查帳號、產文、排程、立刻發文與確認流程
- 開發者文件與機器可讀規格（OpenAPI、llms.txt）
- 用 AI agent 經營 Threads：把帳號接上 AI 助手的做法
同一時期的另外兩篇
2026 年 3 月還有兩篇單篇文章，內容比較長，保留在原本的網址：
- 〈當你的帳號被封了，系統比你先知道：帳號健康偵測實戰〉：帳號被 Threads 封鎖發文時系統不會報錯，這篇寫 MindThread 怎麼用「試建發文容器但不發布」判斷帳號狀態，附判斷表與官方文件依據
- 〈為什麼我們做了 MindThread〉：創辦人自述，從只給自己用的本地腳本做成線上工具的經過
常見問題
業務員 Pro 和 Connect（營運）是同一個方案嗎？
是。業務員 Pro 在 2026 年 9 月起改名為 Connect（營運），現行價格與內容以方案頁為準。
v1.5 業務員版改了哪些東西？
依 2026-05-26 的發布公告有六項：設定精靈、起號模式、行業禁寫規則、串文模式、情報整合，以及業務員專屬方案（現在的 Connect）。
保險範本的禁寫規則是法規嗎？
不是。那是 MindThread 自訂的保守寫作規則，例如不解釋等待期這類保險機制、不寫保證理賠、不推薦具體險種，不是主管機關的條文。
API v1 的舊範例還能用嗎？
不能。API 上線後加了權限與本人確認、統一的排程欄位、內容規則與 MCP，舊範例與部分欄位已經不適用，請照開發者文件與 API 上手教學串接。
現在要串 MindThread API，從哪裡開始？
先看 API 上手教學，裡面有查帳號、產文、排程、立刻發文與確認流程；欄位以開發者文件與 OpenAPI 規格為準。要把帳號接上 AI 助手，看〈用 AI agent 經營 Threads〉那篇。
MindThread 怎麼發現帳號被封鎖發文？
對每個帳號試建一個發文容器、但不發布，從回應判斷帳號是正常、被封鎖發文還是授權失效。做法與官方文件依據寫在帳號健康偵測那篇文章。