연계 절차
이 절차의 단계
- 1 uv로 DartLab 설치와 첫 실행
start.installUvuv 로 dartlab 환경 준비.
- 2 DartLab 8 단계 빠른 시작
start.quickStartCompany · Scan · Ask 8 단계 walkthrough.
- 3 Skill catalog 기반 작업 시작
start.useSkillsCatalog목적 기반 skill 검색 패턴.
절차
실행 순서
- 1
작업 목적을 4 카테고리 (start · runtime · operation · engines) 중 하나로 분류한다.
- 2
whenToUse 키워드로 skill 을 검색하고 후보 1~3 개로 좁힌다.
- 3
후보 skill 의 frontmatter (purpose · inputs · outputs · runtimeCompatibility) 와 본문 (공개 호출 방식 · 호출 동작) 을 읽는다.
- 4
답변에 묶을 evidence (target · period · tableRef · valueRef · dateRef · executionRef) 를 미리 고정한다.
- 5
skill 의 procedure 또는 코드 예시를 따라 실행하고, 반환값의 source 와 결손을 검증한다.
예시
이런 질문이 들어오면 이 skill 을 쓴다
- DartLab 어떻게 써?
- 처음 온 LLM 은 무엇부터 봐야 하나?
- dartlab 으로 삼성전자 분석하려면?
- skill 카탈로그에서 가치평가 어떻게 찾나?
- dartlab 운영 규칙은 어디서 찾나?
- 매크로 분석 skill 이 어떤 게 있나?
- dartlab 공시 검색 사용법
- 외부 모델이 dartlab 기능을 처음 매핑할 때
출력
기대 결과
- 시작 skill
- 필요한 원문 위치
- 다음 실행 절차
DartLab 은 한국 DART 와 미국 EDGAR 공시를 구조화해 코드와 AI 가 직접 다루는 데이터로 만든다. 외부에서 처음 만나는 LLM·사람·기여자는 흩어진 API 문서나 ops 폴더가 아니라 Skills 카탈로그 하나에서 시작한다.
각 skill 은 id · purpose · whenToUse · inputs · outputs · procedure · examples · runtimeCompatibility · requiredEvidence 를 frontmatter 에 갖고, 본문에 ## 공개 호출 방식 · ## 호출 동작 · ## 대표 반환 형태 를 둔다. 사람이 그대로 실행할 수 있고, AI 가 도구로 호출할 수 있다.
4 카테고리
| 카테고리 | 의미 | 대표 skill |
|---|---|---|
start | 첫 진입 — 설치 · walkthrough · 카탈로그 사용법 | start.installUv, start.quickStart, start.useSkillsCatalog |
runtime | 실행 환경 — Pyodide · MCP · Web AI · Local Python · VSCode · 노트북 | runtime.mcp, runtime.notebooks, runtime.pyodideBrowser |
operation | 운영 규칙 — 사상 · 코드 품질 · API 계약 · 테스트 · 안정성 · 검증 방법론 | operation.philosophy, operation.apiContract, operation.stability |
engines | 엔진별 기본 사용법 + 응용 실행 — 회사 · 분석 · 시장 스캔 · 매크로 · 퀀트 · 스토리 | engines.company, engines.analysis, engines.scan |
엔진 응용 skill 의 id 는 engines.{group}.{axis} 형식 (engines.analysis.cashflow). 기본 skill 은 engines.{group} (engines.company).
검색 패턴
자연어 질문을 그대로 검색어로 넣는다. dartlab 의 skill whenToUse[] 에 한국어 · 영문 키워드가 들어있어 매칭이 직접 일어난다.
| 질문 패턴 | 매칭되는 skill |
|---|---|
| “dartlab 어떻게 써” / “기능” / “사용법” | start.useSkillsCatalog, start.quickStart |
| “삼성전자 재무 분석” / “Company” / “show” | engines.company, engines.analysis |
| “ROE / 매출 시장 횡단 스캔” | engines.scan, engines.scan.ratio |
| “신용 등급 분석” | engines.credit.creditRisk |
| “매크로 / 거시 / 경기” | engines.macro 군 |
| “공시 검색 / 본문 찾기” | engines.search, engines.company.disclosureEvent |
| “AI / 자연어 분석” | runtime.workbenchEvidenceFlow, runtime.mcpWorkbench |
| “테스트 / 검증 방법” | operation.testing, operation.methodology |
검색에서 후보가 너무 많으면 (engines.* 만 148 개) 카테고리 트리에서 sub-group (analysis, scan, macro, quant 등) 을 좁힌다. 후보가 너무 적으면 (engines.{group} 기본만) whenToUse 키워드를 변형해 응용 skill 을 다시 검색한다.
검증 게이트
답변 하기 전 다음을 확인한다:
sourceRefs— 인용 근거 (dartlab://skills/{id}).requiredEvidence— 답변에 묶어야 할 ref 종류 (target · period · tableRef · valueRef · dateRef · executionRef).runtimeCompatibility— 실행 환경에서 동작 가능한지 (unsupported면 다른 skill 로).forbidden— 답변에서 어겨선 안 되는 항목.- 본문
## 공개 호출 방식— 코드 답변은 이 호출 패턴을 그대로.
위 5 가지가 빠진 답변은 미완성이다.
AI 환류 흐름
사람이 엔진 코드와 블로그로 자산을 만든다. 엔진의 공개 함수 docstring 이 그대로 AI 의 tool schema 가 되고, skill 본문이 사용 절차다. AI 가 실행 중 발견한 반복 패턴 · 반례 · 새 조합은 엔진 docstring 또는 블로그 frontmatter 로 사람 자산에 환류한다. 엔진이 다리 — 한 파일이 사람의 분석엔진이자 AI 의 skill 본문.
다음 단계
- start.installUv — uv 설치와 첫 실행.
- start.quickStart — 8 단계 walkthrough.
- start.useSkillsCatalog — 검색 → 선택 → 검증 → 실행 패턴.
- start.firstAnalysisRecipe — 첫 회사 분석을 위한 4 단계 recipe.
- operation.opsAsSkills — 운영 문서가 어떻게 skills 로 흡수됐는지.
- Skills 카탈로그 — 179 개 skill 검색.
런타임
실행 환경별 호환성
| 환경 | 상태 | 비고 / 제한 |
|---|---|---|
| Local Python | supported | — |
| Server | supported | — |
| MCP | supported | — |
| Web AI | supported | — |
| Pyodide | supported | — |
실패 회피
흔한 실패 · 절대 금지
- 삭제된 ops 폴더 경로를 직접 순회하다가 적용 규칙 누락
- 엔진 실행 skill (engines.*) 과 운영 skill (operation.*) 을 구분 못 함
- sourceRef 없이 규칙 요약
- 공개 API 변경 후 관련 skill 동기화 누락
- 후보 / 상위 / 랭킹 답변을 bullet 로만 내고 입력 / 필터 / 계산식 / 표 근거 누락
- skills 검색 없이 임의 문서를 시작점으로 삼지 않는다.
- skill 의 공개 API 호출 방식과 실제 코드 동작 불일치를 방치하지 않는다.
- sourceRef 없는 규칙 설명을 공식 절차로 취급하지 않는다.
- 결손값을 0 으로 채우지 않는다.