> ## Documentation Index
> Fetch the complete documentation index at: https://docs.nora.my/llms.txt
> Use this file to discover all available pages before exploring further.

# Action 블록

> Agent가 정한 뒤 걸리는 부수 효과. 인자를 LLM이 고르지 않습니다

**Action 블록**은 Agent가 답을 만든 뒤 도는 스텝입니다. Tool과 달리 부를지 말지는 Agent가 **정하지 않습니다.** 와이어링을 보고 Flow가 정합니다. 그리고 Tool과 달리 Action의 인자는 LLM이 고르는 게 아니라, Agent 출력 필드를 Action 입력에 이어서 옵니다.

Agent가 X를 정했기 **때문에** 일어나길 바라는 일에 Action을 씁니다. 추론 **중에** Agent가 정할 일에는 쓰지 않습니다.

## 예

* Agent가 티켓을 분류한 뒤 이메일 요약을 보냅니다.
* Agent가 계약서에서 필드를 뽑은 뒤 CRM에 행을 씁니다.
* Agent가 위험한 트레이스를 표시하면 Slack에 메시지를 올립니다.
* 하류 파이프라인을 돌립니다.

## Action 설정

Tool과 모양이 같습니다.

* **Kind** HTTP 또는 Inline.
* **Endpoint / code** 부를 곳, 또는 돌릴 내용.
* **Input 매핑** 상류 Agent 출력에서 Action 입력을 채우는 방법. 출력 필드에서 Action 입력으로 끌거나, 작은 JSONPath 표현식을 씁니다.

<Frame>
  <img src="https://mintcdn.com/conscience-technology/Jo24V8Wx9hATIxJq/images/docs/workflow-action-inspector.png?fit=max&auto=format&n=Jo24V8Wx9hATIxJq&q=85&s=032e76318a6c1734d5d5fcaccea9111b" width="420" alt="Action 인스펙터 — 이름, 설명, 엔드포인트와 메서드, 승인 필요 토글이 보인다" data-path="images/docs/workflow-action-inspector.png" />
</Frame>

## 승인

Action은 걸리기 전에 승인을 요구할 수 있습니다. 멈춘 Action은 이미 정해진 인자와 함께 Approvals 큐에 뜹니다. 리뷰어는 정확히 무슨 일이 벌어질지 봅니다.

흔한 예로, 고객 환불을 보내는 Action을 승인 요구로 둡니다. Agent가 *언제*를 정하고, 사람이 *할지 말지*를 확인합니다.

## 실행 순서

Agent 하류에 Action이 여럿이면, 인스펙터의 **Action order** 목록에 보이는 순서대로 걸립니다. 드래그로 순서를 바꿉니다. Action 하나가 실패해도 다음을 막지는 않습니다. **must succeed**로 표시하지 않는 한 말이죠. 표시하면 실패가 남은 Action을 멈추고 실행을 errored로 표시합니다.

## 재시도

Action마다 재시도 정책을 정합니다. 시도 횟수, 백오프, 다시 시도할 HTTP 상태 코드입니다. 기본은 꺼짐입니다. 불안정한 서드파티 API에 켜세요.

## Tool 과의 차이, 한눈에

|                   | Tool        | Action         |
| ----------------- | ----------- | -------------- |
| 부를지 누가 정하나?       | Agent(LLM이) | Flow(와이어링이)    |
| 인자를 누가 고르나?       | Agent       | Agent 출력에서 이어옴 |
| 추론 중에 도나?         | 예           | 아니오, 그 뒤에      |
| Agent의 다음 스텝에 영향? | 예           | 아니오            |
