WikiDocs page analysis · Chapter 7.3

7.3 다음 행동으로 연결하기

보고서와 회의 자료를 제출하고 끝내지 않고, 담당자, 기한, 완료 기준, 근거가 있는 다음 행동으로 바꾸는 방법을 정리한다. 이 페이지의 기준은 산출물이 업무의 끝점이 아니라 실행, 회의, 결정, 위키 갱신으로 이어지는 중간 지점이라는 점이다.

원천 Markdown: data/runtime/write-agents/LLM wiki reference analyses/md/wikidocs/pages/07-03-next-actions.md
원문 URL: https://wikidocs.net/353404 · 원천 도서: LLM위키 완벽 가이드 · 확인일: 2026-06-06 KST
빠른 이동

핵심 요약

보고서는 행동으로 바꾼다

우선순위를 높일 필요가 있다는 방향성 문장은 실행 항목이 아니다. 담당자, 할 일, 기한, 근거, 완료 기준이 붙어야 실제 업무가 된다.

근거가 약하면 확인 필요다

근거가 부족한 문장을 실행 항목처럼 쓰면 추측이 업무 지시가 된다. 원천 근거가 약한 항목은 확인 필요, 검토 요청, 자료 보강으로 분리한다.

회의 자료는 결정 자료다

회의 준비 문서는 요약문이 아니라 결정할 항목을 좁히는 문서다. 회의 목적, 사전 읽기, 결정할 것, 확인 필요, 예상 질문, 회의 후 반영 위치가 필요하다.

output은 wiki로 돌아간다

산출물에는 생성 날짜, 작성 목적, 근거 위키, 원천 자료, 확인 필요, 후속 반영 위치, 최신성 상태가 남아야 한다.

원문 구조와 실무 의미

원문 절핵심 내용실무 의미
보고서에서 할 일 뽑기보고서에는 사실, 해석, 앞으로 할 일이 섞여 있다.문장을 실행 항목, 확인 필요, 검토 요청으로 재분류한다.
보고서 문장을 실행 항목으로 바꾸기넓은 방향성 문장을 담당자와 완료 기준이 있는 항목으로 낮춘다.행동과 끝난 상태가 보이는 표로 만든다.
할 일 표 자동 점검빈 칸이나 미정 값을 찾는 간단한 점검 예시를 제시한다.자동 점검은 누락 탐지 도구이지 업무 판단의 대체물이 아니다.
회의 준비 자료 만들기할 일 목록을 회의에서 결정할 항목으로 바꾼다.회의 목적과 결정 질문을 좁혀 참석자의 맥락을 맞춘다.
산출물과 위키의 연결 유지raw, wiki, output, 실행 결과가 순환해야 한다.output만 남기지 않고 결정과 결과를 wiki와 log로 되돌린다.
오래된 산출물 처리산출물은 작성 시점의 결론이므로 최신성 상태가 필요하다.정책, 담당자, 일정, 제품 상태가 바뀔 수 있는 문서는 재확인한다.

상세 분석

1. 산출물은 업무 루프의 중간 지점이다

7.1은 산출물의 목적을 정하고, 7.2는 보고서의 주장과 근거를 만든다. 7.3은 그 다음 단계로, 보고서의 문장을 실행 항목과 회의 안건과 후속 반영 위치로 바꾼다. 산출물을 제출본으로만 취급하면 위키는 실제 업무와 분리되고, 다음 보고서에서 같은 맥락을 다시 설명해야 한다.

산출물 상태문제보완 방향
보고서만 남음누가 무엇을 해야 하는지 보이지 않는다.실행 항목 표로 바꾼다.
실행 후보만 남음근거와 완료 기준이 없으면 추측성 업무가 된다.근거 문서와 완료 기준을 붙인다.
회의 자료만 남음회의에서 무엇을 결정할지 흐릴 수 있다.결정할 것을 3개 이하로 좁힌다.
output만 관리결정과 결과가 지식층으로 돌아오지 않는다.후속 반영 위치를 산출물에 포함한다.

2. 실행 항목은 필드를 갖춘다

실행 항목은 상태, 실행 항목, 담당자, 기한, 완료 기준, 근거, 확인 필요를 기본 필드로 둔다. 담당자나 기한이 원천에 없으면 LLM이 임의로 채우지 않고 미정으로 표시한 뒤 회의 결정 항목으로 넘긴다.

