sessionKey separates conversations; maxMessages bounds history. Select read, append or clear. Redis and PostgreSQL variants need connections; simple memory and the manager use the nodulz database.
Technical type : ai_postgres_chat_memory. Runtime : nodulz.
Create credentials in your nodulz instance’s Credentials area, then select them on the node. Availability depends on ownership and sharing. See the credentials guide for access and rotation.
Parameters
Names below are technical keys. Defaults are not a ready-to-run configuration: complete fields required by your operation. Paths containing [] describe list items; some fields depend on the selected mode.
Parameter
Type
Default
Values / limits
operation
enum
"append"
load, save, clear, append
sessionKey
string
"default"
-
sessionScope
enum
"workflow"
workflow, shared
varKey
string
"ai_memory"
-
role
enum
"user"
user, assistant, system
content
string
""
-
maxMessages
number
20
-; ≥ 1, ≤ 10000
credentialId
string
-
-
Configuration help
operation Operation
Load, save, append, or clear conversation history.
sessionScope Conversation scope
Workflow scope isolates conversations by workflow and memory node. Shared scope reuses the key across workflows belonging to the same owner. New memories are isolated by default.
sessionKey Session key
Identifies a conversation session (multiple agents can share).
varKey Workflow variable
Workflow variable where history is stored or read.
role Message role
Role of the appended message (user, assistant, system).
content Content
Message content to add to memory.
maxMessages Max messages
Maximum number of messages kept in history.
credentialId Credential
Credential required to access the external service.
Initial configuration
Initial catalog configuration example, to adapt before running. Keep secrets in credentials.
Test with representative data. Check node output in the inspector and logs, then use editor mapping for downstream fields. A trigger test with a simulated payload does not validate external service delivery.
Persist memory in Postgres
Usage and specifics
sessionKey separates conversations; maxMessages bounds history. Select read, append or clear. Redis and PostgreSQL variants need connections; simple memory and the manager use the nodulz database.
Technical type :
ai_postgres_chat_memory. Runtime :nodulz.Credentials and prerequisites
Create credentials in your nodulz instance’s Credentials area, then select them on the node. Availability depends on ownership and sharing. See the credentials guide for access and rotation.
Parameters
Names below are technical keys. Defaults are not a ready-to-run configuration: complete fields required by your operation. Paths containing [] describe list items; some fields depend on the selected mode.
operationenum"append"load,save,clear,appendsessionKeystring"default"sessionScopeenum"workflow"workflow,sharedvarKeystring"ai_memory"roleenum"user"user,assistant,systemcontentstring""maxMessagesnumber20credentialIdstringConfiguration help
operationOperation
sessionScopeConversation scope
sessionKeySession key
varKeyWorkflow variable
roleMessage role
contentContent
maxMessagesMax messages
credentialIdCredential
Initial configuration
Initial catalog configuration example, to adapt before running. Keep secrets in credentials.
{ "operation": "append", "sessionKey": "default", "sessionScope": "workflow", "varKey": "ai_memory", "role": "user", "content": "", "maxMessages": 20 }Verification
Test with representative data. Check node output in the inspector and logs, then use editor mapping for downstream fields. A trigger test with a simulated payload does not validate external service delivery.
See also : Expressions and data, Executions, Node catalog.