Lubinpla

AI 에이전트가 특수화학 케이스 업무를 자산으로 바꾸는 방식

에이전트 기반 플랫폼이 중요한 이유는 기술 문의, 시험, 현장 방문이 끝날 때마다 다시 쓸 수 있는 케이스 기록이 남기 때문입니다. 한 사용자가 붙여 넣은 내용과 그 사용자의 메모리로 일하는 채팅 도구는 회사 기록을 남기지 않습니다. 이 차이는 에이전트가 특수화학 회사 자체의 기록 안에서 일하고, 케이스마다 사람이 승인한 문서로 마무리할 때 성립합니다.

  • McKinsey의 2026년 조사에서 응답자들이 AI 에이전트를 확대 적용하고 있다고 가장 많이 답한 분야는 IT, 지식 관리, 소프트웨어 엔지니어링이었습니다(McKinsey, 2026; n=1,719).

  • 가장 널리 확대 적용된 AI 도구는 챗봇입니다. 응답자의 47%가 조직 전반에 챗봇을 확대 적용하고 있다고 답했고, AI 에이전트는 약 10명 중 2명이었습니다(McKinsey, 2026).

  • 연 매출 10억 달러가 넘는 조직의 응답자 중 40%가 AI 에이전트를 확대 적용하고 있다고 답해 2025년 조사의 27%보다 늘었고, 그보다 작은 조직은 22%로 변화가 없었습니다(McKinsey, 2026).

  • 경영진은 에이전틱 AI의 효과가 가장 클 분야로 고객 지원을 꼽았고, 지식 관리, 공급망 관리, R&D, 사이버보안에서도 잠재력이 높다고 봅니다(Deloitte, 2026; n=3,235).

  • 미국 산업안전보건청(OSHA)의 유해성 정보 전달 기준(Hazard Communication Standard)에 따르면, 유해성에 관한 중요한 새 정보는 3개월 이내에 SDS에 반영해야 합니다(US OSHA, 29 CFR 1910.1200(g)(5), accessed 2026).

McKinsey의 2026년 8월 State of AI 조사는 AI 에이전트에 관해 무엇을 밝혔나요?

2026년 8월 25일 발행된 McKinsey의 State of AI 조사에 따르면, 조직이 AI 에이전트를 확대 적용하는 분야는 IT, 지식 관리, 소프트웨어 엔지니어링이 가장 많았습니다. 온라인 조사에는 97개국 1,719명이 참여했고, 조사 기간은 5월 4일부터 2026년 6월 8일까지였습니다(McKinsey, 2026). McKinsey는 에이전트를 "파운데이션 모델을 기반으로 현실 세계에서 행동하며, 워크플로의 여러 단계를 자율적으로 계획하고 실행할 수 있는 AI 시스템"으로 정의했습니다(McKinsey, 2026).

이 보고서는 에이전트와 챗봇을 구분합니다. 가장 널리 확대 적용된 AI 도구는 여전히 챗봇입니다. 응답자의 47%가 조직 전반에 챗봇을 확대 적용하고 있다고 답했고, AI 에이전트로 그 단계에 이르렀다는 응답은 약 10명 중 2명이었습니다(McKinsey, 2026). 회사 규모에 따라서도 결과가 갈렸습니다. 연 매출 10억 달러가 넘는 조직의 응답자 중 40%가 AI 에이전트를 확대 적용하고 있다고 답해 2025년 조사의 27%보다 늘었습니다. 그보다 작은 조직에서는 이 비율이 22%로 변화가 없었습니다(McKinsey, 2026).

Deloitte의 State of AI in the Enterprise 2026도 비슷한 방향을 가리킵니다. 이 보고서는 8월부터 2025년 9월까지 경영진 3,235명을 조사한 결과를 바탕으로 합니다. 경영진은 에이전틱 AI의 효과가 가장 클 분야로 고객 지원을 꼽았고, 지식 관리, 공급망 관리, R&D, 사이버보안에서도 잠재력이 높다고 보았습니다(Deloitte, 2026). 두 조사 모두 특수화학을 따로 나눠 보지는 않습니다. 다만 함께 읽으면, 회사가 가진 지식을 다루는 일이 에이전트 업무가 가장 먼저 자리 잡고 있는 곳 중 하나라는 점을 시사합니다.

