設定應用程式變數和密碼 app-variables

IMPORTANT
Adobe LLM Apps目前在Beta中。
此處顯示的功能、工作流程和UI不一定代表產品的最終狀態。 若要加入Beta,請傳送電子郵件至llm-apps-beta@adobe.com。

使用變數和密碼來設定應用程式,而不需在其動作處理常式中硬式編碼值。 例如,使用Stage中的測試服務和Production中的即時服務,設定應用程式呼叫之產品目錄API的URL,而不變更處理常式程式碼。

變數保留不敏感的設定。 秘密適用於敏感值,例如API金鑰和存取權杖。

IMPORTANT
目前僅支援​個變數。 已規劃在未來版本提供秘密支援。 在此之前,請勿在變數​中儲存​密碼、API金鑰、存取權杖或其他敏感資訊:它們的值在設定表中可見且可複製。

歷程:​新增變數或密碼→在您的處理常式中讀取,→部署→測試。

開始之前 before-you-begin

您需要:

  • 存取您應用程式的處理常式存放庫,以便您可以視需要更新處理常式以讀取變數。
  • @adobe/llm-apps-runtime1.1.0或更新版本。 自2026年8月起建立的應用程式已包含該應用程式。

若要檢查版本,請在您的處理常式存放庫中執行:

npm ls @adobe/llm-apps-runtime

如果版本早於1.1.0,請將它升級,然後認可並推送package.json和package-lock.json:

npm install @adobe/llm-apps-runtime@latest

管理變數 manage-variables

每個環境​ 階段 ​或​ 生產 ​都有自己的變數,因此請在新增、更新或刪除變數之前先檢查​Workspace。 變更會在您下次將應用程式部署至該環境時生效。

新增變數 add-variable-to-app

本指南使用名為GREETING_PREFIX且值為Good day的變數作為非敏感範例,覆寫處理常式的預設問候語Hello。 新增變數​ 不會 ​自動變更動作:處理常式​ 必須 ​讀取它。

步驟1:在使用者介面中新增變數 add-a-variable

  1. 開啟您的應用程式,並在左側導覽中選取​設定。

  2. 開啟​ 變數和密碼 ​標籤。

  3. 在​ Workspace ​中,選取​ 階段 ​或​生產。

  4. 選取「新增」。

    變數和密碼 — 使用「新增」按鈕清空階段工作區

  5. 在對話方塊中,輸入:

    • 名稱: GREETING_PREFIX。
    • 型別:保留​ 變數 ​已選取。
    • 值: Good day。

    新增變數或密碼 — GREETINGPREFIX設定為好日

  6. 選取​ 新增 ​以儲存。

變數出現在具有其​名稱、型別、值​和​ 上次更新日期 ​的資料表中。 如果您需要複製值,請使用值旁的複製控制項。

變數與密碼 — GREETINGPREFIX儲存在Stage工作區

IMPORTANT
儲存會將變數新增至所選環境的設定。 它​ 不會 ​更新已部署的應用程式,直到您再次部署為止。

步驟2:讀取處理常式中的變數 use-a-variable

在您的處理常式存放庫中,開啟actions/<action-name>/index.js。 請確定處理常式接受第二個引數extra,並以getVariable讀取變數:

const { getVariable } = require('@adobe/llm-apps-runtime');

module.exports = async ({ name = 'there' } = {}, extra) => {
  const prefix = getVariable(extra, 'GREETING_PREFIX') || 'Hello';

  return {
    content: [{ type: 'text', text: `${prefix}, ${name}!` }]
  };
};

使用值Good day,將name設定為Ada的呼叫會傳回Good day, Ada!,而非預設值Hello, Ada!。 如果您稍後將值變更為Howdy,問候語會在您重新部署後變更,而不需要其他處理常式編輯。

您的程式碼​ 中的名稱必須 ​與UI中的名稱完全相符。 如果未設定變數,getVariable會傳回undefined。 決定您的動作是否可以使用適當的預設值(如範例),或應該傳回明確的錯誤,因為它需要設定。

NOTE
變數只能在應用程式的動作處理常式中使用;它們​ 不是 ​會自動提供給Widget。

