아침에 한 번 받아 보고 싶었을 뿐인데, 이제는 오후에 달라진 소식까지 궁금해졌습니다.
처음에는 아침에 필요한 정보만 한 번에 받으면 좋겠다고 생각했습니다. 여기까지 적고 보니 그 사이에 한 일이 꽤 많네요. NAS에서 실행하고, 카카오톡으로 보내고, 무료 클라우드 AI를 붙였습니다. 자료 출처를 챙기고 오류를 고치면서 읽어 볼 만한 브리핑으로 다듬었고요.
기능이 늘어도 제가 바란 모습은 일상적인 것이었습니다. 따로 명령하지 않아도 제 시간에 준비되고, 익숙한 카카오톡에서 열어 볼 수 있는 브리핑이요. 어렵게 만든 만큼 매일 부담 없이 쓰고 싶었습니다.
하나씩 보탠 것들을 모아 보니 날씨와 생활 소식, 관심 영상, 국내외 시장까지 담기게 됐습니다. 아침에만 받던 정보도 오전과 오후 두 차례로 넓어졌어요. 시작할 때의 가벼운 아이디어가 제법 든든한 종합 브리핑이 됐습니다.
정보를 모으는 것부터 전달까지 한 번에
카카오톡으로 링크 하나가 오기까지, 안에서는 이런 일이 차례로 이어집니다.
- 예약 시간이 되면 NAS의 n8n이 브리핑 프로그램을 시작합니다.
- 날씨와 시장, 뉴스, 관심 콘텐츠를 각 출처에서 수집합니다.
- 자료가 준비됐는지, 부족하거나 지연된 항목이 있는지 확인합니다.
- 클라우드 LLM이 제공된 자료를 읽기 좋은 문장과 항목으로 편집합니다.
- 근거와 맞지 않는 결과를 검사하고 필요한 부분은 기본 요약으로 교정합니다.
- 휴대폰에서 읽을 브리핑 페이지를 준비하고 공개 결과를 확인합니다.
- 확인된 링크를 카카오톡으로 보내고 실행·전송 결과를 남깁니다.
여기까지 연결하니 매번 컴퓨터 앞에서 AI에게 일을 시키거나 실행 버튼을 누를 필요가 없어졌습니다. 일상의 수집과 편집, 전달을 예약해 둔 거예요. 물론 인증이 만료되거나 정보 제공 방식이 바뀌면 손볼 일은 생깁니다. 매번 제가 시작해야 했던 일을 맡겨 둘 수 있게 됐다는 점이 가장 큰 변화였습니다.
NAS가 상시 실행을 맡고 외부 LLM이 편집을 맡는 분담도 유지됩니다. 대형 모델을 NAS에 직접 올리는 부담 없이 필요한 AI 기능을 호출하고, 실패할 때 쓸 기본 결과를 함께 준비하는 방식입니다.
아침 한 번에서 오전·오후 두 번으로
처음의 예약은 평일 오전 7시 한 번이었습니다. 이후 8월 14일 작업일지에서는 평일 오전 9시 2분과 오후 3시 31분, 두 차례의 운영 일정이 확인됩니다. 두 번으로 확장한 최초 날짜까지 일지에서 특정할 수는 없지만 그 시점의 설정은 분명합니다.
“live n8n workflow:
active=true, 평일09:02,15:31KST”— 2026년 8월 14일 작업일지의 운영 확인 기록
장 시작과 마감 무렵에 시장을 살펴보고 싶다는 제 관심에 맞는 시간입니다. 아침에 봤으니 됐다고 넘기기에는 오후의 소식도 궁금하잖아요. 하루의 다른 두 지점에서 다시 읽어 볼 수 있게 됐습니다. 이 글에서 매일이라고 부르는 실제 운영 일정은 평일 두 차례예요.
프로그램은 오전판과 오후판의 이름, 인사말, 결과 저장 위치를 구분합니다. 각 실행에서 시장 자료와 관련 정보를 모아 브리핑을 만듭니다. 형식과 읽는 순서를 유지하면 두 결과를 볼 때 익숙한 자리에서 필요한 내용을 찾을 수 있습니다.
그림 3. 오전·오후 브리핑의 사용 흐름을 재구성했다. 두 결과를 사람이 읽고 비교하는 방식이며, 오전 대비 수치를 자동 계산하거나 다음 날 가격을 예측하는 엔진을 나타낸 그림은 아니다.
흩어진 정보를 내가 읽는 순서로
넣을 게 많아지니 어디에 놓느냐도 중요했습니다. 바쁜 아침부터 긴 분석을 읽기는 부담스럽고, 그렇다고 짧은 요약만 있으면 궁금할 때 아쉽거든요. 먼저 훑고, 관심이 가는 곳에서 조금 더 읽을 수 있게 구성하고 싶었습니다.
확인한 화면과 편집 구조에는 요약, 날씨, 분야별 뉴스, 시장, 관심 영상, 나들이 같은 구성이 들어 있습니다. 시장 안에서도 글로벌 요약과 국내 흐름, 긍정적 요인과 위험 요인, 관심 섹터와 확인할 내용을 나눕니다.
| 읽는 영역 | 제가 얻는 도움 |
|---|---|
| 먼저 보는 핵심 요약 | 오늘 먼저 확인할 내용을 고르기 |
| 날씨·생활 소식 | 외출과 하루 계획에 참고할 재료 찾기 |
| 국내외 뉴스 | 분야별 소식을 훑고 관심 기사의 원문 읽기 |
| 시장 지수·테마 | 전체 움직임과 눈에 띄는 영역 구분 |
| 긍정적 요인·위험 요인 | 한쪽 이야기만 읽고 지나치지 않기 |
| 종목·공시·출처 링크 | 숫자에서 더 확인할 원자료로 이동 |
| 영상·나들이 | 투자와 일 밖의 관심사까지 챙기기 |
모든 카드가 같은 방식으로 검증되는 것은 아닙니다. 시장 문장에는 근거 연결 검사가 있고, 다른 항목은 각 수집 상태와 형식에 맞는 확인을 합니다. 연결하지 않은 개인 일정과 메일까지 자동으로 수집한 것처럼 표시하지 않는 것도 이 구성의 기준입니다.
저에게는 이런 구성이 나만의 브리핑다웠습니다. 관심 있는 것이 익숙한 자리에 있고, 궁금하면 원문을 열어 볼 수 있는 거요. 모든 내용을 빠짐없이 읽어야 한다는 부담 없이 필요한 곳부터 볼 수 있으면 좋겠습니다.
숫자에서 변화의 단서를 찾는 브리핑
아침에 읽은 것만으로 하루를 다 알 수는 없겠죠. 오전에는 지나쳤던 뉴스가 오후에는 중요해질 수도 있고, 눈에 띄는 테마나 시장 분위기가 달라질 수도 있습니다. 한 번 더 받아 보고 싶어진 이유였습니다.
그러면서 브리핑에 기대하는 것도 달라졌습니다. 오전에는 오늘 무엇을 눈여겨볼지 고르고, 오후에는 그동안 어떤 소식이 더 나왔는지 살펴보고 싶었어요. 그렇게 읽은 내용을 두고 내일 무엇을 다시 확인할지도 생각해 볼 수 있고요.
가령 오전판에서 눈에 띈 테마가 있다면 오후판에서도 찾아볼 수 있습니다. 관심 종목의 최근 공시를 열어 보고, 긍정적인 이야기 옆에 어떤 위험 요인이 적혀 있는지도 읽는 거예요. 숫자를 한 번 보고 끝내기보다 궁금한 자료를 따라가 볼 수 있다는 점에서 활용할 여지가 넓어졌습니다.
여기서 지금 되는 일은 분명히 적어 둘게요. 브리핑은 각 시점에 수집한 지수와 시세, 제공처의 등락률, 관련 근거를 보여 줍니다. 오전 값을 저장해 뒀다가 오후 값과의 차이를 자동 계산하거나 다음 날 가격을 예측하는 모델까지 만든 것은 아닙니다. 표시된 등락률도 오늘 오전 브리핑 대비 수치라고 읽으면 안 되고요. 각 제공처의 기준을 따릅니다.
제가 두 브리핑으로 하고 싶은 일은 나란히 읽으며 변화의 단서를 찾는 것입니다. 오늘의 움직임을 살피고, 내일 확인할 조건을 정리할 재료가 풍성해진 셈이에요. 어떤 일이 생길지 미리 궁금해하고 준비하되, 자료에 없는 미래를 AI가 확답해 주기를 바라지는 않습니다.
오전과 오후에 받아 본 정보를 읽으며 다음에 확인할 것을 남기는 활용 예시입니다. 설명용 생성 이미지로, 화면 속 그래프는 실제 시세나 예측 결과가 아닙니다.
시장 편집 지시에도 이 기준이 들어 있습니다.
“근거 제목에 없는 원인, 전망, 지속 여부, 정책, 수주, 환율, 업황 해석을 추가하지 마세요.”
— 보관된 브리핑 편집 프롬프트
‘국내 전망’이나 ‘오늘의 View’라는 칸이 있어도, 수집된 근거 안에서 정리하도록 제한합니다. 이 구조가 제 판단을 대신하진 않지만, 판단하기 전에 살펴볼 정보를 모으는 데 도움을 줍니다.
오전에 읽고, 오후에 다시 확인하고
이 자동화를 생활 속에서 어떻게 쓸지 정리하면 다음과 같습니다. 아래 표는 실제 투자 결과가 아니라 브리핑의 활용 예시입니다.
| 시간 | 브리핑에서 볼 것 | 확인 후 남길 질문 |
|---|---|---|
| 오전 | 글로벌 시장, 국내 시세, 주요 뉴스 | 오늘 더 읽을 자료와 관심 영역은 무엇일까 |
| 오후 | 다시 수집한 시장 자료, 뉴스와 공시, 위험 요인 | 오전에 관심 둔 내용 중 다시 확인할 것은 무엇일까 |
| 다음 날 준비 | 두 브리핑의 출처와 확인 항목 | 아직 확인되지 않은 내용과 다음에 볼 자료는 무엇일까 |
그렇다고 브리핑이 온통 주식 이야기로 채워진 건 아닙니다. 날씨와 생활 뉴스, 문화 소식, 관심 영상과 나들이도 함께 담았습니다. 하루를 보내는 데 궁금한 건 시장 밖에도 많으니까요. 처음 원했던 내게 필요한 정보라는 기준을 여기서도 놓치고 싶지 않았습니다.
자료의 기준 시각을 보는 습관도 필요합니다. 오후판이라는 이름만으로 날씨와 뉴스까지 전부 그 순간의 최신 정보라고 생각할 수는 없습니다. 출처마다 갱신 주기와 지연 조건이 다르기 때문에 발표 시각과 안내를 함께 확인합니다.
만들고 나니 다음에 해 보고 싶은 일도 생깁니다. 오전 대비 변화를 직접 계산하고 같은 시점의 자료를 더 정밀하게 연결하면 어떨까요. 아직 구현하지 않은 부분이지만, 이제는 어디에 무엇을 더하고 싶은지 조금 더 구체적으로 말할 수 있습니다. 처음의 막연함과는 달라졌어요.
카카오톡 링크까지 확인해야 한 번의 브리핑이 끝난다
이제는 결과 파일이 생겼다고 바로 끝났다고 하지 않습니다. 링크가 열리고, 내용이 제대로 보이고, 카카오 발송도 성공했는지까지 봅니다. 2부에서 성공 표시만 믿었다가 겪은 일이 있으니 마지막 전달을 그냥 넘길 수는 없겠죠.
9월 7일 작업일지에는 한 차례의 실제 실행 결과가 다음과 같이 남아 있습니다.
“worker status=ok, 공개 GET200/본문 일치, Kakao ok=true/result_code=0.”
— 2026년 9월 7일 브리핑 작업일지의 실행 결과에서 발췌
만들어진 파일만 보는 대신 공개 주소로 받은 내용이 생성 본문과 일치하는지 확인했고, 카카오 API의 성공 응답까지 기록했습니다. 당시 화면 검사에서는 모바일·태블릿·PC에 해당하는 세 폭에서 이미지 네 개가 로드됐고 가로 넘침과 브라우저 오류가 없었습니다. 브리핑 회귀검사도 54개가 통과한 것으로 기록돼 있습니다.
이날 자료 수집 품질은 degraded였습니다. 전달 경로는 성공했지만 정보 수집이 최상의 상태는 아니었다는 뜻입니다. 기존의 확인 가능한 자료와 대체 규칙을 사용한 상태를 성공 표시 속에 감추지 않고 남겼습니다. 이 한 번의 기록으로 이후 모든 예약 실행까지 성공했다고 볼 수는 없지만, 수집부터 검증·전달까지 이어지는 실제 경로를 확인한 근거입니다.
한 번 멋진 결과가 나오는 것도 반갑지만, 계속 쓰려면 그 결과가 어떤 상태인지 알 수 있어야겠더라고요. 부족한 자료가 있으면 있다고 남기고, 대신 쓴 결과라면 그것도 구분해 두는 것. 눈에 확 띄는 기능은 아니어도 매일 받는 브리핑에는 이런 부분이 필요했습니다.
초보자의 아이디어와 AI의 해결 능력이 만난 결과
처음의 제가 지금 구조를 다 알고 설명할 수 있었을까요. 그저 아침에 필요한 정보를 받고 싶었을 뿐입니다. 그런데 결과를 읽으니 넣고 싶은 주제가 생겼고, 자료의 근거도 궁금해졌고, 오후 상황까지 보고 싶어졌어요. 제가 생활 속에서 느낀 아쉬움이 다음 작업의 출발점이 됐습니다.
| 제 쪽에서 시작한 요구 | AI와 함께 구체화한 결과 |
|---|---|
| 컴퓨터를 켜 두지 않아도 받고 싶다 | NAS 단독 예약 실행과 카카오 전달 |
| 휴대폰에서 편하게 읽고 싶다 | 반응형 카드와 웹 링크 |
| 비용 부담 없이 AI로 정리하고 싶다 | 무료 제공 클라우드 LLM과 기본 요약의 조합 |
| 숫자와 설명의 근거를 알고 싶다 | API·원자료 연결, 시각 표시, 시장 문장 검사 |
| 오후에 달라진 상황도 보고 싶다 | 오전·오후 별도 브리핑 |
| 문제가 생기면 알아챌 수 있으면 좋겠다 | 실패 감지와 실행·품질 상태 기록 |
이 표는 대화의 원문을 그대로 옮긴 것이 아니라 사용자 요구와 확인된 작업 결과를 연결해 재구성한 것이다.
이렇게 표로 적으면 처음부터 순서대로 잘 만든 것처럼 보이네요. 실제 과정은 훨씬 들쑥날쑥했습니다. 제 설명이 부족하기도 했고, 다 고친 줄 알았던 문제가 다시 보이기도 했어요. AI의 첫 답이 곧 완성품은 아니었습니다. 받아 보고, 설명을 보태고, 다시 확인하는 일이 필요했습니다.
그래도 작은 요구들이 사라지지 않고 결과에 남았습니다. NAS가 정해진 시간에 자료를 모으고, AI가 정리를 돕고, 확인한 링크를 카카오톡으로 보내는 데까지 이어졌어요. 오전과 오후에 필요한 부분을 읽고 궁금한 원문을 열어 볼 수 있는, 제가 바라던 도구의 모습입니다.
돌아보면 가장 반가운 건 초보자인 제 아이디어도 여기까지 이어질 수 있었다는 점입니다. 모르는 것은 많았지만 무엇이 불편한지는 말할 수 있었어요. AI와 작은 결과를 만들고 써 보니 다음에 바라는 것도 알게 됐고요. 그렇게 조금씩 고친 흔적이 담겨 있어서 이 브리핑에 애착이 갑니다. 내일도 제가 궁금한 소식을 담아 와 주면 좋겠습니다.
작성일: 2026년 9월 7일 | 운영 일정·실행 사례는 작업일지, 기능 설명은 보관된 구현을 근거로 했다. 썸네일 화면은 설명용 생성 이미지이며 실제 브리핑 캡처가 아니다.
