영속성

LangGraph는 체크포인터를 통해 구현되는 내장 영속성 레이어를 제공합니다. 체크포인터와 함께 그래프를 컴파일하면, 체크포인터는 모든 슈퍼 스텝마다 그래프 상태의 checkpoint를 저장합니다. 이러한 체크포인트는 thread에 저장되며, 그래프 실행 후에 접근할 수 있습니다. threads를 통해 실행 후 그래프 상태에 접근할 수 있기 때문에, human-in-the-loop, 메모리, 시간 여행, 결함 허용성 등 여러 강력한 기능이 모두 가능합니다. 아래에서는 이러한 각 개념을 더 자세히 설명하겠습니다.

LangGraph API는 자동으로 체크포인팅을 처리합니다 LangGraph API를 사용할 때는 체크포인터를 수동으로 구현하거나 구성할 필요가 없습니다. API가 백그라운드에서 모든 영속성 인프라를 자동으로 처리합니다.

Threads

Thread는 체크포인터가 저장하는 각 체크포인트에 할당된 고유 ID 또는 스레드 식별자입니다. Thread는 일련의 runs의 누적된 상태를 포함합니다. Run이 실행되면, 어시스턴트의 기본 그래프의 state가 스레드에 영속화됩니다. 체크포인터와 함께 그래프를 호출할 때, config의 configurable 부분에 thread_id를 반드시 지정해야 합니다.

{
  configurable: {
    thread_id: "1";
  }
}

Thread의 현재 및 과거 상태를 검색할 수 있습니다. 상태를 유지하려면 run을 실행하기 전에 스레드를 먼저 생성해야 합니다. LangGraph Platform API는 스레드 및 스레드 상태를 생성하고 관리하기 위한 여러 엔드포인트를 제공합니다. 자세한 내용은 API 레퍼런스를 참조하세요.

Checkpoints

특정 시점의 스레드 상태를 체크포인트라고 합니다. Checkpoint는 각 슈퍼 스텝마다 저장된 그래프 상태의 스냅샷이며, 다음의 주요 속성을 가진 StateSnapshot 객체로 표현됩니다:

config: 이 체크포인트와 연관된 설정입니다.
metadata: 이 체크포인트와 연관된 메타데이터입니다.
values: 이 시점의 상태 채널 값들입니다.
next 그래프에서 다음에 실행될 노드 이름의 튜플입니다.
tasks: 다음에 실행될 작업에 대한 정보를 포함하는 PregelTask 객체의 튜플입니다. 이전에 스텝이 시도된 경우 오류 정보가 포함됩니다. 그래프가 노드 내에서 동적으로 중단된 경우, tasks에는 중단과 관련된 추가 데이터가 포함됩니다.

체크포인트는 영속화되며 나중에 스레드의 상태를 복원하는 데 사용할 수 있습니다. 간단한 그래프가 다음과 같이 호출될 때 어떤 체크포인트가 저장되는지 살펴보겠습니다:

import { StateGraph, START, END, MemoryServer } from "@langchain/langgraph";
import { registry } from "@langchain/langgraph/zod";
import * as z from "zod";

const State = z.object({
  foo: z.string(),
  bar: z.array(z.string()).register(registry, {
    reducer: {
      fn: (x, y) => x.concat(y),
    },
    default: () => [] as string[],
  }),
});

const workflow = new StateGraph(State)
  .addNode("nodeA", (state) => {
    return { foo: "a", bar: ["a"] };
  })
  .addNode("nodeB", (state) => {
    return { foo: "b", bar: ["b"] };
  })
  .addEdge(START, "nodeA")
  .addEdge("nodeA", "nodeB")
  .addEdge("nodeB", END);

const checkpointer = new MemorySaver();
const graph = workflow.compile({ checkpointer });

const config = { configurable: { thread_id: "1" } };
await graph.invoke({ foo: "" }, config);

