FreshContext는 도구 상자가 아닌 컨텍스트 판단 레이어(Context Judgment Layer)로 진화하고 있습니다
요약
FreshContext가 단순한 MCP 도구 모음을 넘어, 검색된 정보의 신뢰성, 최신성, 유용성을 평가하는 '컨텍스트 판단 레이어'로 진화하고 있습니다. 가공되지 않은 데이터를 의사결정에 즉시 활용 가능한 고품질 컨텍스트로 변환하는 것을 목표로 합니다.
핵심 포인트
- 단순 도구 개수가 아닌 컨텍스트의 가치 판단에 집중
- 원시 정보를 최신성 및 출처 기반의 유용한 데이터로 변환
- 에이전트가 즉시 의사결정을 내릴 수 있는 상태 제공
- 소스 프로필과 핵심 평가를 통한 아키텍처 고도화
몇 주 전만 해도 FreshContext를 잘못된 방식으로 설명하기는 쉬웠습니다.
저는 이렇게 말할 수 있었습니다:
FreshContext는 21개의 도구(tools)를 가진 MCP 서버입니다.
기술적으로는 사실이었습니다.
하지만 그것은 잘못된 헤드라인이었습니다.
계속해서 구축하고, 테스트하고, 사람들에게 설명하려고 노력할수록 문제는 더욱 분명해졌습니다. 사람들이 그 도구들이 무엇을 해결하는지 이미 이해하고 있지 않는 한, 프로젝트에 "21개의 도구"가 있다는 사실에는 아무도 진정으로 관심을 두지 않는다는 점입니다.
사용자는 다음과 같이 생각하며 잠에서 깨지 않습니다:
21개의 MCP 도구가 필요해.
대신 그들은 이렇게 생각합니다:
이 소스를 신뢰할 수 있는가?
이 정보는 여전히 최신인가?
이 내용을 인용할 가치가 있는가?
이 채용 정보는 여전히 유효한가?
이 패키지는 활발히 관리되고 있는가, 아니면 방치되었는가?
이 연구가 유용한가, 아니면 그저 오래된 배경 지식인가?
내 에이전트(agent)가 어떤 컨텍스트(context)를 가장 먼저 읽어야 하는가?
그것이 바로 제품(product)입니다.
도구의 개수가 아닙니다.
짧은 시각적 설명은 다음과 같습니다:
기존의 프레이밍 (The old framing)
기존의 FreshContext 형태는 다음과 같았습니다:
21개의 MCP 도구
→ 다양한 종류의 정보 가져오기 (fetch)
→ 최신성 메타데이터 (freshness metadata) 부여
...
유용하지만, 구현(implementation) 중심적인 형태였습니다.
이는 FreshContext를 마치 플러그인 팩처럼 들리게 만들었습니다.
이는 잘못된 질문들을 만들어냅니다:
어떤 도구를 사용해야 하지?
왜 하필 21개지?
그게 다 필요할까?
...
이러한 질문들은 좋지 않은 징후(smell)입니다.
FreshContext는 도구 꾸러미로 이해되어서는 안 됩니다. 도구들은 참조 어댑터(reference adapters)입니다. 이 도구들은 엔진이 GitHub 활동, 소셜 시그널, 학술 논문, 금융 데이터, 채용 정보, 정부 기록, 기업 인텔리전스, 그리고 복합적인 환경(composite landscapes) 등 다양한 정보 클래스를 처리할 수 있음을 증명합니다.
하지만 그것들이 제품의 정체성은 아닙니다.
새로운 프레이밍 (The new framing)
FreshContext는 컨텍스트 판단 레이어(context judgment layer)로 진화하고 있습니다.
더 깔끔한 문장으로 표현하자면 다음과 같습니다:
FreshContext는 가공되지 않은 검색 정보(raw retrieved information)를 최신성 순위가 매겨지고, 설명이 덧붙여지며, 출처(provenance)를 인식하는 컨텍스트로 변환합니다.
더 날카로운 문장으로 표현하자면 다음과 같습니다:
FreshContext는 특정 소스가 사용될 가치가 있는지, 인용될 가치가 있는지, 갱신되어야 하는지, 아니면 무시되어야 하는지를 알려줍니다.
그것이 실제 지향점입니다.
현재의 아키텍처는 이러한 형태로 이동하고 있습니다:
Raw candidate context (가공되지 않은 후보 컨텍스트)
→ Source Profile (소스 프로필)
→ Core evaluation (핵심 평가)
...
핵심 문구는 decision-ready (의사결정 준비 완료) 입니다.
단순한 원시 점수(raw score)만으로는 충분하지 않습니다.
만약 FreshContext가 다음과 같이 출력한다면:
Freshness (신선도): 16
Final score (최종 점수): 0.664
Utility (유용성): 14.006
...
일반적인 사람이라면 다음과 같이 물을 수 있습니다:
그래서 어쩌라는 거죠?
그것이 바로 제가 목표로 하고 있는 다음 단계의 레이어입니다.
출력값은 다음과 같은 형태에 더 가까워져야 합니다:
Decision (결정): 배경 지식으로 사용
Meaning (의미): 이 소스는 관련성이 있고 신뢰할 수 있지만, 최신 작업물보다는 오래되었습니다.
Action (조치): 최신 증거가 아닌 기초 자료로 사용하십시오.
이것이 바로 FreshContext를 개발자 커뮤니티 너머에서도 유용하게 만드는 요소입니다.
Source Profiles (소스 프로필)
첫 번째 단계는 소스 유형을 도구(tools)로부터 분리하는 것이었습니다.
정보마다 노후화되는 방식이 다르기 때문입니다.
주식 시세는 몇 시간 만에 쓸모없어질 수 있습니다.
소셜 출시 신호는 며칠 만에 유효 기간이 지날 수 있습니다.
채용 공고는 빠르게 만료될 수 있습니다.
학술 논문은 수년간 유용하게 유지될 수 있습니다.
공식 문서(Official documentation)는 블로그 포스트보다 오래되었더라도 여전히 더 권위가 있을 수 있습니다.
따라서 FreshContext는 이제 Source Profiles라는 개념을 도입했습니다.
예시:
official_docs (공식 문서)
code_activity (코드 활동)
social_pulse (소셜 맥락)
...
Source Profile은 특정 범주의 정보가 어떻게 노후화되고, 실패하며, 순위가 매겨지고, 설명되어야 하는지를 기술합니다.
이는 질문의 성격이 다음과 같이 변함을 의미합니다:
이 정보는 21개의 도구 중 어느 것에서 왔는가?
질문은 다음과 같이 바뀝니다:
이것은 어떤 종류의 소스이며, FreshContext는 이를 어떻게 판단해야 하는가?
이것이 더 나은 추상화(abstraction)입니다.
첫 번째 가시적인 데모
이제 로컬 데모 명령어를 사용할 수 있습니다:
npm run demo:evaluate
이 명령어는 하드코딩된 학술 스타일의 후보 소스들을 가져와 학술 연구 프로필(academic research profile)을 통해 평가합니다.
현재의 흐름은 다음과 같습니다:
raw candidate context (가공되지 않은 후보 컨텍스트)
→ source profile policy (소스 프로필 정책)
→ Core evaluation (핵심 평가)
...
데모는 몇 가지 중요한 동작을 보여줍니다:
- 신선하고 관련성 있는 학술 소스가 1위를 차지합니다.
- 오래되었지만 여전히 유용한 소스는 사용 가능한 상태로 유지됩니다.
- 날짜가 누락된 소스에는 경고가 표시됩니다.
- 실패하거나 차단된 소스는 신선한 것으로 취급되지 않습니다.
마지막 부분이 매우 중요합니다.
에이전트(Agent)가 답변을 필요로 한다는 이유만으로 나쁜 신호(Bad signal)가 좋은 컨텍스트(Context)로 포장되어서는 안 됩니다.
FreshContext는 불확실성에 대해 정직해지려고 노력하고 있습니다.
이것이 아닌 것
FreshContext는 법률 자문, 의료 자문, 세무 자문 또는 투자 자문이 되려고 하는 것이 아닙니다.
그것은 약속된 바가 아닙니다.
약속은 더 작고 유용합니다:
이 소스는 최신 상태입니다.
이 소스는 오래되었습니다 (Stale).
이 소스는 추적 가능합니다.
...
그것이 바로 인용(Citation) 및 컨텍스트 판단(Context judgment)입니다.
예를 들어, 연구 워크플로우(Research workflow)에서 FreshContext는 다음과 같이 말해서는 안 됩니다:
이 의학적 결론은 정확합니다.
대신 다음과 같이 말해야 합니다:
이 연구가 관련이 있을 수 있으나, 이를 신뢰하기 전에 최근의 리뷰, 가이드라인 및 더 강력한 증거를 통해 검증하십시오.
이 경계는 매우 중요합니다.
이것이 에이전트(Agents)에게 중요한 이유
대부분의 AI 시스템은 수신하는 컨텍스트(Context)의 품질에 의해 제한됩니다.
만약 에이전트가 오래된(Stale), 실패한, 무관한, 또는 출처가 불분명한 자료를 받는다면, 잘못된 입력값으로부터 자신 있게 추론할 수 있습니다.
FreshContext는 그 단계 이전에 위치하도록 설계되었습니다.
검색 결과 (retrieval results)
도구 출력 (tool outputs)
메모 (notes)
...
이것이 제가 "도구 마케팅 (tools marketing)"에서 벗어나려는 이유입니다.
MCP는 여전히 중요합니다. REST도 중요합니다. SDK 및 CLI 경로 또한 중요합니다.
하지만 그것들은 표면(Surfaces)일 뿐입니다.
중심은 코어(Core)입니다.
향후 방향
다음 레이어는 결정 레이어(Decision layer)입니다.
소스 프로필(Source Profiles)은 다음 질문에 답합니다:
이것은 어떤 종류의 소스인가?
의도 프로필(Intent Profiles)은 다음 질문에 답할 것입니다:
사용자가 결정하려는 것은 무엇인가?
학생은 다음과 같이 묻습니다:
이것을 인용할 수 있나요?
이 연구가 여전히 유용한가요?
이것이 배경 지식인가요, 아니면 최신 증거인가요?
개발자는 다음과 같이 묻습니다:
이 패키지는 활성화되어 있나요?
커뮤니티의 반응이 좋은가요?
테스트해 볼 가치가 있나요?
구직자는 다음과 같이 묻습니다:
이 채용 공고는 최신인가요?
나에게 적합한가요?
여전히 지원할 수 있나요?
비즈니스 사용자는 다음과 같이 묻습니다:
이 시장 신호는 최근의 것인가요?
도입 사례가 눈에 보이나요?
이것은 과장(Hype)인가요, 아니면 실체(Substance)인가요?
동일한 코어(Core).
다른 의도(Intent).
결과물은 궁극적으로 다음과 같이 되어야 합니다:
결정: 지원 근거로 인용 (Cite as supporting)
결정: 첫 번째 항목 사용 (Use first)
결정: 검증 필요 (Needs verification)
...
그것이 실질적인 레이어 (practical layer)입니다.
더 큰 변화
FreshContext는 MCP 프로젝트로 시작되었습니다.
이제는 컨텍스트 인프라 (context infrastructure) 프로젝트로 진화하고 있습니다.
21개의 도구들은 여전히 유용하지만, 더 이상 핵심(headline)은 아닙니다.
그것들은 증명 표면 (proof surfaces)입니다.
더 지속 가능한 제품은 다음과 같습니다:
표준 입력 (standard input)
표준 증거 봉투 (standard evidence envelope)
표준 소스 프로필 (standard source profiles)
...
이것들은 에이전트 (agents), 연구 워크플로 (research workflows), 학생 학습 도구 (student study tools), 개발자 도구 (developer tooling), 비즈니스 분석 (business analysis), 그리고 궁극적으로는 추론 (reasoning) 전에 컨텍스트 무결성 (context integrity)이 필요한 더 큰 시스템들에 플러그인할 수 있습니다.
현재 상태
최신 클린 마일스톤 (clean milestone):
코어 평가 파이프라인 (Core evaluation pipeline): 작동 중
소스 프로필 프리셋 (Source Profile presets): 작동 중
로컬 REST 핸들러 (Local REST handler): 작동 중
...
프로젝트는 아직 초기 단계입니다.
하지만 방향은 이제 더 명확해졌습니다:
FreshContext는 어떤 컨텍스트가 모델에 도달할 자격이 있는지 결정합니다.
그것이 제가 만들어 가고 있는 제품입니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기