단어 하나는 자기보다 큰 영역을 품고 있다. "성과"라는 한 단어 안에 매출, 학습 속도, 팀 분위기, 출시 속도, 채용 성공률, 고객 만족도가 다 들어간다.
같은 단어를 써도 한 명은 매출을, 다른 한 명은 팀 분위기를 떠올린다.
ontology는 이 단어가 어디까지를 가리키고 어디부터는 아닌지 — 그 경계를 같이 정해 boundary를 만들고, 그 안의 핵심 요소 셋을 properties로 채운다.
02 한 사이클 · 4단계
Read
Seed 읽기 + idea 자동 추출
socrates.md의 ## Seed YAML에서 goal을 그대로 idea로 옮긴다. 사용자에게 다시 묻지 않는다.
no question
Ask · boundary
단어의 경계를 묻는다
"어디까지를 이 단어 안으로 보고, 어디부터는 밖으로 둘까." 사용자가 후보를 고르거나 직접 한 줄로 적는다.
AskUserQuestion × 1
Ask · properties
boundary 안 핵심 요소 3개
한 번의 호출에 questions 배열로 3개 질문을 묶어 동시 수집. 루프 없이 한 화면에 셋.
AskUserQuestion × 1 (Q×3)
Write
socrates.md 통째 교체
## Ontology 섹션을 새 YAML로 교체. 섹션이 없으면 마지막에 추가. 누적 X — 항상 한 벌.
file replace
03 데이터 흐름 · socrates.md 갱신
BEFORE
## Seed
> 이전 사이클에서 정착한 Seed
```yaml
goal: 성과를 높인다
constraints:
- 이번 분기 안에
acceptance_criteria:
- 매출이 전 분기 대비
증가한다
```
## Ontology(이전 사이클 ontology, 있으면 통째 들어냄)
Replace
AFTER · /ontology
## Seed (그대로)```yamlgoal: 성과를 높인다…```## Ontology> 출처: /ontology 호출```yamlontology: idea: 성과를 높인다 boundary: 이번 분기 매출만, 학습 속도·팀 분위기 제외 properties: - 매출액 - 거래 건수 - 신규 고객 수```
04 Stop Rule · 마스터 하네스가 비교
socrates.md엔 항상 최신 한 벌만 남는다. 직전 ontology와의 비교는 마스터 하네스(/interview-harness)가 /ontology 호출 직전에 메모리에 스냅샷을 잡아 두고, 호출 후 새 값과 비교하는 방식으로 처리한다.