連線你已使用的工具
將 Slack、GitHub、Notion 等引入你的應用程式 — 只需描述應該發生的情況。對這些工具的功能做出反應，並在需要時新增自訂伺服器端功能。 AI 會為你寫入並檢查它。
建置和擴充
一個整合的堆疊，而不是一堆外掛
Kliv 的商務、智能體、整合和自訂邏輯旨在協同工作。你不是將服務黏合到網站建置器上 — 你描述你需要什麼，然後將各個部分組成真正的功能，所有這些都為你管理。
一個迴圈，從頭到尾
整合平台向你出售盒子之間的箭頭。 Kliv 也擁有這些盒子——所以從事件到動作的整個迴圈是一個被描述的系統。
有事發生
訊息到達 Slack，問題在 GitHub 中開啟，交易在 HubSpot 中移動——或者客戶在你自己的應用程式中執行某些操作。 Kliv 監聽你關心的事件；你描述一下是哪些。
你的函式執行
回應是具有型別化 Kliv SDK 的真實伺服器端 TypeScript 函式。 AI 編寫它，編譯器將其儲存在 SDK 的實際表面上，並且它在 Kliv 的基礎設施上執行，而不是在某人的瀏覽器標籤中執行。
它讀取和寫入你的資料
該函式與應用程式的其餘部分使用相同的資料庫、檔案和客戶記錄 — 遵循相同的權限規則。你自己的後端沒有 API 金鑰，你和你自己之間沒有黏合程式碼。
它的作用是退出
發布 Slack 回覆、建置 Trello 卡片、更新交易、傳送範本上的電子郵件。憑證儲存在保險庫中；該函式說明瞭無需持有它們即可執行的操作。
或者它從時鐘開始
並非一切都始於事件。排程作業在 cron 上執行相同的功能——每週摘要、每晚同步——並帶有執行歷史記錄，顯示你不注意時發生的情況。
這是一堆外掛無法完成的部分：Calendly 預訂、你的功能、你的資料庫和你的電子郵件範本是一個系統 — 這就是為什麼一個工具中的事件可以在你的應用程式中無需任何膠水就可以控制頁面。
你的應用需要進一步發展的一切
連線、反應和擴充套件——用簡單的語言描述，由 AI 建置。
你已經使用的工具，已連線
Slack、GitHub、Notion、HubSpot、Trello、Discord、Calendly、Mailchimp — 連線你的帳戶，你的應用程式可以在其中執行操作。憑證儲存在安全的保管庫中，而不是在你的程式碼中，你可以控制每個連線允許執行的操作。
對外界做出反應
新訊息、新問題、新預訂 — 你的應用程式可以在連線工具中發生時立即回應。描述應該發生什麼，Kliv 偵聽該事件並執行它。
真正的伺服器端 TypeScript
可信的幕後邏輯透過型別化的 Kliv SDK 作為伺服器端函式執行 — AI 編寫程式碼，編譯器根據 SDK 的真實表面檢查程式碼，並且僅在乾淨時才發布。
你的程式碼，在你的儲存庫中
連線 Git 儲存庫並推送和拉取應用程式的實際來源。透過對話建置，保留程式碼 — 留下的是 git pull，而不是遷移專案。
對時間做出反應，而不僅僅是事件
依計畫運作功能：週一摘要、夜間同步、月末清理。適用於你的應用程式的 Cron，你可以檢查執行歷史記錄 — 無需租用外部排程程式。
電子郵件，來自你的應用程式
收據、通知、摘要 — 在你編寫的範本上傳送，在任何內容發布之前進行預覽，並標記為你的應用程式。
盒子裡還有
較小的部分通常意味著另一個供應商 — 已經在這裡，並且已經與其餘部分組合在一起。
快照
為你的應用程式儲存和恢復點 — 無所畏懼地進行實驗，一步回滾。
審核佇列
使用者提交的內容等待批准 — 從內建佇列中批准或拒絕。
支援執行緒
應用程式內的幫助臺：建置、指派、回覆和解決 — 無需連線票務工具。
語意搜尋
按含義而不是關鍵字搜尋應用程式的內容 — 內建嵌入，無需執行向量資料庫。
影像 AI
描述上傳的影像或根據影像中的內容找到影像 — 內建視覺，無需連線第三方 API。
常見問題
我被鎖在裡面了嗎？
不，不是作為承諾，而是作為一種機制：連線 Git 儲存庫，你的應用程式的實際來源會雙向同步。推它、拉它、回顧它、接受它。程式碼始終是你的； git 只是讓它變得可移植。
函式可以按方案執行嗎？
是的 — cron 方案是一流的：摘要、同步、清理、報告。每次執行都會被記錄下來，因此「夜間同步昨晚實際上執行了嗎？」是一個查詢，而不是一個謎。
我的憑證存放在哪裡？
在安全的保管庫中，按連線確定範圍 — 永遠不會在你的程式碼中，也不會在應用程式的資料中。你可以決定允許每個連線執行哪些操作，並且可以在不接觸應用程式的情況下撤銷它。
誰編寫整合程式碼？
AI 確實如此，因為編譯器根據 SDK 的真實表面檢查型別化的伺服器端 TypeScript — 並且你可以隨時自行開啟程式碼。描述行為；檢視結果。
我的應用程式可以連線到什麼？
Slack、GitHub、Notion、HubSpot、Trello、Discord、Calendly、Mailchimp 等 — 並且連線是雙向的：你的應用程式在這些工具中執行操作，並在其中發生某些情況時做出反應。
我的應用程式可以傳送什麼電子郵件？
交易和生命週期電子郵件 — 收據、歡迎、通知、摘要 — 在你建置的範本上並在發布之前預覽。範本是你的品牌，傳送的是你可以看到的記錄。
