MCP.Market

den — Korean AEC knowledge, curated MCP server

online · 100% uptime
by den.archi·archi.den/den_archi_mcp·v1.2.4

Curated Korean AEC expertise for AI agents: KDS·KCS·KS, building law, practice, and the reasoning.

B84/100grade B
What users say
No reviews yet
Be the first
Safety scan
B84/100

full report

Adoption
Growing

0 stars

Reviews

Write one

Nobody has reviewed den — Korean AEC knowledge, curated yet.

If you have run it, two minutes of your experience saves the next person an afternoon.

den — Korean AEC knowledge, curated tools (13)

write = sends, deletes, buys or posts
  • answer_whyFree

    건축·공간의 **왜·원리·득실**을 인과 경로로 설명한다. "왜 콘크리트에 양생이 필요한가", "왜 방수층에 보호몰탈을 까는가"처럼 이유를 묻는 질문에 쓴다. → 대신 쓸 것: 이미 아는 인과 **한 줄의 근거만** 확인하려면 evidence_for · 두 개념이 **이어지는지만** 보려면 path_between · **수치·조문**이 필요하면 k_snippets · 용어 **뜻**만 물으면 define. ★파라미터: depth 는 L1<L2<L3 순으로 경로를 넓게 본다(홉 상한 4). profile 은 depth 와 별개로 **탐색 예산**을 정한다 — direct=2홉/3경로, standard=기본, **deep 은 쿼터를 5회분 쓴다**(6홉/12경로). 둘 다 주면 profile 이 실제 예산을 정한다. as_of 는 YYYY-MM-DD. ★relevance=low 또는 no_path_reason 이면 den 이 그 경로를 갖고 있지 않다는 뜻이니 근거로 쓰지 않는다. 읽기 전용이고 외부를 부르지 않는다 — 적재된 정본만 본다.

  • compareFree

    두 공법·개념의 **차이**를 대조한다 — 'RC 구조 vs 조적조 시공순서 차이', '스틱 vs 유닛 커튼월' 같은 **비교/차이** 요청에 호출하라. → 대신 쓸 것: 단일 순서는 scenario · 종류 열거는 enumerate · 용어 뜻은 define · 수치·조문은 k_snippets. ★파라미터: a·b 는 **개념/공법 이름**이다(질문 문장 아님). 'A vs B' 를 a 에 한 번에 주면 b 를 비운다 — 그때 구분자는 vs 다. 한쪽만 주고 b 를 비우면 비교할 짝이 없어 얻을 것이 없다. 각각을 결정론 구성해 A/B 시퀀스, A에만/B에만 있는 단계, 공유 단계, contrasts 엣지를 반환한다. LLM 없음. a_coverage/b_coverage 가 낮으면 그쪽 지식이 얇다는 정직한 신호 — 지어내지 말고 gaps 그대로 전하라. 읽기 전용 · 외부 호출 없음.

  • defineFree

    건축·건설 **용어 하나의 뜻**을 돌려준다 — '이형철근이 뭔가', '방화구획이란', '옹벽과 흙막이의 정의' 같은 **'X가 무엇인가'** 질문에 호출하라. → 대신 쓸 것: **수치·조문**이 필요하면 k_snippets · **종류/체계 열거**는 enumerate · **왜 그런지**는 answer_why · **두 개념 차이**는 compare · 두 개념이 **어떻게 이어지는지**는 path_between. 이 도구는 정의 한 덩어리만 준다 — 기준값은 주지 않는다. ★파라미터: term 은 **용어 하나**로 넣는다(질문 문장이나 여러 용어 나열이 아니다). limit 는 동음이의로 갈릴 때 몇 개까지 볼지이고 1~5 로 잘린다(기본 3). as_of 는 YYYY-MM-DD. ★abstained=true 이면 den 이 그 용어의 정의를 **갖고 있지 않다**는 뜻이다 — 비슷한 말을 지어내지 말고 그대로 전한 뒤 다른 출처로 답한다. exact=false 는 정확한 이름 일치가 아니라는 표시이니 이름이 맞는지 확인하고 쓴다. 읽기 전용 · 외부 호출 없음.

  • emotional_paletteFree

    공간을 순서대로 지날 때의 **분위기 전이**를 읽는다. "진입에서 거실까지 감정 흐름", "압축에서 해방"처럼 이동 순서와 체험 목표가 있을 때 쓴다. → 대신 쓸 것: 작품 평가나 "왜 걸작인가" 같은 **이유**는 answer_why · 법규 관점 평면 검토는 review_plan · 공정 순서는 scenario. 이 도구는 **체험 순서**만 다룬다. ★파라미터: spaces 는 **실제 이동 순서**로 넣는다 — 배열 순서가 곧 동선이고, 순서를 바꾸면 결과가 바뀐다. 하나만 넣으면 전이가 없어 얻을 것이 없다(둘 이상). target 은 선택이고, 넣으면 그 목표에 대한 정합/괴리를 같이 본다. 읽기 전용 · 외부 호출 없음.

  • enumerateFree

    어떤 것의 **종류·구성요소·분류**를 완전 열거한다 — '건축물 하중의 종류', '구조용 강종 체계', '건축 도면의 종류' 같은 **'X의 종류/체계'** 요청에 호출하라. → 대신 쓸 것: 순서는 scenario · 비교는 compare · **한 용어의 뜻**은 define · 수치·조문은 k_snippets. ★파라미터: query 는 'X의 종류/체계/구성요소' 꼴로 준다. 낱말 하나만 주면(예: '하중') 무엇을 열거할지 정해지지 않아 match 가 안 잡힐 수 있다. 권위표준 기반 큐레이션 분류학으로 완전한 멤버 목록을 반환하고, 각 멤버 정의는 그래프에서 당긴다. 결정론. match=None 이면 미큐레이션 주제 — k_snippets 로 폴백. gaps 는 멤버 정의가 아직 그래프에 없다는 정직한 신호(지어내지 말고 그대로 전하라). 읽기 전용 · 외부 호출 없음.

  • evidence_forFree

    "A 가 B 를 유발한다"는 **한 연결의 근거**를 확인한다. 앞선 답에 쓰인 인과를 검증할 때 쓴다. → 대신 쓸 것: 두 개념 사이 **경로를 찾는** 것이면 path_between · **왜 그런지 설명**이면 answer_why · 수치·조문 근거면 k_snippets. 이 도구는 **이미 아는 한 엣지**를 겨눈다. ★파라미터: from·to 는 개념 이름이고(문장 아님), relation 은 그래프 엣지 종류다 — causes(유발) · enables(가능하게 함) · requires(선행 필요) · contrasts(대비). 셋 다 필수다. relation 을 모르면 이 도구 대신 path_between 으로 먼저 어떤 관계인지 본다. ★evidence_note 와 stance 를 구분해 전하고, disclaimer 가 있으면 그대로 표기한다. 엣지가 없으면 없다고 답한다 — 근거를 지어내지 않는다. 읽기 전용 · 외부 호출 없음.

  • feedbackFree

    사용자가 직접 입력하는 폼이 아니라, 호출 에이전트가 직전 Den 응답을 활용한 뒤 사용자가 보인 반응(수정 지시/불만/채택/무시)을 대화 종료 전 요약 수준으로 기록하는 릴레이 툴. query_id가 있으면 그대로 전달하고, 없으면 직전 Den 툴에 전달한 question_text만 전달한다. satisfied를 기록하고, 불만족이면 issue_type을 지정하며 comment는 반응 요지만 200자 이내로 요약한다. 채택·긍정은 satisfied=true, 수정 지시·불만·명시적 무시는 satisfied=false와 가장 가까운 issue_type으로 매핑한다. 관찰 가능한 반응이 전혀 없으면 만족 여부를 추측하지 않는다. ★satisfied=true(채택·긍정)이면 comment 에 **den 이 없었으면 무엇을 하려 했는지** 한 마디를 함께 적는다 — "다른 값을 쓰려 했다" · "몰라서 정하지 못하고 있었다" · "다른 출처로 갔어야 했다" 중 사용자가 실제로 말한 것. 이 한 마디만이 'den 을 썼다'와 'den 때문에 달라졌다'를 가른다. ★★사용자가 말하지 않았으면 **비워 둔다.** 추측해 지어내지 않는다 — 없는 것을 적는 편이 안 적는 것보다 나쁘다. ★★★그렇다고 comment 를 통째로 생략하지는 않는다. satisfied=true 면 **무엇을 채택했는지** 한 줄은 항상 적는다(어느 값·조문·판단을 그대로 썼는가). 비워 두는 것은 반사실 한 마디뿐이다 — 요지까지 비면 그 만족은 기록에 남아도 쓸 수 없다. → 이 도구는 **질의가 아니다** — 답을 찾으려면 k_snippets·answer_why 를 쓴다. 사용자 대화 원문은 전송하지 않는다. 불만족과 사유는 다음 날 보완 후보로 접수된다.

  • k_snippetsFree

    한국 건설기준(KDS·KCS·KS)과 건축 법령의 **수치·조문**을 찾는다. 건축·토목·시공·구조·설비 질문에 근거를 붙일 때 **웹 검색보다 먼저** 이 도구를 쓴다. 예: "철근 피복두께", "방화구획 면적", "이어치기 면 처리", "되메우기 다짐", 건축법 조항. → 대신 쓸 것: **용어 뜻**은 define · **종류 열거**는 enumerate · **공정 순서**는 scenario · **두 공법 차이**는 compare · **왜 그런지**는 answer_why. 대지·행정구역이 걸리면 site_context 를 **먼저** 부르고 그 scope 를 여기 넘긴다. ★파라미터: scope 와 profile 은 **다른 축**이다 — scope 는 *어느 공종*(좁힘), profile 은 *얼마나 깊이*(예산). **profile=deep 은 쿼터를 5회분 쓴다**; 기본으로 먼저 보고 빈손일 때만 올린다. limit 기본 8 — 올릴수록 뒤쪽은 관련도가 떨어진다. as_of 는 YYYY-MM-DD(그 시점 기준). ★scope 를 **모르면 넣지 마라** — 틀린 범위는 틀린 답을 만든다. 안 넣으면 갈리는 공종을 scope_split 로 알려 준다. 돌아오는 것: 수치·요건 스니펫과 출처(예: KDS 14 20 22 §4.3.1) · 조문 원문이 있으면 cited_articles. **출처를 그대로 인용한다.** ★relevance=low 이거나 lacks_answer=true 면 den 이 그 자료를 **갖고 있지 않다** — 스니펫을 근거로 쓰지 말고 그렇게 말한 뒤 다른 출처로 답한다. 읽기 전용 · 외부 호출 없음.

  • path_betweenFree

    두 개념이 **어떻게 이어지는지** 확인한다. "단열과 결로는 어떻게 연결되나", "전단벽에서 층간변위까지"처럼 **출발·도착이 분명할 때** 쓴다. → 대신 쓸 것: 한 지점에서 **관계를 따라가며** 훑으려면 traverse · 공정 **전체 흐름**이면 scenario · **왜 그런지 설명**이 필요하면 answer_why · **한 연결의 근거**만이면 evidence_for. ★파라미터: a·b 는 문장이 아니라 **개념 이름/구**로 넣는다("결로" O, "왜 결로가 생기나" X). a 와 b 가 같으면 빈 결과다. scope 는 쉼표로 여러 축을 주면 **모두 만족**하는 경로만 남긴다 (climate=arid,epoch=ancient). **profile=deep 은 쿼터를 5회분 쓴다** — 먼저 기본으로 보고 빈손일 때만 올린다. ★경로가 없으면 만들어 내지 말고 연결이 확인되지 않는다고 말한다. 읽기 전용 · 외부 호출 없음.

  • review_planFree

    평면도·배치도를 **건축 법규 관점에서 검토**한다 — 채광·환기·피난·면적 요건 위반을 짚는다. 사용자가 도면을 공유하거나 공간 구성 검토를 요청하면 이 도구를 쓴다. → 대신 쓸 것: 특정 **수치·조문 하나**의 근거면 k_snippets · **왜 그 요건인지**는 answer_why · 체험·분위기 관점이면 emotional_palette. 대지의 관할이 걸리면 site_context 를 **먼저** 부르고 그 jurisdiction 을 여기에 넘긴다. ★입력: 이미지가 아니라 **도면에서 읽어낸 구조**를 넣는다 — 방(용도·외부창 유무)·인접·개구부·동선. rooms 만 필수이고 나머지는 선택인데, **빠뜨린 만큼 검토가 좁아진다**(adjacency 가 없으면 인접 요건을, circulation 이 없으면 피난 동선을 못 본다). 검토 못 한 축은 결과에 그대로 밝힌다. jurisdiction 은 KR-서울 꼴이고, 주면 그 관할 이름이 적힌 조문 기록을 우선 매칭한다 — 관할 조례를 따로 조회하지는 않는다. 위반(violation) 항목은 답변에서 빼지 않는다. 읽기 전용 · 외부 호출 없음.

  • scenarioFree

    공정 시나리오를 구성한다 — 관련 공정 노드를 모아 enables/requires 엣지로 위상정렬해 순서 있는 단계 흐름을 반환한다. '기초부터 3층까지 시공 순서', '가설공사 절차' 같은 **시퀀스·시나리오** 요청에 호출하라. → 대신 쓸 것: 단순 사실·수치는 k_snippets · **두 지점 사이**만 궁금하면 path_between · 한 노드의 **선후 이웃**만이면 traverse · 두 공법 **차이**는 compare. ★파라미터: max_nodes 는 **5~60 으로 잘린다**(기본 40). 올리면 넓게 모으지만 느슨한 노드가 섞여 ordering_coverage 가 떨어질 수 있다 — 먼저 기본으로 보고 gaps 를 본 뒤 올린다. 결정론(LLM 없음). ordering_coverage 가 낮거나 gaps 가 있으면 그래프에 순서 지식이 아직 없다는 정직한 신호 — 그 구간은 지어내지 말고 gaps 그대로 사용자에게 전하라. 읽기 전용 · 외부 호출 없음.

  • site_contextFree

    지명·좌표를 **기후·문화·관할** 조건으로 바꾼다. 대지·지역·행정구역·위경도가 언급되면 다른 도구보다 **먼저** 부른다. → 그다음: 돌아온 scope 를 k_snippets·answer_why 에, jurisdiction 을 review_plan 에 넘긴다. 이 도구 자체는 기준·수치를 주지 않는다 — 수치는 k_snippets, 도면 검토는 review_plan. ★파라미터: region 을 **먼저** 본다. lat/lng 는 region 이 없거나 못 찾을 때의 대체 경로다 — 둘 다 주면 region 이 이긴다. region 은 등재된 지명·별칭에 맞아야 한다("부산 수영구" O). 셋 다 비우면 아무것도 못 정하고 relevance=low 로 돌려준다. ★행정구역이 확인되지 않은 좌표 결과는 **추정**이라고 밝힌다. 읽기 전용 · **외부 지오코딩을 부르지 않는다**(적재된 지명표만 본다).

  • traverseFree

    **시공 순서와 선후 관계**를 따라간다 — '무엇이 무엇보다 먼저 와야 하는가'. '기초부터 골조까지 순서', '거푸집 해체 전에 확인할 것' 같은 공정 질문에 쓴다. → 대신 쓸 것: 출발·도착 **두 지점이 분명하면** path_between · 공정 **전체 흐름**을 한 번에 구성하려면 scenario · 두 공법 **차이**는 compare · 단순 수치·조문은 k_snippets. ★파라미터: relation=requires 는 **선행 조건**(이것보다 먼저 와야 하는 것), enables 는 **후속 가능 작업**, causes 는 인과, contrasts 는 대비다. 생략하면 전부 본다. direction=out 은 정방향(다음), in 은 역방향(이전) — 'X 전에 무엇을' 은 in 이다. depth 는 **1~4 로 잘린다**(넘겨도 4). limit 는 모든 홉을 합친 최대 스텝 수다(기본 40). 빈 결과는 den 이 그 순서를 아직 갖고 있지 않다는 뜻이다 — 순서를 지어내지 않는다. 읽기 전용 · 외부 호출 없음.