import { StateGraph, START, END, MemoryServer } from "@langchain/langgraph";
import { registry } from "@langchain/langgraph/zod";
import * as z from "zod";

const State = z.object({
  foo: z.string(),
  bar: z.array(z.string()).register(registry, {
    reducer: {
      fn: (x, y) => x.concat(y),
    },
    default: () => [] as string[],
  }),
});

const workflow = new StateGraph(State)
  .addNode("nodeA", (state) => {
    return { foo: "a", bar: ["a"] };
  })
  .addNode("nodeB", (state) => {
    return { foo: "b", bar: ["b"] };
  })
  .addEdge(START, "nodeA")
  .addEdge("nodeA", "nodeB")
  .addEdge("nodeB", END);

const checkpointer = new MemorySaver();
const graph = workflow.compile({ checkpointer });

const config = { configurable: { thread_id: "1" } };
await graph.invoke({ foo: "" }, config);

그래프를 실행한 후, 정확히 4개의 체크포인트가 생성됩니다:

START가 다음에 실행될 노드로 설정된 빈 체크포인트
사용자 입력 {'foo': '', 'bar': []}와 nodeA가 다음에 실행될 노드로 설정된 체크포인트
nodeA의 출력 {'foo': 'a', 'bar': ['a']}와 nodeB가 다음에 실행될 노드로 설정된 체크포인트
nodeB의 출력 {'foo': 'b', 'bar': ['a', 'b']}와 다음에 실행될 노드가 없는 체크포인트

bar 채널에 리듀서가 있기 때문에 bar 채널 값에는 두 노드의 출력이 모두 포함되어 있습니다.

Get state

저장된 그래프 상태와 상호작용할 때는 thread identifier를 반드시 지정해야 합니다. graph.getState(config)를 호출하여 그래프의 최신 상태를 확인할 수 있습니다. 이는 config에 제공된 스레드 ID와 연관된 최신 체크포인트 또는 제공된 경우 스레드에 대한 체크포인트 ID와 연관된 체크포인트에 해당하는 StateSnapshot 객체를 반환합니다.

// 최신 상태 스냅샷 가져오기
const config = { configurable: { thread_id: "1" } };
await graph.getState(config);

// 특정 checkpoint_id에 대한 상태 스냅샷 가져오기
const config = {
  configurable: {
    thread_id: "1",
    checkpoint_id: "1ef663ba-28fe-6528-8002-5a559208592c",
  },
};
await graph.getState(config);

예제에서 getState의 출력은 다음과 같습니다:

StateSnapshot {
  values: { foo: 'b', bar: ['a', 'b'] },
  next: [],
  config: {
    configurable: {
      thread_id: '1',
      checkpoint_ns: '',
      checkpoint_id: '1ef663ba-28fe-6528-8002-5a559208592c'
    }
  },
  metadata: {
    source: 'loop',
    writes: { nodeB: { foo: 'b', bar: ['b'] } },
    step: 2
  },
  createdAt: '2024-08-29T19:19:38.821749+00:00',
  parentConfig: {
    configurable: {
      thread_id: '1',
      checkpoint_ns: '',
      checkpoint_id: '1ef663ba-28f9-6ec4-8001-31981c2c39f8'
    }
  },
  tasks: []
}

Get state history

graph.getStateHistory(config)를 호출하여 주어진 스레드에 대한 그래프 실행의 전체 히스토리를 가져올 수 있습니다. 이는 config에 제공된 스레드 ID와 연관된 StateSnapshot 객체의 리스트를 반환합니다. 중요한 점은, 체크포인트가 시간순으로 정렬되며 가장 최근의 체크포인트 / StateSnapshot이 리스트의 첫 번째에 위치한다는 것입니다.

const config = { configurable: { thread_id: "1" } };
for await (const state of graph.getStateHistory(config)) {
  console.log(state);
}

예제에서 getStateHistory의 출력은 다음과 같습니다:

[
  StateSnapshot {
    values: { foo: 'b', bar: ['a', 'b'] },
    next: [],
    config: {
      configurable: {
        thread_id: '1',
        checkpoint_ns: '',
        checkpoint_id: '1ef663ba-28fe-6528-8002-5a559208592c'
      }
    },
    metadata: {
      source: 'loop',
      writes: { nodeB: { foo: 'b', bar: ['b'] } },
      step: 2
    },
    createdAt: '2024-08-29T19:19:38.821749+00:00',
    parentConfig: {
      configurable: {
        thread_id: '1',
        checkpoint_ns: '',
        checkpoint_id: '1ef663ba-28f9-6ec4-8001-31981c2c39f8'
      }
    },
    tasks: []
  },
  StateSnapshot {
    values: { foo: 'a', bar: ['a'] },
    next: ['nodeB'],
    config: {
      configurable: {
        thread_id: '1',
        checkpoint_ns: '',
        checkpoint_id: '1ef663ba-28f9-6ec4-8001-31981c2c39f8'
      }
    },
    metadata: {
      source: 'loop',
      writes: { nodeA: { foo: 'a', bar: ['a'] } },
      step: 1
    },
    createdAt: '2024-08-29T19:19:38.819946+00:00',
    parentConfig: {
      configurable: {
        thread_id: '1',
        checkpoint_ns: '',
        checkpoint_id: '1ef663ba-28f4-6b4a-8000-ca575a13d36a'
      }
    },
    tasks: [
      PregelTask {
        id: '6fb7314f-f114-5413-a1f3-d37dfe98ff44',
        name: 'nodeB',
        error: null,
        interrupts: []
      }
    ]
  },
  StateSnapshot {
    values: { foo: '', bar: [] },
    next: ['node_a'],
    config: {
      configurable: {
        thread_id: '1',
        checkpoint_ns: '',
        checkpoint_id: '1ef663ba-28f4-6b4a-8000-ca575a13d36a'
      }
    },
    metadata: {
      source: 'loop',
      writes: null,
      step: 0
    },
    createdAt: '2024-08-29T19:19:38.817813+00:00',
    parentConfig: {
      configurable: {
        thread_id: '1',
        checkpoint_ns: '',
        checkpoint_id: '1ef663ba-28f0-6c66-bfff-6723431e8481'
      }
    },
    tasks: [
      PregelTask {
        id: 'f1b14528-5ee5-579c-949b-23ef9bfbed58',
        name: 'node_a',
        error: null,
        interrupts: []
      }
    ]
  },
  StateSnapshot {
    values: { bar: [] },
    next: ['__start__'],
    config: {
      configurable: {
        thread_id: '1',
        checkpoint_ns: '',
        checkpoint_id: '1ef663ba-28f0-6c66-bfff-6723431e8481'
      }
    },
    metadata: {
      source: 'input',
      writes: { foo: '' },
      step: -1
    },
    createdAt: '2024-08-29T19:19:38.816205+00:00',
    parentConfig: null,
    tasks: [
      PregelTask {
        id: '6d27aa2e-d72b-5504-a36f-8620e54a76dd',
        name: '__start__',
        error: null,
        interrupts: []
      }
    ]
  }
]

Replay

이전 그래프 실행을 재생하는 것도 가능합니다. thread_id와 checkpoint_id로 그래프를 invoke하면, checkpoint_id에 해당하는 체크포인트 이전에 실행된 스텝을 _재생_하고, 체크포인트 이후의 스텝만 실행합니다.

thread_id는 스레드의 ID입니다.
checkpoint_id는 스레드 내의 특정 체크포인트를 참조하는 식별자입니다.

그래프를 호출할 때 config의 configurable 부분에 이들을 전달해야 합니다:

const config = {
  configurable: {
    thread_id: "1",
    checkpoint_id: "0c62ca34-ac19-445d-bbb0-5b4984975b2a",
  },
};
await graph.invoke(null, config);