특수화학 회사의 기술 지식은 결국 어디에 남나요?

많은 특수화학 회사에서 일상 업무로 쌓인 기술 지식은 이메일 스레드, 개인 파일, 그 일을 한 사람의 기억에 남습니다. 이는 업무가 짜인 방식을 관찰한 것이지 조사 결과가 아닙니다. 고객이 새로 바꾼 소지에서 코팅에 블리스터가 생긴다는 기술 문의를 예로 들어 보겠습니다. 애플리케이션 엔지니어는 기술 데이터시트(TDS)를 확인하고, 경화 온도와 표면 처리를 묻고, 다른 공장의 비슷한 사례를 떠올려 회신합니다. 회신은 고객에게 도움이 됩니다. 하지만 그 뒤의 추론, 즉 어떤 조건을 확인했고 어떤 제품을 왜 제외했는지는 한 사람의 메일함에 남습니다.

시험과 현장 방문도 마찬가지입니다. 시험 보고서는 작성자만 알아보는 파일 이름으로 공유 폴더에 들어가 있습니다. 방문 메모는 수첩이나 휴대폰에 남습니다. 답변에 쓴 물질안전보건자료(SDS) 개정판은 어디에도 기록되지 않습니다. 몇 달 뒤 같은 고객이 관련 질문을 하거나 엔지니어가 다른 업무로 옮기면, 회사는 케이스를 처음부터 다시 시작합니다.

이 비용은 가장 뛰어난 기술 인력이 떠날 때 가장 잘 드러나지만, 손실은 그보다 훨씬 전부터 케이스마다 일어납니다. 고객관계관리(CRM) 시스템은 대개 통화가 있었다는 사실과 짧은 메모를 기록하고, 답변 뒤의 추론은 기록하지 않습니다. 그래서 기술 영업에서는 CRM이 지식 베이스를 대신할 수 없습니다.

채팅 도구는 왜 다음 특수화학 케이스에 쓸 회사 기록을 남기지 않나요?

범용 채팅 도구는 다음 특수화학 케이스에 쓸 회사 기록을 남기지 않습니다. 세션마다 한 사용자가 붙여 넣은 내용이나 도구가 그 사용자에 관해 기억하는 내용으로 일하고, 답을 다른 곳에 복사하면 끝나기 때문입니다. 엔지니어가 고객 질문, 데이터시트 두 건, 방문 메모를 채팅 창에 붙여 넣으면 몇 분 만에 쓸 만한 초안을 받을 수 있습니다. 질문 하나라면 실제로 도움이 됩니다.

한계는 두 번째, 세 번째 질문에서 드러납니다. 누군가 다시 붙여 넣거나 한 사용자의 채팅 메모리에 들어 있지 않으면, 채팅 도구는 어느 고객이 물었는지, 그 고객의 라인 조건이 무엇인지, 전에 무엇을 추천했는지 알지 못합니다. 그리고 그 채팅 메모리는 동료가 회사 기록으로 열어 볼 수 없습니다. 답은 이메일로 도구를 떠나고, 그 답을 고객사나 이어진 시험, 그 결과와 연결하는 것은 없습니다. 일은 했지만, 회사가 가진 지식은 그 전보다 늘지 않습니다. 도구에 읽을 회사 기록이 없으니, 팀은 결국 매번 채팅 도구에 고객 정보를 붙여 넣게 됩니다.

회사 기록 안에서 일하는 에이전트는 이 흐름을 뒤집습니다. 일을 시작하기 전에 고객사, 프로젝트, 이전 업무일지, 보관된 문서를 읽고, 결과물은 같은 기록에 다시 보관합니다. 그러면 케이스가 끝날 때마다 다음 케이스가 참고할 자료가 늘어납니다.

