기존 report.json, 우선순위, 수동 상태, localStorage, 스케줄 백업 및 변경 금지
FAKE DATA · DEMOD
AI WORKSPACE · GENERAL ARCHITECTURE
프로젝트 중심 통합 현황
가상의 6개 수집원에서 활동을 모아 프로젝트와 다음 작업으로 정리한 예시입니다.
데이터 격리: 이 화면의 모든 수집 상태, 작업, 일정, 오류, 집계 실행 결과는 시연용입니다. 실제 시스템에 작업을 요청하거나 파일을 수정하지 않습니다.
우선순위별 프로젝트
실제 사용자 정책의 형태만 재현데이터 처리 아키텍처
정규화 → 병합 → 검증 → 발행수집원 상태
다가오는 일정
가상 예시최근 수집 로그
모의 이벤트PROJECT RESOLVER
프로젝트 중심 트리
AI 출처가 달라도 동일 목표면 하나의 프로젝트로 묶습니다. 세부 작업이 늘어도 NEW로 취급하지 않습니다.
NEW · 기존 설정 보존 규칙
NEW = 신규 프로젝트 축
이전 보고서에 동일 project_id가 없을 때만 표시합니다. 세션이나 활동 추가는 NEW가 아닙니다.
수동 우선 정책
사용자가 지정한 중요도·완료·우선순위는 자동 분류보다 우선하며 출처와 사유를 남깁니다.
CONNECTOR REGISTRY
출처별 수집 검증
실제 읽은 원본 수, 보고서 반영 수, 확인되지 않은 범위를 분리합니다.
수집원 상태 목록
성공·부분·실패·미검증 분리| 수집원 | 상태 | 원본 탐색 | 보고서 반영 | 조회 방식 | 범위 / 시간 |
|---|
표준 수집 상태 스키마
검증 원칙
- success — 조회·파싱·반영을 증거로 확인
- partial — 일부만 확인됐다는 사실을 명시
- failed — 원인 기록, 지난 성공본 보존
- unverified — 조회 자체를 이번 회차 확인 못함
- scannedCount 값이
null이면 0건이 아닌 미측정
ARCHITECTURE / DATA FLOW
범용 수집 → 프로젝트 집계 → 배포
현행에서 이미 동작하는 것과 추가 설계가 필요한 구성요소를 구분했습니다.
6단계 처리 흐름
모듈별 확장 구조 · 논리 아키텍처모듈 책임과 데이터 위치
현재 적용 여부
확인된 운영 구성
출처 감사 상태 기록, 프로젝트 기반 보고서, Google Sheets 원장, Pages PWA, 게시 후 HTTP 검증.
신규 제안 · 미적용
공통 Adapter SDK, 커서 증분 저장소, 검토 큐, 사용자 Policy 엔진, 공개정보 자동 차단.
GOVERNANCE / ROLLOUT
보존·권한·검증 원칙
기존 사용자 정의 규칙은 유지하고, 실데이터·배포 권한을 별도로 통제합니다.
도입 로드맵
수집원 계약 정의, 최소 권한, cursor·증거 기록, 실패 모형 테스트
stable id, alias, 동일 작업 병합, 충돌 시 사용자 검토
기존 보고서와 새 집계 2주간 비교, 사용자 결정 우선
비밀정보 검사, 분리된 공개 채널, 승인·복구, HTTP 검증 후 전환
필수 조건
- 출처별 읽기 권한과 사용 목적 승인
- 최소 수집 및 인증정보 비포함
- 프로젝트 식별 정책·사용자 오버라이드
- 비공개 원장과 공개용 정제본 구분
- 지난 성공본 보존·상태 기록
- 운영 변경은 병렬 검증 후 승인
공개 게이트 · 모의 검사
개인정보·토큰 검사
DEMO — 가상 객체만 포함
운영 API 연결
연결 자체를 구현하지 않음
외부 배포 기능
모의 버튼은 실제 발행하지 않음