Arcarix
EN프로젝트 문의

기술

Claude가 계획하고, 도구가 실행하고, 사람이 승인합니다.

Arcarix의 핵심은 채팅 화면이 아니라 프로젝트 엔진입니다. Claude가 요구사항을 이해하고 작업을 계획하면, MCP로 연결된 엔지니어링 도구가 실제로 실행하고, 모든 결과는 하나의 리비전 기록에 남습니다. 아래는 개발 중인 구조입니다.

공개 중브라우저 데모 (프리셋)
다음 단계Claude API · ESP32 + SHT31 워크플로
계획MCP 도구 서버 · 가상 보드 · 플러그인

전체 구조

세 개의 층, 하나의 프로젝트.

접점은 여러 개여도 프로젝트 상태와 승인 규칙은 한곳에 있습니다. 특정 클라이언트나 모델에 프로젝트가 묶이지 않도록, 도구는 MCP 표준으로 노출하고 권한은 Arcarix가 관리합니다.

계획된 구조계획
웹 작업 공간프로젝트 검토·승인
Claude Code 플러그인개발 환경에서 같은 도구
API팀 시스템과 연동
Claude 에이전트
  1. 이해
  2. 질문
  3. 계획
  4. 도구 호출
  5. 결과 확인
  6. 설명
프로젝트 그래프

요구사항 · 부품 · 연결 · 펌웨어 · 기구 · 검증 기록을 하나의 리비전으로

catalog부품 카탈로그
rules회로 규칙 검사
vboard가상 보드
build펌웨어 빌드
cad파라메트릭 CAD
supply소싱·견적
device기기 기록
검증 기록 + 사람의 승인 → 기기 기록 · 제조사 견적 요청

Claude 에이전트

대화로 요구사항을 정리하고, 계획을 세우고, 도구를 호출하고, 결과를 사람이 이해할 수 있게 설명합니다.

프로젝트 그래프

요구사항, 부품, 연결, 펌웨어, 기구, 검증 기록을 하나의 리비전으로 묶고 의존 관계를 추적합니다.

MCP 도구 서버

부품 카탈로그, 규칙 검사, 가상 보드, 빌드, CAD, 소싱을 표준 인터페이스로 제공합니다. 무거운 작업은 격리된 워커에서 실행합니다.

에이전트 루프

질문하고, 실행하고, 확인한 뒤에 보고합니다.

  1. 01

    이해

    사용자의 설명에서 기능, 사용 환경, 제약을 뽑아냅니다.

  2. 02

    질문

    전원, 설치 환경, 수량처럼 빠진 정보를 묻습니다. 짐작으로 채우지 않습니다.

  3. 03

    계획

    어떤 도구를 어떤 순서로 실행할지 정하고 프로젝트 그래프에 남깁니다.

  4. 04

    도구 호출

    MCP로 부품 검색, 규칙 검사, 빌드, 시뮬레이션, CAD 작업을 실행합니다.

  5. 05

    결과 확인

    로그와 검사 결과를 읽고, 실패하면 원인을 찾아 고친 뒤 다시 실행합니다.

  6. 06

    설명·승인 요청

    바뀐 것과 남은 위험을 설명하고, 외부로 나가는 일은 승인을 요청합니다.

MCP 도구 계획

모델이 쓸 수 있는 도구는 정해져 있습니다.

모델에게 셸이나 파일 시스템 전체를 열어주지 않습니다. 목적이 분명한 도구만 허용 목록으로 제공하고, 외부에 영향을 주는 도구는 사람의 승인이 있어야 실행됩니다.

도구하는 일권한
catalog부품 카탈로그후보 부품 검색, 데이터시트 출처·리비전 기록읽기
rules회로 규칙 검사로직 전압, 핀 충돌, I²C 주소, 전원 경로읽기
vboard가상 보드에뮬레이터에서 펌웨어 실행, 센서 모델, 로그 수집작업
build펌웨어 빌드고정 툴체인, 격리 컨테이너, 재현 가능한 빌드 기록작업
cad파라메트릭 CAD케이스 생성, 치수·간섭 검사, 도면 출력작업
supply소싱·견적재고·리드타임 조회, 승인된 패키지만 발송승인 필요
device기기 기록로컬 연결 앱, 정확한 바이너리에 대한 일회성 승인승인 필요