특수화학 케이스 업무에서 채팅 도구와 에이전트 플랫폼은 어떻게 다른가요?

채팅 도구와 에이전트 플랫폼의 차이는 답변 한 건의 품질보다, 답변 뒤에 무엇이 남는지에 있습니다. 특수화학 기술팀은 같은 고객의 문의, 시험, 현장 방문을 몇 년에 걸쳐 다루므로, 답변 하나보다 무엇이 남는지가 더 중요합니다. 아래 표는 이런 케이스 업무를 기준으로 두 방식을 비교합니다.

질문

한 사람이 쓰는 채팅 도구

회사 기록 안에서 일하는 에이전트 플랫폼

맥락을 가져오는 곳

사용자가 붙여 넣은 내용과 그 사용자의 채팅 메모리

보관된 고객사, 프로젝트, 업무일지, 문서

답변 뒤에 남는 것

이메일 스레드 속 회신

고객 기록에 보관된 케이스 문서

어떤 문서 개정판을 썼는지

기록되지 않음

케이스 문서에 인용

다음 비슷한 케이스가 찾는 것

누군가 기억하지 않는 한, 팀이 열어 볼 수 있는 것은 없음

그 고객이나 용도의 이전 케이스 문서

작업을 확인하는 사람

문제를 알아챈 경우의 사용자

문서를 확정하기 전에 승인하는 사람

비교를 가르는 행은 답변 뒤에 무엇이 남는지입니다. 두 방식 모두 문의 한 건에 좋은 답을 낼 수 있고, 숙련된 엔지니어라면 어느 쪽을 써도 같은 답을 쓰는 경우가 많습니다. 그러나 케이스마다 회사 기록에 다시 보관하는 방식만이 1년 치 문의를 다음 엔지니어가 찾아서 다시 쓸 수 있는 적용 지식으로 바꿉니다. 그래서 방문과 통화 메모를 고객 기록으로 남기는 일도 중요합니다. 현장 방문도 문의와 같은 기록에 쌓이므로, 시험 결과와 그 시험으로 이어진 질문이 나란히 놓입니다.

특수화학 케이스 기록은 무엇이 있어야 데이터 자산이 되나요?

특수화학 케이스 기록은 조건, 문서, 추론을 함께 담고 있어서 다음 비슷한 케이스를 그 기록부터 시작할 수 있을 때 데이터 자산이 됩니다. 어떤 제품을 보냈는지만 적힌 기록은 보관 기록 한 줄입니다. 고객이 어떤 소지와 경화 스케줄로 작업하는지, 어떤 TDS 한계값을 확인했는지, 왜 한 후보를 제외했는지, 시험에서 무엇이 나왔는지 적힌 기록이라면 다음 엔지니어가 바로 행동으로 옮길 수 있습니다.

문서 개정판도 이 기록에 들어가야 합니다. SDS는 규제가 정한 일정에 따라 바뀝니다. 미국 산업안전보건청(OSHA)의 유해성 정보 전달 기준에 따르면, 화학물질의 유해성에 관한 중요한 새 정보는 작성자가 그 정보를 안 날부터 3개월 이내에 SDS에 반영해야 합니다(US OSHA, 29 CFR 1910.1200(g)(5)). EU에서는 REACH 제31조(9)에 따라, 새로운 유해성 정보가 나오면 공급자가 지체 없이 SDS를 갱신해야 합니다(European Union, Regulation 1907/2006, Article 31(9)). 둘 다 규정 원문을 요약한 것이며 법률 자문이 아닙니다. 사용한 개정판을 인용한 케이스 기록은 문서가 바뀐 뒤에도 검증할 수 있습니다.

쓸수록 가치가 쌓입니다. 같은 용도에 관한 다섯 번째 문의는 앞선 케이스 네 건을 참고할 수 있고, 고객사를 넘겨받은 엔지니어는 받은편지함 대신 그 고객사의 이력을 이어받습니다. 그래서 모든 기술 케이스를 문서 한 건으로 마무리합니다. 문서는 자산을 쌓는 단위이고, 케이스에 답할 때마다 한 건씩 늘어납니다.

