← 연구 아이디어

연구 아이디어

소재 적용 정도 드묾 성숙도 다른 분야에서 검증

재료 자동화 스택에 도구 묶음 선택을 도입해보자

집합 수준 도구 검색 · Set-Level Tool Retrieval

제안 AI 제안

소재 분야 적용은 아직 검증되지 않은 제안입니다.

이 기법은 한 번에 도구 하나를 고르는 대신, 다음 단계에 함께 쓸 도구들의 집합을 예측한다. 도구 후보가 너무 많아 프롬프트에 모두 넣기 어려운 에이전트 환경에서 특히 유용하도록 설계된다.

재료 자동화에서는 계산 제출, 데이터베이스 조회, 후처리, 시각화, 실험장비 제어가 서로 엮이므로, 한 단계씩 도구를 고르다 보면 에이전트가 불안정해질 수 있다. 그래서 DFT 제출기, 파싱 스크립트, 물성 DB 조회, 플롯 생성기를 묶음으로 선택하게 해보는 시도가 가능하다.

초기에는 도구 20~50개 정도의 제한된 내부 스택에서 시작해, 어떤 작업 유형에 어떤 조합이 자주 필요한지 학습시키는 것이 현실적이다. 이후에는 “어떤 단일 도구를 쓸지”보다 “어떤 도구 묶음이 다음 10분의 작업을 끝내는 데 필요한지”를 기준으로 평가해볼 수 있다.

적용해볼 소재 과제
복합 재료 워크플로 오케스트레이션, DFT/DB/후처리/시각화/장비 제어의 연동
지금 시도할 만한 이유
대형 도구 집합을 다루는 LLM 에이전트 연구가 도구 개별 선택에서 집합 선택으로 확장되면서, 복잡한 툴체인을 가진 재료 자동화에도 옮겨볼 수 있는 시점이 되었다.
첫 걸음
자주 쓰는 내부 도구 10~20개를 목록화한 뒤, 대표 작업 20개에 대해 ‘단일 도구 선택’과 ‘도구 묶음 선택’이 성공률과 도구 호출 수를 어떻게 바꾸는지 비교해보자.
위험과 한계
도구 집합 예측은 데이터가 많이 필요하고, 실제 재료 연구실의 도구 구조가 공개 벤치마크보다 훨씬 이질적일 수 있다. 또한 잘못된 도구 묶음을 고르면 전체 워크플로가 더 느려질 수 있고, 통합 비용과 유지보수 비용도 높다.

근거 다른 분야의 검증 사례

아래 링크는 이 기법이 다른 분야에서 통했다는 근거입니다. 소재 분야 적용 결과가 아닙니다.

  1. GitHub - stormwther18/HYSET: Tools Are Not Islands: Set-Level Tool Retrieval for LLM Agents via Query-Conditioned Hyperedge Prediction · GitHub

관련 개념과 실습

AI가 최신 기법을 조사해 제안한 방향입니다. 검증된 결과가 아니며, 시도 여부와 위험은 연구 책임자가 판단해야 합니다.