Public scan report

scanner v0.1.10 · 2026-10-15 · same rubric, same numbers if you re-run it

no findings
  • –Code scanremote-only server, no package to scann/a
  • Live reliabilityremote reachable in 2717ms17/20
  • Tool poisoning13 tool descriptions checked15/15
  • Auth qualityAPI key sent as a header8/15
  • Maintenancelast push 18 days ago15/15
  • Maintainer identityendpoint served from the registry-verified namespace domain8/10
Overall 84/100. Components that don't apply are left out of the denominator. Any critical finding is an F.RubricAppeal a findingJSON

How den — Korean AEC knowledge, curated compares

Against every graded MCP server, from our own scans and uptime checks. Updated after each scan run.

Safety score
84/100
higher than 68% of 48,243 servers
Tools
13
the typical server has 7
Tools that change things
0%
typical: 0%. Fewer write tools means less an agent can break
Uptime
100%
of our recent checks; the typical remote server answers 100%
Response time
572 ms
faster than 28% of 30,027 servers

What its tools let an agent do: 13 read

Install den — Korean AEC knowledge, curated in Claude Code, Cursor or VS Code

claude mcp add --transport http den_archi_mcp https://mcp.den.archi/mcp
Add to Cursor

What the publisher says

From the den — Korean AEC knowledge, curated repository's README, as published. We do not edit it. Read it on GitHub