중요한 점은, LangGraph는 특정 스텝이 이전에 실행되었는지 여부를 알고 있다는 것입니다. 실행되었다면 LangGraph는 해당 그래프의 특정 스텝을 단순히 _재생_하고 재실행하지 않지만, 이는 제공된 checkpoint_id 이전의 스텝에만 해당됩니다. checkpoint_id 이후의 모든 스텝은 이전에 실행된 적이 있더라도 실행됩니다(즉, 새로운 분기). 재생에 대한 자세한 내용은 시간 여행 사용 방법 가이드를 참조하세요.

Update state

특정 checkpoints에서 그래프를 재생하는 것 외에도, 그래프 상태를 _편집_할 수도 있습니다. 이는 graph.updateState()를 사용하여 수행합니다. 이 메서드는 세 가지 인수를 받습니다:

`config`

config에는 업데이트할 스레드를 지정하는 thread_id가 포함되어야 합니다. thread_id만 전달되면 현재 상태를 업데이트(또는 분기)합니다. 선택적으로 checkpoint_id 필드를 포함하면 선택된 체크포인트를 분기합니다.

`values`

상태를 업데이트하는 데 사용될 값들입니다. 이 업데이트는 노드의 모든 업데이트가 처리되는 것과 정확히 동일하게 처리됩니다. 즉, 이러한 값들은 그래프 상태의 일부 채널에 대해 정의된 경우 reducer 함수로 전달됩니다. 따라서 update_state는 모든 채널의 채널 값을 자동으로 덮어쓰지 않고, 리듀서가 없는 채널에 대해서만 덮어씁니다. 예제를 통해 살펴보겠습니다. 다음 스키마로 그래프 상태를 정의했다고 가정해봅시다(위의 전체 예제 참조):

import { registry } from "@langchain/langgraph/zod";
import * as z from "zod";

const State = z.object({
  foo: z.number(),
  bar: z.array(z.string()).register(registry, {
    reducer: {
      fn: (x, y) => x.concat(y),
    },
    default: () => [] as string[],
  }),
});

현재 그래프의 상태가 다음과 같다고 가정해봅시다:

{ foo: 1, bar: ["a"] }

다음과 같이 상태를 업데이트하면:

await graph.updateState(config, { foo: 2, bar: ["b"] });

그래프의 새로운 상태는 다음과 같습니다:

{ foo: 2, bar: ["a", "b"] }

foo 키(채널)는 완전히 변경됩니다(해당 채널에 대해 지정된 리듀서가 없으므로 updateState가 덮어씁니다). 그러나 bar 키에 대해서는 리듀서가 지정되어 있으므로 bar의 상태에 "b"를 추가합니다.

`as_node`

updateState를 호출할 때 선택적으로 지정할 수 있는 마지막 항목은 asNode입니다. 제공하면 업데이트가 노드 asNode에서 온 것처럼 적용됩니다. asNode가 제공되지 않으면, 모호하지 않은 경우 상태를 업데이트한 마지막 노드로 설정됩니다. 이것이 중요한 이유는 다음에 실행할 스텝이 업데이트를 제공한 마지막 노드에 따라 달라지기 때문이며, 따라서 다음에 실행할 노드를 제어하는 데 사용할 수 있습니다. 상태 분기에 대한 자세한 내용은 시간 여행 사용 방법 가이드를 참조하세요.

Memory Store

상태 스키마는 그래프가 실행될 때 채워지는 키 집합을 지정합니다. 위에서 설명한 것처럼, 상태는 각 그래프 스텝마다 체크포인터에 의해 스레드에 기록되어 상태 영속성을 가능하게 합니다. 그런데 스레드 간에 일부 정보를 유지하고 싶다면 어떻게 해야 할까요? 사용자와의 모든 대화(예: 스레드)에서 사용자에 대한 특정 정보를 유지하고 싶은 챗봇의 경우를 생각해보세요! 체크포인터만으로는 스레드 간에 정보를 공유할 수 없습니다. 이것이 Store 인터페이스가 필요한 이유입니다. 예시로, 스레드 간에 사용자에 대한 정보를 저장하기 위해 InMemoryStore를 정의할 수 있습니다. 이전처럼 체크포인터와 함께, 그리고 새로운 in_memory_store 변수와 함께 그래프를 컴파일하기만 하면 됩니다.

