WEBVTT

00:00:00.478 --> 00:00:06.210
상품 조건 하나를 바꿨는데 어느 화면과 안내문을 수정해야 할까요 아이콘이나 리액트

00:00:06.210 --> 00:00:12.199
컴포넌트를 바꿀 때도 같은 문제가 생깁니다 이 작업실은 변경 대상과 연결된 자료를 찾고

00:00:12.199 --> 00:00:18.526
기획자와 디자이너 개발자가 해야 할 일을 나누어 보여줍니다 이번 영상에서는 합성 상품을

00:00:18.526 --> 00:00:23.997
사용해 변경 요청부터 영향 분석과 검증 보고서까지 이어지는 실제 구현 흐름을

00:00:23.997 --> 00:00:25.162
살펴보겠습니다

00:00:26.219 --> 00:00:32.453
메뉴는 기술 이름보다 업무를 중심으로 나눴습니다 기획자는 상품기획서와 변경 요청을

00:00:32.453 --> 00:00:38.041
디자이너는 디자인 스튜디오와 산출물을 개발자는 리액트 컴포넌트와 검증 작업을 먼저

00:00:38.041 --> 00:00:44.698
찾습니다 연금 상담과 보고서 작업실은 업무 담당자를 위한 영역입니다 자주 쓰는 영역을

00:00:44.698 --> 00:00:50.267
골라도 권한이 늘어나지는 않습니다 실제 읽기와 수정 권한은 서버에서 프로젝트 참여

00:00:50.267 --> 00:00:51.622
정보로 확인합니다

00:00:52.633 --> 00:00:59.134
변경할 상품이나 흐름을 선택하고 이전 내용과 새 내용을 기록합니다 영향 분석은 저장된

00:00:59.134 --> 00:01:06.100
관계를 따라 가이드 화면 컴포넌트와 아이콘까지 탐색합니다 결과에는 왜 영향을 받는지

00:01:06.100 --> 00:01:12.885
설명하는 경로와 원본 버전이 함께 남습니다 담당 역할에 맞는 작업도 생성됩니다 다만

00:01:12.885 --> 00:01:18.816
등록하지 않은 자료까지 모두 찾았다고 말하지 않습니다 확인된 연결과 후보 수집이 빠진

00:01:18.816 --> 00:01:22.619
범위를 구분해 검토자가 다음 조사 대상을 알 수 있습니다

00:01:23.677 --> 00:01:29.852
디자인 스튜디오는 프로젝트의 상품 지침과 입력 자료를 사용합니다 화면을 만드는 것에서

00:01:29.852 --> 00:01:36.504
끝나지 않고 승인한 규칙과 실제 리액트 결과물의 검증 기록을 연결합니다 컴포넌트 패턴

00:01:36.504 --> 00:01:43.285
절차 정책 규칙 용어와 화면 메타데이터는 서로 다른 자산으로 다룹니다 기획자는 흐름과

00:01:43.285 --> 00:01:49.257
가이드를 확인하고 디자이너는 산출물을 검토하며 개발자는 변경된 컴포넌트와 전달할

00:01:49.257 --> 00:01:54.303
결과물을 확인합니다 새로운 지침이 생기면 이전 검증이 계속 유효한지도 다시

00:01:54.303 --> 00:01:55.382
확인해야 합니다

00:01:56.510 --> 00:02:02.976
사내 설치형 컨플루언스는 지식의 원본입니다 운영자가 수집 범위와 승인된 연결을 등록하면

00:02:02.976 --> 00:02:08.965
배치가 원본과 권한을 확인하고 검색용 벡터와 관계 그래프를 만듭니다 두 결과가

00:02:08.965 --> 00:02:14.907
준비된 뒤 같은 세대의 인덱스로 게시합니다 에이전트는 게시된 검색과 근거 조회 도구를

00:02:14.907 --> 00:02:21.373
사용합니다 이번 구현의 인덱스는 비공개 파일 기반이며 외부 위키가 연결됐다고 표시하지

00:02:21.373 --> 00:02:27.475
않습니다 실제 사내망 연결과 권한 매핑이 준비되면 해당 환경에서 추가 검증합니다

00:02:28.603 --> 00:02:35.325
스킬 제작실에서는 반복할 업무의 목적 지시문 사용할 근거와 도구를 작성합니다 직접

00:02:35.325 --> 00:02:41.209
초안을 만들거나 구성된 모델에 초안 작성을 요청할 수 있습니다 저장되는 것은 이름만

00:02:41.209 --> 00:02:47.244
있는 설정이 아니라 실제 지시문과 참고 자료를 가진 패키지입니다 내용이 바뀌면 버전과

00:02:47.244 --> 00:02:53.617
해시가 달라지고 이전 검증과 승인은 무효화됩니다 승인된 정확한 내용만 조회하는 경로를

00:02:53.617 --> 00:02:58.495
제공하며 스킬에 도구 이름을 적었다고 새 권한이 생기지는 않습니다

00:02:59.611 --> 00:03:06.100
연금 상담은 합성 페르소나의 대시보드에서 시작합니다 적립액이나 은퇴 시점 수익률 가정을

00:03:06.100 --> 00:03:13.265
바꾸면 서버가 결과를 다시 계산합니다 사용자는 인사이트를 골라 진단과 계획 적립 운용

00:03:13.265 --> 00:03:18.881
인출 관점의 설명을 확인합니다 기본 계산 안내와 모델이 선택한 지표는 구분해서

00:03:18.881 --> 00:03:25.533
표시합니다 모델은 질문에 맞는 지표를 선택하고 지표의 이름과 단위 실제 숫자는 서버가

00:03:25.533 --> 00:03:31.860
채웁니다 계산 가정이 바뀌면 이전 답변은 오래된 근거로 표시되며 직원 평가는 실제

00:03:31.860 --> 00:03:33.315
답변에 연결됩니다

00:03:34.326 --> 00:03:41.142
보고서 작업실은 변경 영향과 연금 평가 내부 심사와 경영 규정 검토용 초안을 만듭니다

00:03:41.142 --> 00:03:46.688
제공한 자료의 버전과 계산 결과를 기록하고 부족한 근거는 미확인 항목으로 남깁니다

00:03:46.688 --> 00:03:52.665
보고서를 승인할 때는 내용 해시와 원본 버전을 다시 확인합니다 변경을 찾고 담당자의

00:03:52.665 --> 00:03:57.978
작업으로 연결하고 검증 근거를 남기는 것 이것이 이번에 구현한 에이전틱 에이아이

00:03:57.978 --> 00:03:59.350
작업실의 핵심입니다