사용 경로

웹에서도, Claude Code에서도 같은 프로젝트.

웹 작업 공간

요구사항 대화, 설계 검토, 승인을 한 화면에서 처리하는 기본 작업 공간입니다.

계획

Claude Code 플러그인

Claude Code에서 같은 MCP 도구와 프로젝트 기록을 씁니다. 펌웨어 저장소 안에서 빌드, 시뮬레이션, 검사를 바로 실행하는 흐름이 목표입니다.

계획

API

팀의 이슈 트래커, CI, 부품 관리 시스템과 리비전·검증 결과를 주고받습니다.

계획
가상 ESP32 보드와 SHT31 센서 모델이 I²C로 연결된 개념 그림ESP32가상 보드SDASCLSHT31센서 모델
  1. $ vboard.run esp32 + sht31.model
  2. boot ................ ok
  3. i2c 0x44 ............ ack
  4. inject: 센서 전원 차단
  5. read ................ timeout
  6. retry 1/3 ........... ack
  7. status: 복구
개념 그림 · 계획된 가상 보드 시뮬레이션

가상 하드웨어 계획

가상에서 걸러내고, 실물에서 확정합니다.

가상 보드에서

  • 부팅과 초기화 순서
  • I²C·SPI 통신 흐름
  • 센서 끊김·무응답 같은 오류 주입
  • 재시도와 타임아웃 로직

실물 벤치에서

  • 실제 측정 정확도
  • 전원 품질과 노이즈
  • 열과 통풍
  • 케이스 조립과 커넥터 접근

검증 상태

통과한 검사만큼만 완료라고 말합니다.

컴파일에 성공했다고 회로가 안전한 것은 아니고, 렌더링이 맞다고 케이스가 조립되는 것도 아닙니다. 상태마다 필요한 근거가 다르고, 의존 항목이 바뀌면 이후 승인은 다시 열립니다. 실물 시험 결과는 측정값이 있어야 붙는 별도의 근거입니다.

  1. draft

    초안

    Claude의 제안. 근거 출처가 붙습니다.

  2. tool_checked

    도구 검사

    빌드·규칙 검사·시뮬레이션 로그가 있습니다.

  3. engineer_reviewed

    엔지니어 검토

    검토자와 판단 근거가 기록됩니다.

  4. approved

    승인

    정확한 산출물 해시에 대한 명시적 승인.

  5. bench_tested

    실물 시험

    측정 조건, 측정값, 시험자를 기록한 별도 근거.

보안과 통제

모델이 할 수 있는 일을 먼저 정합니다.

  • 허용 목록 도구

    목적이 정해진 도구만 제공하고, 임의의 셸·파일·HTTP 접근은 열지 않습니다.

  • 데이터는 권한이 아닙니다

    데이터시트, 다운로드 파일, 도구 출력에 적힌 지시로는 어떤 권한도 생기지 않습니다.

  • 격리된 실행

    빌드·시뮬레이션·CAD 작업은 자원 제한이 있는 격리 컨테이너에서 실행하고, 기본적으로 외부 네트워크를 막습니다.

  • 산출물에 묶인 승인

    승인은 정확한 산출물 해시와 수신처에 묶이고, 한 번 쓰면 끝납니다.

  • 키는 서버에만

    모델 API 키는 브라우저 번들이나 내려받는 파일에 절대 넣지 않습니다.

참고한 공식 문서Model Context Protocol Anthropic MCP connector Claude Code plugins

참고 문서는 연결 방식의 근거이며, 해당 연동이 이미 구현되었다는 뜻이 아닙니다. 제품명 언급은 제휴나 보증을 뜻하지 않습니다.

프로젝트 시작하기

만들고 싶은 제품을 알려주세요.

처음 떠올린 구상, 진행 중인 설계, 찾고 있는 부품까지. 현재 상황을 알려주시면 필요한 작업과 다음 단계를 안내합니다.

프로젝트 문의