Core는 단단하게, Component는 필요에 따라 추가합니다
보관된 계획 문서
이 페이지는 제품 범위를 검토할 때 사용한 V1–V3 계획 기록입니다. 현재 문법과 사용 절차는 사이트 탐색 메뉴의 사용자 가이드와 기술 참조를 따릅니다.
PipelineXLab의 고정된 core 경로는 Python SDK ↔ PXFLOW → Run → Result입니다. 업무별 기능은 이 경로에 Component로 추가합니다. Extension의 editor·viewer는 배치한 Node에서 열고 artifact는 Result에서 확인합니다.
Core contract
- Report본문 · 작성값 · Flow 연결 · 결과 위치
- SDK재사용 정의 · px.Flow · px.Report
- PXFLOW같은 Flow의 Node · 연결 편집
- Runtime · Result고정된 Flow를 실행하고 결과를 기록
V1에서 V3까지
| 단계 | 초점 | 사용자에게 생기는 변화 |
|---|---|---|
| V1 · 계산 Flow 완성 | 현재 핵심 범위 | SDK 또는 화면에서 Flow를 만들고 Validate·Run·Result까지 추적합니다. |
| V2 · 팀과 안전하게 연결 | 다음 확장 후보 | 같은 revision을 검토하고 권한에 맞게 공유·게시·배포합니다. |
| V3 · 생태계와 규모 확장 | 장기 방향 | 검증된 Component package와 반복 업무를 더 큰 조직에서 재사용합니다. |
V1·V2·V3는 기능 확장 순서입니다. Local·Cloud 같은 배포 환경, 라이선스와 파일 schema version은 별도 축으로 관리합니다.
V1의 기본 작업
기본 Flow는 core 경로로 완성합니다. 추가 기능이 필요한 업무에서는 해당 Component를 설치하고 필요한 Component를 배치합니다.
제품 영역별 방향
| 영역 | V1 | V2 | V3 |
|---|---|---|---|
| Python SDK | px.Flow·px.Report 작성과 Function·Component 정의 | 팀 배포·검토 범위에도 같은 계약 유지 | 검증된 분야별 package 생태계 |
| PXFLOW Studio | Component 배치, typed 연결, Subflow, Validate·Save·Run | Review·공동 편집·읽기 전용 전달 | 큰 Flow의 탐색·운영 고도화 |
| Runtime · Result | pinned revision 실행, 상태·진단·근거·복구 | 팀 채택 결과와 운영 가시성 | 대규모 실행의 비용·부분 실패·복구 |
| Components | 설치·검색·missing dependency 복구와 일관된 Node renderer | 조직 Library와 승인된 배포 | 분야별 Component 발견·호환성·검증 체계 |
| AI · MCP | 권한 안에서 검색·설명·계획·Apply·Run | Review·공유 작업 지원 | 승인 가능한 반복 작업 오케스트레이션 |
| 전달·협업 | immutable revision·권한·감사 기반 | Publication·Embed·조직 관리 활성화 | 더 큰 조직의 정책·운영 확장 |
각 Extension의 Component, editor·viewer와 artifact 발전 계획은 core 로드맵과 분리해 package release 단위로 관리합니다.
V2 — 같은 작업을 팀과 조직으로 연결합니다
V2 후보는 기존 core와 Component의 의미를 유지하면서 다음 기능을 추가합니다.
- exact Flow revision·Result·Component artifact를 대상으로 하는 Review
- 권한과 회수가 있는 Publication·Embed
- 조직 Library의 승인된 Function·Component package·template
- People·Access·Security·Audit·SSO/SCIM
- 충돌·오프라인·복구를 포함한 공동 편집
각 기능은 보안·실패·감사·rollback 경로가 완성된 단위부터 활성화합니다.
V3 — 검증된 확장만 규모를 키웁니다
V3는 실제 사용 근거가 있는 후보를 다룹니다. Component package가 늘어나도 기존 core SDK 문법, flow.node(...) placement, typed port, Flow revision과 Result provenance 계약을 그대로 유지합니다.
변하지 않는 원칙
- 하나의 계산 계약: SDK, PXFLOW와 Runtime이 같은 target·port·Flow 의미를 사용합니다.
- Component는 선택적으로 추가: core 기능만으로 Flow를 구성하고, 필요한 기능을 Component로 추가합니다.
- 하나의 배치 규칙: explicit key를 가진
@px.function또는 import한@px.component를flow.node(...)로 배치합니다. decorator 없는 Pythondef는 target 내부 helper로만 사용합니다. - Function 변경은 사용처와 함께 검토: Definitions에서 영향받는 Node를 확인하고, 한 Node만 달라야 하면 Function을 복제·분기해 새 target으로 교체합니다.
- 상세 화면은 Node에서 진입: Component editor/viewer는 배치한 Node에서 엽니다.
- Component 출력은 Result에서 확인: artifact는 해당 Component가 만든 result입니다.
- 추적 가능한 결과: Result는 exact revision·input·environment와 연결됩니다.