로컬·엣지에 작은 모델을 붙이려는 사람은 성능표부터 연다. 성능표부터 여는 순서는 LFM2.5 에이전트를 검토할 때 오히려 걸림돌이 된다. Liquid AI가 공개한 LFM2.5-2.6B 모델 카드에는 '에이전트용'이라는 표시가 있다. 그 표시가 가리키는 범위부터 짚어야 한다. 이름에 LFM2.5 에이전트라는 표현이 붙었다고 모델 혼자 함수를 실행하는 건 아니다. 모델이 맡는 일은 호출 형식을 만드는 데서 끝난다. 호출을 실제로 돌리고 결과를 붙이는 일은 호스트 쪽 몫이다. 이 분리가 LFM2.5 에이전트 연결에서 가장 먼저 걸리는 지점이다. 배포 형식은 트랜스포머·vLLM·SGLang용 네이티브 체크포인트, llama.cpp용 GGUF, ONNX, MLX로 나온다. 도구 사용과 데이터 추출, RAG, 긴 문맥 작업에는 이 모델을 권장한다. 공식 모델 카드 기준으로 에이전트 코딩과 지식 집약 과제에는 권장하지 않는다고 적혀 있다. 공식 모델 카드는 총 파라미터를 2.69B로, 컨텍스트 윈도를 131,072토큰으로 적는다. LFM2.5 에이전트 표시는 이 권장 범위를 뜻하는 것이지, 실행 주체가 바뀐다는 뜻은 아니다. 공식 도구 사용 문서 는 절차를 생성·정의·실행·반환 네 단계로 정리해 둔다. 문서는 모델과 호스트의 역할을 분리해 적었다. 모델이 특수 토큰 사이에 함수 호출을 생성한다. 도구를 시스템 프롬프트나 apply_chat_template로 JSON 정의한다. 그 호출을 실제로 실행하고 결과를 tool 역할 메시지로 되돌린다. 모델이 그 결과를 해석해 사용자에게 다시 답한다. 호출 형식도 확인 대상이다. 공식 문서에 따르면 기본 호출 형식은 파이썬 방식이다. JSON 형식으로 받으려면 시스템 프롬프트에 따로 지시해야 나온다. 런타임이 파이썬 방식 출력을 처리하지 못하면, 호출은 파싱 단계에서부터 어긋난다. 이미지의 흐름은 이 분담을 요약했다. 눈여겨볼 지점은 여기다. 2.6B라는 크기와 LF...