SERVICES
이미 사내 AI/AX Team 또는 외부 AI 업체가 있다면 SoC 요구사항의 판단 기준과 개발 의도가 구현 과정에 그대로 반영되도록 정리하고 결과를 함께 Review합니다. 실제 AX 구현 역할까지 필요하다면 AWARE AI가 SoC 개발팀과 함께 설계 · 구현 · 검증 · Project 적용 · 운영 이관까지 수행합니다. 두 방식 모두 Customer가 최종 Engineering 판단 권한과 결과 책임을 유지합니다.
AX ENGINEERING ADVISORY
사내 AI팀 또는 외부 AI 업체가 이미 있는 경우. SoC Engineer가 Spec과 개발 의도, PASS 기준과 Check 방법을 반복 설명하고 구현 결과를 다시 해석하는 부담을 줄이도록 요구사항 · 역할 분담 · Harness 구조 · Review 기준을 함께 정리하고 SoC 관점에서 검토합니다.
AX 때문에 SoC Engineer의 회의와 재작업이 오히려 늘어나지 않도록 하는 것이 중요한 역할입니다.
AX CO-ENGINEERING
AX를 실제로 구현할 인력이나 경험까지 필요한 경우. 적용할 업무를 함께 정하고 Harness와 반복 업무 규칙(Skill/Policy)을 정의하며 기존 Script · EDA Tool · Repository · PMS를 연동합니다. 정상뿐 아니라 Error · Exception · Boundary를 검증하고 실제 Project 적용과 운영 이관까지 수행합니다.
내부 AI/AX Team 또는 Partner가 있고, SoC↔AI 사이 반복 설명 · 회의 · 재작업 · Review 부담이나 승인/책임 기준 정리가 필요합니다.
Harness 구현, Script/EDA/Repo/PMS 연동, Failure/Boundary 검증, Project 적용과 운영 이관까지 함께 수행할 역할이 필요합니다.
실제 Project에서는 현재 업무 확인 → 적용 범위·기준 정의 → 구현·Tool 연동 → 검증 → Project 적용 → 변경·유지보수 → 운영 이관 순서로 진행합니다.
| Project 단계 | AX Engineering Advisory | AX Co-Engineering |
|---|---|---|
| 현재 업무 확인 | 현재 Flow, 반복 업무, AI 사용, Source/Tool과 설명·재검토 부담을 함께 Review | 현재 Flow, 사용 Source/Tool, 반복 작업과 적용 후보를 실제 업무 기준으로 확인 |
| 적용 범위·기준 정의 | AI가 맡을 일, Engineer가 확인할 일, 기준 Source, Check, PASS와 검토 준비 완료(Review-ready) 조건, 역할 분담 검토 | AI 역할 · Engineer 판단 · Source · Check · Evidence · Permission · Harness 구조 설계 |
| 구현 및 Tool 연동 | 반복 절차·업무 규칙·입출력 조건(Skill/Policy/Contract), Harness와 Tool 연동 방향 및 구현 결과 Review | 반복 절차·업무 규칙·Harness 구현, Script · EDA Tool · Repository · PMS 연동 |
| 검증 | Test Case, 실제 Tool 결과, PASS와 검토 준비 완료(Review-ready) 기준, 남은 Risk 검토 | 정상 · Failure · Boundary Case 실행, Evidence 수집, 실제 Project 사용 가능 상태까지 Project 적용 검증 (Qualification) |
| Project 적용 | 적용 결과, Exception, 재작업(Rework), Engineer 수정·취소(Override), 측정 결과 검토 | 검증된 Flow를 실제 Project에 적용하고 운영 안정화 |
| 변경·유지보수 | Spec/Tool 변경 영향(Impact)과 Regression/Re-qualification 결과 검토 | 변경 영향 확인, 필요한 항목 수정(Update), Regression, Re-qualification, Release/Rollback 운영 |
| 운영 이관 | Customer가 직접 운영 가능한지, Owner/Version/Change 기준이 명확한지 Review | 운영 방법, Version/Change 기준, 업무 지식과 운영 자산을 Customer에 이관(Operational Handoff) |
Requirement/Architecture Review, Harness/Boundary Review, Acceptance/Qualification Review, Risk와 Open Issue 정리.
설계 산출물, 구현된 Harness/Tool 연동, Qualification 근거, 운영 자산, 운영 이관 자료.