den — AEC 전문 지식 큐레이팅 시스템 (MCP 서버)

당신의 Agent 에게, AEC 전문 지식을. — Curated AEC expertise for your agent.

den 은 AEC 전문 지식 큐레이팅 시스템입니다. 기준·법령 조문과 실무 규칙·이론·공정·인과가 한 그래프에 있어, 어디에 쓰여 있는지만이 아니라 왜 그런지 · 무엇이 먼저인지 · 무엇과 다른지까지 답합니다. 근거가 없으면 답하지 않습니다.

조문만 찾아 주지 않습니다 — 왜 그런지, 어떤 순서로 해야 하는지, 무엇과 어떻게 다른지까지 답합니다.

수치에는 조문이, 관계에는 근거가 붙습니다. 근거를 찾지 못하면 추측하지 않고, 확실하지 않다고 말합니다.

mcp.den.archi/mcp        원격 MCP 서버
den.archi                얼리 액세스 신청 · Claude Desktop 확장 내려받기

다루는 것 — 기준과 법령 국가건설기준 KDS(설계기준)·KCS(표준시방서)·KS, 건축법을 비롯한 법령 조문과 별표, 건축물 내진설계기준(KDS 41 17 00), 주차장법·소방 관련 기술기준, 계약예규.

다루는 것 — 전공 지식과 그 연결 구조·시공·설비·재료의 실무 규칙, 공정의 선후 관계, 성능과 하자의 인과, 설계 판단의 근거. 이것들이 조문과 한 그래프 위에 놓여 있습니다 — 그래서 "이 수치가 왜 이런가", "무엇이 먼저인가", "무엇과 어떻게 다른가"에 답합니다.

