Files

T

Antigravity Agent 9148c358d0 docs(10_Wiki): 위키 전체 재구성 — Topic_* 폴더를 4개 카테고리로 통합 + 대규모 중복 제거

Topic_Agent/Topic_Blog/Topics/Topics_Biz/Topics_Meeting/Topics_Rag의 마크다운 지식 문서를
Topic_General/Topic_Programming/Topic_Graphic/Topic_Business 4개 카테고리로 재분류.

- 중복 제거: frontmatter의 status:duplicate/merged + duplicate_of/redirect_to 필드로
  자기 자신을 중복으로 선언한 리다이렉트 stub 1032개 제거, 완전 동일 내용 파일 472개 제거,
  동일 파일명·다른 내용 충돌 시 더 큰(완전한) 버전만 유지(162개 제거) — 총 1639개 중복 제거.
- 분류: 폴더 단위로 명확한 항목(AI_and_ML/Coding/Architecture 등 → Programming,
  Comfyui/Visual_Effects → Graphic, Topics_Biz/Topics_Meeting/사업 등 → Business,
  Poetic_Blog_Writing/창의성/Game_Design 등 → General)은 폴더 우선순위로,
  나머지 혼재 폴더(Topic_Agent/Topic_Blog/Topics 루트/Thinking & Reasoning/Other/UI_UX_Assets)는
  title/tags 키워드 스코어링으로 파일 단위 분류(불명확한 경우 General로 폴백).
  원본 폴더명은 "From_*" 서브폴더로 보존해 추적 가능성 유지.
- 최종 배치: Programming 2784 / General 1608 / Graphic 285 / Business 249 = 4926개 문서.
- 에이전트 운영 상태(.astra/.agent/.obsidian/sessions/memory/_company/docs/lessons/_shared/src)는
  지식 콘텐츠가 아니므로 재분류 대상에서 제외하고 원위치 유지.
- Topics/Topic_email(상위 보호 폴더 Topic_email과 파일명 100% 중복) 삭제 — 보호 폴더 자체는 미변경.
- 완전히 비게 된 Topic_Agent/Topic_Blog/Topics_Biz/Topics_Rag 폴더 제거.

2026-07-05 00:33:48 +09:00

2.4 KiB

Raw Blame History

ADR: /Volumes/Data/project/Antigravity/Datacollector_MAC 파일 위치는 여기에 있어

Status

accepted

Context

/Volumes/Data/project/Antigravity/Datacollector_MAC 파일 위치는 여기에 있어

Decision

Astra 판단 내 판단은 템플릿보다 지금 사용자가 실제로 줄이려는 불확실성을 먼저 잡아야 한다는 쪽입니다. 그래서 답변은 정보 나열보다 선택과 다음 행동 중심으로 봅니다. 저는 아직 개발 중인 `datacollector_mac`에 대한 구체적인 의견을 드리기 어렵습니다. 지금은 프로젝트의 전체 그림이나 핵심 코드, 설계 문서 같은 근거가 없어서 제가 판단할 부분이 없습니다. 확인된 사실은 프로젝트가 진행 중이라는 점뿐이며, 저의 의견을 드리기 위해서는 어떤 부분이 가장 중요하게 검토되기를 원하는지 명확히 알려주셔야 합니다. 추론하자면, 사용자님께서는 아마도 프로젝트의 방향성이나 기술적인 구현 방식에 대해 조언을 구하고 계신 것 같습니다. 가장 큰 우려는 현재로서는 구현 내용이 전혀 없다는 점입니다. 즉, 저는 구조적인 코드를 보지 못하기 때문에 어떤 부분에 대해 피드백을 드려도 방향성이 너무 일반적이 될 수 있습니다. 사용자님이 지금 고민하고 계신 결정의 갈래는 '전체적인 방...

Reason

Captured automatically because the conversation contained decision-oriented language.

Alternatives

Not captured yet.

Consequences

Future prompts should treat this as project context unless the user changes direction.

✅ 검증 상태 및 신뢰도

상태: draft
검증 단계: conceptual
출처 신뢰도: A (자체 시스템 및 개발 기록 기반)
중복 검사 결과: 신규 생성

상위/유사 개념

Datacollect Architecture
- 연결 이유: 프로젝트의 핵심 아키텍처 및 시스템 기반.

구현/활용 도구

P-Reinforce
- 연결 이유: 워크플로우 자동화 및 데이터 수집 엔진.

실무 적용 맥락 (Practical Application Contexts)

Operation / Maintenance: Datacollect 파이프라인의 안정성 및 동기화 유지보수.

📝 변경 이력 (Change history)

2026-05-19: Initial draft generated via Datacollector P-Reinforce automation.

2.4 KiB Raw Blame History