필드역할없을 때 생기는 문제
상태실행 후보, 확인 필요, 검토 요청, 보류를 구분한다.근거가 약한 항목이 실행 항목처럼 보인다.
담당자처리 책임을 정한다.회의 후에도 책임이 흐린다.
기한판단 또는 완료 시점을 정한다.항목이 계속 미뤄진다.
완료 기준끝난 상태를 관찰 가능하게 정의한다.완료 여부를 확인할 수 없다.
근거wiki와 raw의 출처를 연결한다.그럴듯한 지시와 근거 있는 행동을 구분하지 못한다.

3. 회의 준비 자료는 결정 중심으로 구성한다

회의 준비 자료의 목적은 참석자에게 모든 내용을 다시 설명하는 것이 아니라, 회의에서 결정할 항목을 좁히는 것이다. 결정할 항목이 많으면 이번 회의 결정과 다음 회의 결정으로 나누고, 근거가 약한 판단은 확인 필요로 내린다.

구성 요소검증 질문
회의 목적이 회의가 끝나면 무엇이 결정되는가?
사전 읽기 자료wiki 문서와 raw 원천 자료가 분리되어 있는가?
결정할 것결정 항목이 3개 이하인가?
확인 필요미확정 항목이 실행 항목처럼 쓰이지 않았는가?
회의 후 반영어떤 wiki, output, raw, log를 갱신할지 구체적인가?

4. 산출물은 근거로 돌아갈 수 있어야 한다

output 문서는 공유와 실행을 위한 결과물이지만, 지식의 유일한 사본이 되면 안 된다. 보고서, 실행 계획, 회의 준비 자료에는 근거 위키, 원천 자료, 확인 필요, 후속 반영 위치가 있어야 한다. 회의나 실행 결과가 나오면 관련 wiki와 log.md를 갱신한다.

순환 구조: raw 원천 자료 → wiki 정리 문서 → output 보고서와 실행 계획 → 회의와 결정 → 실행 결과 → wiki와 log 갱신.

5. 오래된 산출물은 최신성 상태를 둔다

산출물은 작성 시점의 결론이다. 정책, 회계 기준, 보안 기준, 가격, 제품 상태, 담당자와 일정은 바뀔 수 있으므로 작성일, 마지막 검토일, 다음 검토 필요일, 최신성 주의, 재확인 원천을 함께 남긴다.

실무 적용 절차

  1. 산출물의 목적을 요약, 보고서, 실행 계획, 회의 준비 자료 중 하나로 먼저 구분한다.
  2. 핵심 주장을 확인된 사실, 해석, 제안으로 표시한다.
  3. 각 주장에 wiki/ 문서와 raw/ 원천 자료를 붙인다.
  4. 근거가 없는 주장은 실행 항목으로 만들지 않고 확인 필요나 자료 보강으로 분리한다.
  5. 보고서 문장을 상태, 실행 항목, 담당자, 기한, 완료 기준, 근거가 있는 표로 바꾼다.
  6. 담당자나 기한이 자료에 없으면 미정으로 표시하고 회의 결정 항목으로 넘긴다.
  7. 완료 기준은 검토 결과가 남음, 지표가 확정됨, 표가 작성됨처럼 관찰 가능한 상태로 쓴다.
  8. 실행 항목 표에서 빈 칸, 미정, 근거 누락, 확인 필요와 실행 항목 혼합을 점검한다.
  9. 실행 항목에서 회의 안건을 만들고 결정할 항목을 3개 이하로 줄인다.
  10. 회의 준비 자료에 회의 목적, 참석자, 사전 읽기, 결정할 것, 확인 필요, 예상 질문, 회의 후 위키 반영을 포함한다.
  11. 회의 후 결정 사항을 결정, 새 지식, 확인 필요, 폐기 후보로 분류하고 관련 wiki와 log.md에 반영한다.
  12. 오래된 output은 8장 감사 루틴으로 넘기고 최신성 주의가 있는 항목을 재확인한다.

실무 템플릿

실행 항목 추출표

상태실행 항목담당자기한완료 기준근거확인 필요
실행 후보wiki/..., raw/...
확인 필요미정미정raw/...필요한 자료 또는 담당 부서
검토 요청검토 결과가 남는다wiki/...승인자 또는 부서 검토

실행 항목 추출 요청 프롬프트

다음 보고서 초안에서 실행 항목을 뽑아 주세요.

조건:
- 보고서에 근거가 있는 항목만 실행 후보로 만드세요.
- 근거가 약한 항목은 확인 필요로 분리하세요.
- 각 항목에는 상태, 실행 항목, 담당자, 기한, 완료 기준, 근거 문서를 포함하세요.
- 담당자나 기한이 보고서나 근거 문서에 없으면 미정으로 표시하세요.
- 효과 수치나 정책 기준이 원천 자료에 없으면 단정하지 마세요.