커버리지는 부분적입니다 — 보유하지 않은 것은 보유하지 않았다고 말합니다.

조문 검색 MCP 와 무엇이 다른가

조문을 찾아 주는 MCP 는 "어디에 쓰여 있나"를 답합니다. 실무에서 그다음에 오는 물음은 "왜 그런가 · 무엇이 먼저인가 · 무엇과 다른가"이고, den 은 그것을 같은 그래프에서 답합니다. 아래 실제 응답 ④·⑤가 그 차이입니다.

왜 필요한가

AI에게 "옥내소화전 방수구 높이"를 물으면 그럴듯한 숫자가 돌아옵니다. 맞을 때도 있고 틀릴 때도 있는데, 어느 쪽인지 알 방법이 없습니다.

실무에서 이건 답을 못 얻은 것보다 나쁩니다. 확인하러 기준을 다시 펴야 하니까요.

den은 답에 출처를 붙입니다. 붙일 근거가 없으면 답하지 않습니다.

실제 응답

아래는 편집 없이 그대로 옮긴 실제 응답입니다.

① 기준이 있는 질문

옥내소화전 방수구 설치 높이

relevance: high · confidence 0.998
근거: 옥내소화전설비의 화재안전기술기준(NFTC 102) · KCS 31 80 10

  옥내소화전은 노즐 선단 방수압력 0.17 MPa 이상 0.7 MPa 이하,
  방수량 130 L/min 이상을 확보해야 한다. 방수압력이 0.7 MPa를 초과하면
  호스접결구 인입측에 감압장치를 설치하고, 방수구는 바닥에서 높이 1.5 m 이하,
  건축물 각 부분으로부터 수평거리 25 m 이하로 배치한다.