LangGraph API는 자동으로 store를 처리합니다 LangGraph API를 사용할 때는 store를 수동으로 구현하거나 구성할 필요가 없습니다. API가 백그라운드에서 모든 스토리지 인프라를 자동으로 처리합니다.

Basic Usage

먼저, LangGraph를 사용하지 않고 이것만 단독으로 살펴보겠습니다.

import { MemoryStore } from "@langchain/langgraph";

const memoryStore = new MemoryStore();

메모리는 tuple로 네임스페이스화되며, 이 특정 예제에서는 (<user_id>, "memories")가 됩니다. 네임스페이스는 어떤 길이든 될 수 있고 무엇이든 나타낼 수 있으며, 사용자별일 필요는 없습니다.

const userId = "1";
const namespaceForMemory = [userId, "memories"];

store.put 메서드를 사용하여 store의 네임스페이스에 메모리를 저장합니다. 이 작업을 수행할 때 위에서 정의한 네임스페이스와 메모리에 대한 키-값 쌍을 지정합니다: 키는 메모리의 고유 식별자(memory_id)이고 값(딕셔너리)은 메모리 자체입니다.

import { v4 as uuidv4 } from "uuid";

const memoryId = uuidv4();
const memory = { food_preference: "I like pizza" };
await memoryStore.put(namespaceForMemory, memoryId, memory);

store.search 메서드를 사용하여 네임스페이스의 메모리를 읽을 수 있으며, 주어진 사용자에 대한 모든 메모리를 리스트로 반환합니다. 가장 최근 메모리가 리스트의 마지막에 위치합니다.

const memories = await memoryStore.search(namespaceForMemory);
memories[memories.length - 1];

// {
//   value: { food_preference: 'I like pizza' },
//   key: '07e0caf4-1631-47b7-b15f-65515d4c1843',
//   namespace: ['1', 'memories'],
//   createdAt: '2024-10-02T17:22:31.590602+00:00',
//   updatedAt: '2024-10-02T17:22:31.590605+00:00'
// }

속성은 다음과 같습니다:

value: 이 메모리의 값
key: 이 네임스페이스에서 이 메모리에 대한 고유 키
namespace: 이 메모리 타입의 네임스페이스인 문자열 리스트
createdAt: 이 메모리가 생성된 시간의 타임스탬프
updatedAt: 이 메모리가 업데이트된 시간의 타임스탬프

Semantic Search

단순한 검색을 넘어, store는 의미론적 검색도 지원하여 정확히 일치하는 항목이 아닌 의미를 기반으로 메모리를 찾을 수 있습니다. 이를 활성화하려면 임베딩 모델로 store를 구성하세요:

import { OpenAIEmbeddings } from "@langchain/openai";

const store = new InMemoryStore({
  index: {
    embeddings: new OpenAIEmbeddings({ model: "text-embedding-3-small" }),
    dims: 1536,
    fields: ["food_preference", "$"], // Fields to embed
  },
});

이제 검색할 때 자연어 쿼리를 사용하여 관련 메모리를 찾을 수 있습니다:

// 음식 선호도에 대한 메모리 찾기
// (메모리를 store에 넣은 후에 수행할 수 있습니다)
const memories = await store.search(namespaceForMemory, {
  query: "What does the user like to eat?",
  limit: 3, // Return top 3 matches
});

fields 매개변수를 구성하거나 메모리를 저장할 때 index 매개변수를 지정하여 메모리의 어떤 부분을 임베딩할지 제어할 수 있습니다:

