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

sansanai

22 câu hỏi đã được viết

0

안녕하세요 산마로님 ~

첨부주신 링크보니 무슨 혁펜하임 아카데미? 라는곳이 나오는데 잘못 첨부하신것으로 보입니다 ^^;

말씀주신 "도메인에서 수행하는 일에 대한 개념과 개체(entity) 같은 정보는 항상 있어야 할 것 같다는 생각이 드는데" -> 이부분은 맞습니다. 그리고 이 개체라는것을 도출하는것이 도메인마다 다를텐데요, 유즈케이스를 전달주시면 해당 도메인을 도출할 수 있는 방법을 고민해서 답변드릴 수 있을 것 같습니다.

그리고 이런 원론적인 질문을 남겨주시는것을 보니 위키에 대한 개념과 세팅에 대해서 많은 고민을 해주시는것으로 생각됩니다. 굉장히 잘 해주고 계시는것같아요.

니즈에 맞는 구조를 저와 같이 고민해보면 좋을것같습니다. 다시 답변남겨주셔요!

0

안녕하세요, 인프런 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, 태그, 링크 등의 기준을 일관되게 유지하는 것입니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.