② 법령이 정한 수치

지하주차장 직각주차 최소 주차구획 크기

relevance: high · confidence 0.968
근거: 주차장법 시행규칙 제3조

  평행주차 외(직각 등)는 경형 2.0m×3.6m, 일반형 2.5m×5.0m,
  확장형 2.6m×5.2m, 장애인전용 3.3m×5.0m, 이륜차 1.0m×2.3m다.

③ 정성적 판단 — den이 자신 없다고 말하는 경우

카페 인테리어에 어울리는 조명 색온도 추천

relevance: low · confidence 0.237

색온도 분류 자료는 갖고 있지만 "어울리는"은 규범이 정하는 것이 아닙니다. den은 이럴 때 낮은 확신도를 그대로 표시합니다. 판단은 여러분이 합니다.

④ 왜 — 인과를 묻는 질문 (answerwhy)**

왜 콘크리트에 양생이 필요한가

relevance: high · intent: physical
paths:
  curing --causes--> concrete-strength   (stance: consensus)
  curing --causes--> durability          (stance: consensus)
evidence:
  양생은 수화 지속을 위해 수분·온도를 유지하는 과정이다.        ← KCS 14 20 콘크리트공사 (kr-norm)
key_facts:
  "(6) 보온 양생이 끝난 후에는 양생을 계속하여 관리재령에서 예상되는 하중에
   필요한 강도를 얻을 수 있게 실시하여야 한다."                ← KCS 14 20 40:2024 3.4.2 (kr-norm)
  SMCS 14 20 10:2018 3.6.1 양생 일반사항 (2)                 ← source_scope: reference
