위키 폴더 구성 답변에 대해서 다시 짏문드립니다.

Question

답변을 읽어도 잘 이해가 안되는 부분이 있습니다. 도메인 별로 구체적인 서브 폴더가 달라질 수 있을 거라 판단되지만, 그래도 각 도메인에서 수행하는 일에 대한 개념과 개체(entity) 같은 정보는 항상 있어야 할 것 같다는 생각이 드는데, 잘못 판단하는 것인가요?

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. 산마로님. 도메인별 위키 폴더 구성과 개념·개체(entity) 관리에 대해서는 아래 기존 답변이 가장 유사합니다. raw, wiki 하위폴더 관련 기존 답변에서는 raw → wiki → link 와 같은 큰 레이어 구조는 유지하되 , 각 도메인 내부의 하위 폴더는 업무 특성에 맞게 자유롭게 구성해도 된다고 설명하고 있습니다. 산마로님께서 말씀하신 것처럼 각 도메인에서 반복적으로 다루는 업무 개념(concept) , 개체(entity) , 프로세스 , 규칙 등을 별도로 정리하는 방식은 충분히 타당합니다. 예를 들어 개발팀이라면 architecture , services , incidents , decisions 등을 둘 수 있고, 인사관리라면 employees , policies , onboarding 등을 둘 수 있습니다. 다만 모든 도메인에 반드시 동일한 concept 나 entity 폴더를 만들어야 하는 것은 아닙니다. 중요한 것은 폴더 이름 자체보다 다음과 같은 지식의 흐름입니다. raw : 아직 가공하지 않은 원본 자료 wiki : 원본에서 추출하고 정리한 개념, 개체, 프로세스 등의 지식 link : 문서 간 연결이나 주기적인 정리·검증 영역 따라서 산마로님이 생각하신 개념과 개체 정보가 업무에서 중요한 역할을 한다면 wiki/concepts , wiki/entities 처럼 구분해도 좋고, 각 도메인 폴더 안에서 자연스럽게 관리해도 괜찮습니다. 핵심은 AI가 문서의 성격과 관계를 파악할 수 있도록 제목, front matter, 태그, 링크 등의 기준을 일관되게 유지하는 것입니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.