리비전 diff를 갖춘 결정론적 8규칙 린터
ICD Refinery
제각각인 인터페이스 정의서(ICD)를 검증된 표준 스펙으로 — 로컬 LLM 추출, 결정론적 린트, 사람의 승인, 코덱 생성까지.
찾아오게 되는 이유.
이 도구가 만들어진 상황들 — 그리고 각각에 대해 이 도구가 하는 일.
ICD는 스프레드시트에 살고, 그 프로토콜을 쓰는 모두가 손으로 다시 구현합니다 — 버그는 벤치에서, 뒤늦게 드러납니다.
8개 결정론적 규칙으로 린트되는 하나의 중간 표현, 그리고 승인된 정의에서 생성되는 코덱 — 코드와 문서가 서로 어긋날 수 없습니다.
방대한 문서에서의 추출은 고된 일이지만, 폐쇄망 프로그램에서 클라우드 AI는 선택지가 아닙니다.
127.0.0.1의 로컬 모델이 필드를 제안하고, 모든 제안은 린트를 거쳐 필드 단위로 승인된 뒤에야 IR에 반영됩니다.
새 리비전이 도착했는데, 정확히 무엇이 바뀌었는지 아무도 확신하지 못합니다.
리비전 diff는 행 순서가 아니라 경로로 필드를 대응시키고, 기존 구현에 미치는 위험도로 모든 변경을 등급화합니다.

클라우드에 결코 닿지 않는 로컬 LLM 추출
승인된 IR에서만 생성되는 코덱 (C / Python)
실제로 보게 될 것.
ICD는 대개 스프레드시트입니다: 신호마다 한 줄, 비트 오프셋, 폭, 단위, 스케일. 그 프로토콜을 다뤄야 하는 모두가 그 표를 다시 읽고 다시 구현하고, 그 과정에서 생긴 버그는 벤치에서, 뒤늦게 발견됩니다. ICD Refinery는 문서를 하나의 중간 표현(IR)으로 바꾸고, 실제로 일어나는 실수를 잡는 8개 규칙으로 검사하고, 리비전 간 변경점을 보여주고, 정의와 정확히 일치하는 인코더/디코더를 생성합니다.
에디터: 메시지 트리, 비트 레이아웃, 실시간 린트
비트 맵과 린트 목록이 키 입력마다 갱신됩니다. 맵은 각 비트를 소유자별로 색칠하고 충돌은 색과 라벨로 표시하며, 린트 목록은 레이아웃이 어긴 규칙과 위치를 전부 지목합니다.

리뷰: 추출 필드를 원문 옆에 나란히
로컬 Ollama가 있으면 추출된 문서는 '제안'으로 도착합니다: 린트를 거치고, 출처 원문 옆에 표시되고, 한 필드씩 승인됩니다. 승인 없이는 아무것도 IR에 닿지 않습니다.

NK-01 datasheet
파일 하나.
복사해서 실행하세요.
설치 프로그램도, 패키지 매니저도, 서비스 계정도 없습니다. 실행 파일을 폐쇄망 머신으로 옮기고 작업을 여세요.
빠른 답
ICD Refinery는 오프라인에서 동작하나요?
네. 모든 NOKTRA 도구처럼 오프라인 우선입니다: 클라우드 서비스도, 텔레메트리도 없고, AI는 전부 사용자 머신에서 로컬로 실행됩니다. 폐쇄망을 전제로 만들어졌습니다.
ICD Refinery는 어떤 플랫폼에서 실행되나요?
Windows 10/11 x64. 단일 실행 파일로 배포됩니다 — 런타임 설치가 없습니다.
ICD Refinery는 지금 내려받을 수 있나요?
아직입니다 — 현재 개발 중입니다. 실행할 수 있는 빌드가 나오기 전까지 날짜를 약속하지 않고 목록에만 올립니다.