服務架構
金流服務掌管帳本,對外只開一條寫入路徑。讀取一律走副本,所以任何需要強一致性的呼叫端,都得明確走寫入路徑。
每一次狀態轉換都具備冪等性。帶相同金鑰的重複請求,會回傳原本的結果,而不會 向客戶重複扣款。
逾時會以退避策略重試,最多兩次;超過後該請求就會被擱到死信佇列,等人工檢查。
寫一份 README 不難。但一份設計文件,第一段的需求得撐得住第三段的資料模型,那就是另一回事了。Slima 幫你撐住整份結構、處理好 Markdown,還會把每一段都讀進去。
金流服務掌管帳本,對外只開一條寫入路徑。讀取一律走副本,所以任何需要強一致性的呼叫端,都得明確走寫入路徑。
每一次狀態轉換都具備冪等性。帶相同金鑰的重複請求,會回傳原本的結果,而不會 向客戶重複扣款。
逾時會以退避策略重試,最多兩次;超過後該請求就會被擱到死信佇列,等人工檢查。
照文件真正的樣子去組織結構,Markdown 交給我們處理,每一處引用都跨段落自動追蹤。
每個階段都對準工程師寫東西時真正卡關的地方,而且 AI 教練四個階段都跟著你。
在動筆寫任何一句之前,就先照文件的樣子把整份結構排好,從總覽到附錄。
重排段落,標題、連結、引用全部跟著走——不會留下任何指錯地方的連結。
標題、程式碼區塊、表格、提示框,AI 教練在你打字的同時逐行讀過去。
看這次審閱要什麼格式,一鍵匯出——Markdown、PDF,或可獨立開啟的 HTML。
在文件樹裡把段落拖來拖去,標題和引用都跟著一起搬。色條標出每個段落屬於哪條主線,所以 §9 那個連結照樣指得到,不會有東西悄悄就對不上了。
用純 Markdown 寫,一鍵就能預覽渲染後的文件。標題、程式碼區塊、表格自己排好。審閱要哪個版本就匯出哪個,不用再另外養一份檔案來同步。
每個請求都帶一組已簽章的 bearer token。Token 在 15 分鐘後過期,並於背景自動更新,使用者無感。
以 client credentials 呼叫 POST /v2/tokens;回應會回傳一組 access token 與一組 refresh token。
任何文件、任何問題都能問。AI 教練把你的段落、需求、術語表整個工作空間記在心裡,所以它給的建議都來自你的規格內部——而不是某份制式的寫作風格指南。
審閱者會期待的每一件事,在你開 pull request 之前就都處理好了。
Markdown、PDF,以及可獨立開啟的 HTML,一鍵搞定。現有的 Markdown 也能匯入。
每個術語、每處引用都被追蹤,所以 §4 的 API 永遠對得上 §1 的合約。
每個術語在哪定義、又有哪些文件靠它,一目了然。
RFC、ADR、設計文件,或你自訂的大綱,段落還空著時會輕輕提醒你一下。
一致的標題、編號的段落,加上審閱者預期會看到的標題區塊。
每個版本都救得回來——就是你寫程式時早已信任的那套版本控制。
「在用 Slima 之前,我用 Notion 寫長篇小說,被自己的架構連到昏頭;用了之後可以直覺的找到相關素材紀錄,專注寫作模式和每日追蹤字數的功能,也讓我可以更流暢的寫完當天想要抵達的進度。」