회의 준비 페이지 골격

# 회의 준비 자료: 회의 주제

## 회의 목적
- 이 회의에서 결정할 일을 한 문장으로 쓴다.

## 참석자
- 결정권자:
- 실무 담당자:
- 검토 필요 부서:

## 사전 읽기 자료
### 위키 문서
- wiki/...
### 원천 자료
- raw/...

## 결정할 것
1.
2.
3.

## 확인 필요
-

## 예상 질문
| 질문 | 준비 답변 | 근거 | 확인 필요 |
| --- | --- | --- | --- |
| | | wiki/... 또는 raw/... | |

## 회의 후 위키 반영
- 결정된 내용은 wiki/...에 반영한다.
- 담당자와 기한은 output/... 실행 계획에 반영한다.
- 처리 이력은 log.md에 남긴다.

산출물 연결 정보 블록

## 문서 정보
- 문서 목적:
- 생성 날짜:
- 작성 기준:
- 상태: 초안 / 회의 전 검토용 / 공유본 / 실행 중 / 보관

## 근거
### 위키 문서
- wiki/...
### 원천 자료
- raw/...

## 확인 필요
-

## 후속 반영 위치
- 회의에서 결정되면 wiki/...를 갱신한다.
- 담당자와 기한은 output/... 실행 계획에 반영한다.
- 새 원천 자료는 raw/...에 보관한다.
- 처리 이력은 log.md에 남긴다.

검증 체크리스트

실행 항목

  • 핵심 주장마다 근거 문서가 연결되어 있다.
  • 상태, 실행 항목, 담당자, 기한, 완료 기준, 근거가 있다.
  • 근거가 약한 항목은 확인 필요로 분리했다.
  • 담당자나 기한을 임의로 채우지 않았다.
  • 완료 기준이 관찰 가능한 결과물이나 상태로 적혀 있다.

회의 준비

  • 회의 목적이 한 문장으로 쓰여 있다.
  • 사전 읽기 자료가 wiki와 raw로 분리되어 있다.
  • 결정할 항목이 3개 이하로 좁혀져 있다.
  • 예상 질문마다 준비 답변과 근거가 있다.
  • 회의 후 갱신할 wiki, output, raw, log가 구체적이다.

산출물 연결

  • 생성 날짜와 작성 목적이 있다.
  • 근거 위키와 원천 자료가 함께 남아 있다.
  • 확인 필요와 후속 반영 위치가 있다.
  • output이 raw나 wiki의 유일한 사본이 되지 않는다.
  • 오래된 산출물에는 최신성 주의가 있다.

흔한 실패와 수정 방향

실패 사례위험수정 방향
보고서를 제출본으로만 취급한다.다음 행동과 위키 반영이 남지 않는다.보고서 문장을 실행 항목과 회의 안건으로 바꾼다.
방향성 문장을 실행 항목으로 착각한다.누가 무엇을 언제까지 할지 알 수 없다.담당자, 기한, 완료 기준, 근거를 붙인다.
근거 없는 문장에서 할 일을 만든다.추측이 업무 지시처럼 보인다.확인 필요 또는 자료 보강 항목으로 분리한다.
회의 자료를 요약문처럼 만든다.회의에서 결정할 것이 흐려진다.회의 목적, 결정할 것, 확인 필요 중심으로 재구성한다.
회의 후 반영을 넓게만 쓴다.어떤 문서를 갱신할지 모른다.갱신할 wiki, output, log 항목을 구체화한다.
오래된 output을 현재 기준처럼 재사용한다.정책, 일정, 담당자, 제품 상태 변경을 놓친다.작성일, 검토일, 다음 검토 필요일, 재확인 원천을 붙인다.

한계와 확인 필요

이 HTML은 2026-06-06 KST에 확인된 Markdown 분석 문서를 기준으로 생성했다. WikiDocs 원문의 세부 표현, 예시 코드, 마지막 편집 여부는 실제 사용 전 원문에서 다시 확인해야 한다.

실제 고객지원, 법무, 보안, 회계 자료를 산출물로 만들 때는 개인정보, 계약 조건, 내부 정책, 접근 권한, 공식 승인 절차를 별도로 확인해야 한다. 자동 점검은 누락 필드 탐지에 유용하지만 담당자 적합성, 기한 현실성, 근거 충분성 판단을 대체하지 않는다.