// 임베딩할 특정 필드와 함께 저장
await store.put(
  namespaceForMemory,
  uuidv4(),
  {
    food_preference: "I love Italian cuisine",
    context: "Discussing dinner plans",
  },
  { index: ["food_preference"] } // Only embed "food_preferences" field
);

// 임베딩 없이 저장 (여전히 검색 가능하지만 검색되지 않음)
await store.put(
  namespaceForMemory,
  uuidv4(),
  { system_info: "Last updated: 2024-01-01" },
  { index: false }
);

Using in LangGraph

모든 준비가 완료되면 LangGraph에서 memoryStore를 사용합니다. memoryStore는 체크포인터와 함께 작동합니다: 위에서 설명한 것처럼 체크포인터는 상태를 스레드에 저장하고, memoryStore는 스레드 간에 접근하기 위한 임의의 정보를 저장할 수 있게 합니다. 다음과 같이 체크포인터와 memoryStore 모두와 함께 그래프를 컴파일합니다.

import { MemorySaver } from "@langchain/langgraph";

// 스레드(대화)를 활성화하기 위해 필요합니다
const checkpointer = new MemorySaver();

// ... 그래프 정의 ...

// 체크포인터와 store와 함께 그래프 컴파일
const graph = workflow.compile({ checkpointer, store: memoryStore });

이전처럼 thread_id와 함께 그래프를 호출하고, 위에서 보여준 것처럼 이 특정 사용자에게 메모리를 네임스페이스화하는 데 사용할 user_id도 함께 호출합니다.

// 그래프 호출
const userId = "1";
const config = { configurable: { thread_id: "1", user_id: userId } };

// 먼저 AI에게 인사해보겠습니다
for await (const update of await graph.stream(
  { messages: [{ role: "user", content: "hi" }] },
  { ...config, streamMode: "updates" }
)) {
  console.log(update);
}

노드 인수로 config와 store에 액세스하여 _모든 노드_에서 memoryStore와 user_id에 액세스할 수 있습니다. 다음은 노드에서 의미론적 검색을 사용하여 관련 메모리를 찾는 방법입니다:

import { MessagesZodMeta, Runtime } from "@langchain/langgraph";
import { BaseMessage } from "@langchain/core/messages";
import { registry } from "@langchain/langgraph/zod";
import * as z from "zod";

const MessagesZodState = z.object({
  messages: z
    .array(z.custom<BaseMessage>())
    .register(registry, MessagesZodMeta),
});

const updateMemory = async (
  state: z.infer<typeof MessagesZodState>,
  runtime: Runtime<{ user_id: string }>,
) => {
  // config에서 user id 가져오기
  const userId = runtime.context?.user_id;
  if (!userId) throw new Error("User ID is required");

  // 메모리를 네임스페이스화
  const namespace = [userId, "memories"];

  // ... 대화를 분석하고 새 메모리 생성

  // 새 메모리 ID 생성
  const memoryId = uuidv4();

  // 새 메모리 생성
  await runtime.store?.put(namespace, memoryId, { memory });
};

위에서 보여준 것처럼, 모든 노드에서 store에 액세스하고 store.search 메서드를 사용하여 메모리를 가져올 수도 있습니다. 메모리는 딕셔너리로 변환할 수 있는 객체 리스트로 반환됩니다.

memories[memories.length - 1];
// {
//   value: { food_preference: 'I like pizza' },
//   key: '07e0caf4-1631-47b7-b15f-65515d4c1843',
//   namespace: ['1', 'memories'],
//   createdAt: '2024-10-02T17:22:31.590602+00:00',
//   updatedAt: '2024-10-02T17:22:31.590605+00:00'
// }

메모리에 액세스하여 모델 호출에 사용할 수 있습니다.