caveats: scope(climate · epoch · tech_level) 를 경로마다 표시

해외 문헌은 reference 로, 국내 규범은 kr-norm 으로 갈라 표시됩니다. 섞이지 않습니다.

⑤ 순서 — 공정을 묻는 질문 (scenario)

철근콘크리트 골조 시공 순서

process: 철근콘크리트 골조 1개층 시공 · relevance: high · stages: 6
  ① 기둥·벽 배근  ∥  ② 기둥·벽 거푸집        (parallel start)
  ③ 매설물·검측 → ④ 콘크리트 타설 → ⑤ 다짐 → ⑥ 양생
gaps: 먹매김 · 거푸집 해체 — 아직 정본 노드 없음 (missing_step_node 로 보고)
note: 그래프의 선후 엣지로 위상정렬한 부분순서. LLM 없음. 없는 단계는 지어내지 않고 갭으로 보고.

⑥ 왜 질문에서도, 근거가 없으면 답하지 않습니다

왜 방수층 위에 보호몰탈을 까는가

relevance: low · paths: []
no_path_reason: 그래프에 해당 질문 유형의 유의미한 경로 없음

정답이 있는 물음이지만 den 은 아직 그 인과를 갖고 있지 않습니다. 그럴 때는 이렇게 돌아옵니다.

실무 글

  • 공정 순서를 물은 뒤 근거와 빠진 조건을 확인하는 법 — 순서를 받은 뒤 이유·출처·조건을 확인하는 세 걸음

측정

같은 모델, 같은 문항, den만 붙였다 뗐다 하며 비교했습니다.

급수별로는 기능장 +20.0%p · 관리사 +15.0%p · 기사 +6.8%p · 산업기사 ±0. 쉬운 문제는 AI도 맞힙니다. 전문 심화로 갈수록 벌어집니다.

공개 기출 문제라 양쪽 모두 암기분이 섞여 있습니다.

절대 점수는 실제 실력보다 높으니 차이만 보십시오.

다른 모델(sol)에서도 같은 방향으로 +7.3%p 였습니다.

못 하는 것

신뢰가 제품이라 여기부터 적습니다.

Shortened. The full README is on GitHub.

Nothing above is checked by us. What we check is on the safety report.

den — Korean AEC knowledge, curated: common questions

Is den — Korean AEC knowledge, curated MCP server safe?
Mostly: it is graded B (84/100). Read the den — Korean AEC knowledge, curated safety report
How do I install den — Korean AEC knowledge, curated?
It runs remotely at mcp.den.archi. Add it to Claude Code, Cursor, VS Code or Claude Desktop with the snippets above, or call it through the mcp.market gateway without installing anything.
Does den — Korean AEC knowledge, curated need an API key?
Yes. The registry entry asks for Authorization.
Is den — Korean AEC knowledge, curated maintained?
The last commit was 39 days ago (2026-09-27). The latest release is v1.2.4.
Is den — Korean AEC knowledge, curated up?
100% of our last 28 checks got an answer. We check remote servers about four times a day.
What can I use instead of den — Korean AEC knowledge, curated?
Servers from other publishers that do the same job: Korean Law MCP server.
How does den — Korean AEC knowledge, curated compare with other MCP servers?
safety score 84/100 (higher than 68% of 48,243 servers); tools 13 (the typical server has 7); tools that change things 0% (typical: 0%. Fewer write tools means less an agent can break). Full comparison.

Alternatives to den — Korean AEC knowledge, curated

Same job from other publishers: the closest match first, then the best rated.

  • Korean Law MCP
    Korean law: statutes, precedents, ordinances, treaties and citation verification (법제처 API).
    A