이 가이드는 Meta의 Muse 에이전트와 Unsiloed, TypeSafe의 Jev를 연결해 영수증·청구서·정산 내역·은행 명세서를 장부로 정리하고 월말 자료를 만드는 방법을 설명한다. 판단이 필요한 항목은 사업주에게 쉬운 말로 묻지만, 결과물은 회계사의 검토를 위한 자료이며 세금 업무를 다루지는 않는다.
유리 공방의 9월 결산 사례에는 영수증 사진, 중복 발송된 공급업체 청구서, 수수료를 뺀 정산금, 13건의 거래가 담긴 은행 명세서 등 문서 8개가 포함된다. 시스템은 장부와 손익계산서, 구입 자산, 미지급액, 은행 조정 내역, 미해결 항목을 담은 월말 자료를 만든다. 사례에서는 6,670달러짜리 소성로를 비용이 아니라 장비로 기록하고, 정산금을 총수입과 플랫폼 수수료로 나눴으며, 계약금 지급 후 남은 소성로 대금 3,335달러도 표시했다.
Unsiloed는 문서에서 값을 읽어 신뢰도 점수와 출처를 반환한다. Python 코드는 합계와 잔액처럼 정답이 하나인 계산과 중복·은행 거래 후보 확인을 맡는다. Jev는 계정 분류와 개인 구매 여부처럼 판단이 필요한 질문에 확률을 붙여 답한다. Muse는 처리 단계를 실행하고 사업주와 대화하며, API 키와 다음 달에도 적용할 규칙을 관리한다.
Unsiloed의 점수는 값이 제대로 읽혔는지를, Jev의 점수는 장부 처리가 타당한지를 나타낸다. 한쪽의 높은 점수가 다른 쪽의 정확성을 보장하지는 않는다. Jev는 Unsiloed가 읽은 값만 보므로 잘못 읽힌 값에 확신을 갖고 판단할 수도 있다. 따라서 읽기 점수가 낮은 항목은 Jev의 판단과 관계없이 사업주에게 확인한다. 모든 금액은 읽은 위치를 추적할 수 있도록 점수·페이지·영역 정보와 원본 응답을 함께 보관한다.
자동 기록 기준은 Unsiloed가 해당 항목의 점수를 0.90 이상으로 매기고, Jev가 가장 유력한 계정을 0.80 이상으로 선택하며, 예외인 other 계정이 아니고, 예·아니요 질문에도 분명한 답이 나온 경우다. 예·아니요 답변은 0.30 이하면 아니요, 0.70 이상이면 예로 처리하고 그 사이 값은 사업주에게 보낸다. 사례의 반려견 침대는 개인 구매라는 Jev 판단이 0.86이었지만 계정 선택 점수가 0.56에 그쳐 확인 대상으로 남았다.
가이드는 한 번의 기준값에 지나치게 의존하지 말라고 설명한다. TypeSafe의 일관성 테스트에서는 Noul 답변이 실행마다 거의 달라지지 않았지만, 한 답변은 0.43에서 0.53 사이를 오갔다. 따라서 0.5를 단일 기준으로 삼으면 결과가 뒤집힐 수 있다. 제시된 기준은 시작점이며, 사업주가 몇 달간 장부를 수정한 뒤 조정할 수 있다.
시작하려면 Muse에 Unsiloed와 TypeSafe를 연결하고, 계정 코드·이름·용도를 정리한 계정과목표를 준비한다. 처리 규칙과 질문 문구, 기준값, 월말 자료 구성을 Markdown 스킬로 저장하면 매달 같은 절차를 사용할 수 있다. Bookkeeper 스킬과 계정과목표 예시를 내려받아 사업 정보를 채운 뒤 Muse에 스킬로 저장해 달라고 요청하는 방식이다. 이후에는 새 문서를 첨부해 한 문장으로 월말 정리를 시작할 수 있다.
제약도 있다. 기준값은 초기 설정이며, TypeSafe는 라벨이 있는 데이터로 조정할 것을 권장한다. 스킬을 부주의하게 수정하면 Jev 질문 문구가 바뀌어 기존 기준값이 유효하지 않을 수 있다. 월말 자료는 회계사 검토를 위한 입력 자료이고 회계사를 대신하지 않으며, 세금 업무도 포함하지 않는다.
댓글 (0)
로그인하면 이 기사에 내 생각을 남길 수 있어요