const callModel = async (
  state: z.infer<typeof MessagesZodState>,
  config: LangGraphRunnableConfig,
  store: BaseStore
) => {
  // config에서 user id 가져오기
  const userId = config.configurable?.user_id;

  // 메모리를 네임스페이스화
  const namespace = [userId, "memories"];

  // 가장 최근 메시지를 기반으로 검색
  const memories = await store.search(namespace, {
    query: state.messages[state.messages.length - 1].content,
    limit: 3,
  });
  const info = memories.map((d) => d.value.memory).join("\n");

  // ... 모델 호출에 메모리 사용
};

새 스레드를 생성해도 user_id가 동일하면 동일한 메모리에 여전히 액세스할 수 있습니다.

// 그래프 호출
const config = { configurable: { thread_id: "2", user_id: "1" } };

// 다시 인사해보겠습니다
for await (const update of await graph.stream(
  { messages: [{ role: "user", content: "hi, tell me about my memories" }] },
  { ...config, streamMode: "updates" }
)) {
  console.log(update);
}

LangGraph Platform을 로컬(예: LangGraph Studio) 또는 LangGraph Platform과 함께 사용할 때, 기본 store는 기본적으로 사용 가능하며 그래프 컴파일 중에 지정할 필요가 없습니다. 그러나 의미론적 검색을 활성화하려면 langgraph.json 파일에 인덱싱 설정을 구성해야 합니다. 예를 들어:

{
    ...
    "store": {
        "index": {
            "embed": "openai:text-embeddings-3-small",
            "dims": 1536,
            "fields": ["$"]
        }
    }
}

자세한 내용과 구성 옵션은 배포 가이드를 참조하세요.

Checkpointer libraries

내부적으로 체크포인팅은 BaseCheckpointSaver 인터페이스를 준수하는 체크포인터 객체에 의해 구동됩니다. LangGraph는 여러 체크포인터 구현을 제공하며, 모두 독립적이고 설치 가능한 라이브러리를 통해 구현됩니다:

@langchain/langgraph-checkpoint: 체크포인터 saver의 기본 인터페이스(BaseCheckpointSaver)와 직렬화/역직렬화 인터페이스(SerializerProtocol)입니다. 실험을 위한 인메모리 체크포인터 구현(MemorySaver)을 포함합니다. LangGraph에는 @langchain/langgraph-checkpoint가 포함되어 있습니다.
@langchain/langgraph-checkpoint-sqlite: SQLite 데이터베이스를 사용하는 LangGraph 체크포인터 구현(SqliteSaver)입니다. 실험 및 로컬 워크플로우에 이상적입니다. 별도로 설치해야 합니다.
@langchain/langgraph-checkpoint-postgres: LangGraph Platform에서 사용되는 Postgres 데이터베이스를 사용하는 고급 체크포인터(PostgresSaver)입니다. 프로덕션 사용에 이상적입니다. 별도로 설치해야 합니다.

Checkpointer interface

각 체크포인터는 BaseCheckpointSaver 인터페이스를 준수하며 다음 메서드를 구현합니다:

.put - 체크포인트를 구성 및 메타데이터와 함께 저장합니다.
.putWrites - 체크포인트에 연결된 중간 쓰기를 저장합니다(즉, 보류 중인 쓰기).
.getTuple - 주어진 구성(thread_id 및 checkpoint_id)에 대한 체크포인트 튜플을 가져옵니다. 이는 graph.getState()에서 StateSnapshot을 채우는 데 사용됩니다.
.list - 주어진 구성 및 필터 기준과 일치하는 체크포인트를 나열합니다. 이는 graph.getStateHistory()에서 상태 히스토리를 채우는 데 사용됩니다.

Serializer

체크포인터가 그래프 상태를 저장할 때, 상태의 채널 값을 직렬화해야 합니다. 이는 serializer 객체를 사용하여 수행됩니다. @langchain/langgraph-checkpoint는 serializer를 구현하기 위한 프로토콜을 정의하고 LangChain 및 LangGraph primitives, datetime, enum 등을 포함한 다양한 타입을 처리하는 기본 구현을 제공합니다.