當您的處理常式變更準備就緒時,請提交這些變更,並將其推送到您應用程式的處理常式存放庫。 下一個部署會使用最新推送的程式碼。 若要進一步瞭解如何編輯處理常式,請參閱自訂產生的處理常式。

步驟3:部署和測試 deploy-and-verify

  1. 將您的應用程式部署至您在​ Workspace ​中選取的相同環境。
  2. 從支援的LLM平台呼叫name設為Ada的動作。 請參閱測試ChatGPT外掛程式或測試Claude聯結器。
  3. 確認回應為Good day, Ada!。 如此可確認處理常式會讀取您設定的變數,並覆寫其預設問候語。

若要設定其他環境,請在​ Workspace ​中選取該環境,以適當的值重複進行設定,然後在此部署及驗證。

NOTE
中繼和生產有​個獨立的組態。 一個環境中的變更​ 不會 ​影響另一個環境。 如有必要,請在兩個環境中使用相同的名稱,並為每個環境選擇適當的值。
TIP
若要在部署之前先在本機測試,請參閱本機處理常式開發與測試,並將變數傳遞至本機伺服器:
node server/local.js --param 'LLMA_VARIABLE_NAMES=["GREETING_PREFIX"]' --param GREETING_PREFIX=Howdy

更新變數 update-or-delete

  1. 選取變數列中的編輯控制項。

  2. 檢閱變數的​ 目前值 ​並輸入​新值。

    更新GREETINGPREFIX — 將值從「好日」變更為「好時」

  3. 選取「更新」。

  4. 將應用程式再次部署至相同環境,並驗證變更後的行為。

更新只會變更值。 變數​ 無法 ​重新命名;若要使用其他名稱,請刪除現有變數並新增變數,然後更新您的處理常式以讀取新名稱。

刪除變數 delete-a-variable

  1. 檢查是否有任何動作仍需要變數。 如有必要,請先更新並推播處理常式​1}。

  2. 選取變數列中的刪除控制項。 若要刪除數個專案,請選取其核取方塊,然後選擇​刪除。

  3. 檢閱確認對話方塊中的名稱,然後選取​刪除。

    刪除GREETINGPREFIX — 確認永久刪除

  4. 將應用程式再次部署至相同環境。

IMPORTANT
刪除​無法復原,請確定您選取了正確的變數。 已部署的應用程式會保留其現有設定,直到下一次部署為止。 部署之後,處理常式​ 不再接收 ​已刪除的變數,因此需要它的動作可能會失敗。

規則和限制 good-to-know

項目
規則
名稱
最多64個字元:大寫字母、數字和底線,開頭非數字。 每個應用程式和環境都必須​是唯一的,而且必須符合處理常式。
保留名稱
以LLMA_和MCP_SERVER_URL開頭的名稱。
值
必要,最多500個字元。 前置和結尾空格會被移除。
限制
每個應用程式和環境有50個變數。
可見度
變數值是可見且可複製的。 計畫的秘密支援會隱藏儲存的值。
變更
在下一個部署至選取的環境時生效。

疑難排解 verify-configuration

您所看到的內容
該做什麼
新增​已停用,且頁面顯示已達到​Workspace限制
刪除您不再需要的變數。
僅使用大寫字母、數字和底線
重新命名,例如API_BASE_URL。
此名稱由平台保留
選擇不以LLMA_開頭且不是MCP_SERVER_URL的名稱。
已有此名稱的變數存在
請改為更新現有變數。
此變數已在其他地方修改
請重新整理頁面,然後再試一次。
無法載入變數
重新載入頁面。 如果持續發生,請檢查您是否有應用程式的存取權。
動作未使用新值
檢查您是否已在儲存變數​ 之後將 ​部署至您測試的相同環境、處理常式變更是否已推送,以及名稱是否與​完全相符。 上次更新時間​顯示值儲存時間,而非部署時間。
getVariable is not a function
您的應用程式使用1.1.0之前的執行階段。 請依照中的說明進行升級。在您開始之前,請先進行部署。
刪除變數後,動作會失敗
將變數新增回系統,或更新處理常式,讓它不再需要它,然後部署。

後續步驟 whats-next

recommendation-more-help
llm-apps-help-main-toc