잘 관리한 공유 폴더면 특수화학 지식을 지키기에 충분한가요?

잘 관리한 공유 폴더면 특수화학 문서를 지키기에는 충분합니다. 파일 이름을 명확히 붙이고 시험 보고서를 꼬박꼬박 보관하는 팀은 대부분의 팀보다 많은 것을 남깁니다. 이 점은 인정할 만합니다. 폴더는 시작하는 데 비용이 들지 않고, 엔지니어라면 누구나 이미 쓸 줄 압니다.

폴더가 보관하는 것은 케이스가 아니라 파일입니다. TDS, 시험 보고서, 어쩌면 방문 사진까지 들어 있지만, 이들 사이의 연결, 고객의 조건, 그 조건에서 추천에 이른 추론은 어느 한 파일에도 담겨 있지 않습니다. 보관도 누군가 일을 마친 뒤에 해야 하는데, 다음 문의가 들어오면 바로 이 단계가 밀립니다. 폴더는 따로 수고를 들여야 커집니다. 일을 한 에이전트가 남기는 케이스 기록은 답하는 일의 부산물로 쌓입니다.

범용 AI 도구를 폴더에 연결하면 폴더를 읽는 데는 도움이 되지만, 같은 빈틈을 그대로 안고 있습니다. 있는 파일은 요약할 수 있어도, 아무도 적어 두지 않은 추론은 요약할 수 없습니다. 소프트웨어보다 구조가 중요하다는 폴더 쪽 관점은 옳습니다. 차이는 그 구조가 따로 들인 일에서 나오는지, 일 자체에서 나오는지에 있습니다. 어떤 업무를 에이전트에게 맡길지 정할 때는 산업용 화학에서 무엇을 자동화하고 무엇을 사람이 맡아야 하는지에서 그은 선을 참고할 만합니다.

특수화학 케이스 업무를 위한 에이전트 플랫폼은 무엇을 할 수 있어야 하나요?

특수화학 케이스 업무를 위한 에이전트 플랫폼은 회사 자체의 기록 안에서 일하고, 케이스마다 사람이 승인한 문서를 남겨야 합니다. 자산을 쌓는 플랫폼과 답하고 잊는 도구를 가르는 조건은 다섯 가지입니다.

  • 에이전트는 케이스에 필요한 정보를 먼저 회사 자체의 기록에서 모읍니다. 고객사, 프로젝트, 업무일지, 그리고 TDS, SDS, 시험성적서(CoA) 같은 문서입니다.

  • 모든 답변에 근거가 드러납니다. 참고한 문서와 현장 이력을 밝힙니다.

  • 고객의 조건에서 결론에 이르는 추론 과정이 보이고, 결과를 확정하기 전에 사람이 승인합니다.

  • 빠진 정보를 지어내지 않습니다. 추정은 근거와 함께 추정으로 표시하거나, 그 부분을 미확인으로 남깁니다.

  • 케이스를 마치면 문서 한 건을 고객 기록에 보관하고, 다음에 비슷한 케이스를 다룰 때 그 문서를 찾을 수 있습니다.

기다리는 데에도 비용이 들지만, 어떤 보고서에도 나타나지 않습니다. 이메일로만 답한 문의는 모두 언젠가 다시 추론해야 하는 케이스가 됩니다. 그 일을 맡을 사람은 전에 답한 적이 있다는 사실을 모를 수도 있습니다. 시작은 작아도 됩니다. 기술 문의 회신 같은 업무 하나를 첫 케이스부터 플랫폼에서 처리하면 됩니다. 기록은 그 케이스에서 시작해, 이후 케이스가 하나 늘 때마다 커집니다.

관련 글

기술 추론을 더 나은 결과로 바꿉니다.

직접 다루는 케이스로 시작해 보세요. 루빈플라가 회사 데이터로 추론하고, 고객이나 관리자가 바로 판단할 수 있는 문서로 정리합니다. 카드 없이 무료로 시작할 수 있습니다.