Capabilities

Human-in-the-loop

첫째, 체크포인터는 사람이 그래프 스텝을 검사, 중단 및 승인할 수 있도록 하여 human-in-the-loop workflows 워크플로우를 지원합니다. 사람이 언제든지 그래프의 상태를 볼 수 있어야 하고, 그래프가 사람이 상태를 업데이트한 후 실행을 재개할 수 있어야 하기 때문에 이러한 워크플로우에는 체크포인터가 필요합니다. 예제는 how-to 가이드를 참조하세요.

Memory

둘째, 체크포인터는 상호작용 간의 “메모리”를 가능하게 합니다. 반복되는 인간 상호작용(대화 등)의 경우 모든 후속 메시지를 해당 스레드로 보낼 수 있으며, 스레드는 이전 메시지의 메모리를 유지합니다. 체크포인터를 사용하여 대화 메모리를 추가하고 관리하는 방법에 대한 정보는 메모리 추가를 참조하세요.

Time Travel

셋째, 체크포인터는 “시간 여행”을 가능하게 하여 사용자가 이전 그래프 실행을 재생하여 특정 그래프 스텝을 검토 및/또는 디버그할 수 있습니다. 또한 체크포인터는 임의의 체크포인트에서 그래프 상태를 분기하여 대안 경로를 탐색할 수 있게 합니다.

Fault-tolerance

마지막으로, 체크포인팅은 결함 허용성과 오류 복구도 제공합니다: 주어진 슈퍼 스텝에서 하나 이상의 노드가 실패하면 마지막으로 성공한 스텝에서 그래프를 재시작할 수 있습니다. 또한 주어진 슈퍼 스텝에서 그래프 노드가 실행 중에 실패하면, LangGraph는 해당 슈퍼 스텝에서 성공적으로 완료된 다른 노드의 보류 중인 체크포인트 쓰기를 저장하므로, 해당 슈퍼 스텝에서 그래프 실행을 재개할 때마다 성공한 노드를 다시 실행하지 않습니다.

Pending writes

또한 주어진 슈퍼 스텝에서 그래프 노드가 실행 중에 실패하면, LangGraph는 해당 슈퍼 스텝에서 성공적으로 완료된 다른 노드의 보류 중인 체크포인트 쓰기를 저장하므로, 해당 슈퍼 스텝에서 그래프 실행을 재개할 때마다 성공한 노드를 다시 실행하지 않습니다.

Edit the source of this page on GitHub.

Connect these docs programmatically to Claude, VSCode, and more via MCP for real-time answers.

LangGraph v1.0

Get started

Capabilities

Production

LangGraph APIs

Threads

Checkpoints

Get state

Get state history

Replay

Update state

`config`

`values`

`as_node`

Memory Store

Basic Usage

Semantic Search

Using in LangGraph

Checkpointer libraries

Checkpointer interface

Serializer

Capabilities

Human-in-the-loop

Memory

Time Travel

Fault-tolerance

Pending writes

LangGraph v1.0

Get started

Capabilities

Production

LangGraph APIs

​Threads

​Checkpoints

​Get state

​Get state history

​Replay

​Update state

​config

​values

​as_node

​Memory Store

​Basic Usage

​Semantic Search

​Using in LangGraph

​Checkpointer libraries

​Checkpointer interface

​Serializer

​Capabilities

​Human-in-the-loop

​Memory

​Time Travel

​Fault-tolerance

​Pending writes

Threads

Checkpoints

Get state

Get state history

Replay

Update state

`config`

`values`

`as_node`

Memory Store

Basic Usage

Semantic Search

Using in LangGraph

Checkpointer libraries

Checkpointer interface

Serializer

Capabilities

Human-in-the-loop

Memory

Time Travel

Fault-tolerance

Pending writes