무엇이 맞고, 무엇이 중요한가
현재 Project에서 기준으로 인정하는 사실(Domain Truth), 설계 의도(Design Intent), 판단 기준 Source(Source Authority), Required Check, Exception, Risk Acceptance와 최종 판단 책임(Human Accountability)을 유지합니다.
SoC AX 동작 방식
SoC AX는 SoC 판단 기준을 AI 실행 절차에 반영합니다
SoC 개발 조직은 무엇이 기준인지, 무엇을 확인해야 하는지, 어디에서 사람이 판단해야 하는지를 알고 있습니다. AI와 Agent는 정해진 Context와 허용 범위(Boundary) 안에서 준비·실행·확인을 빠르게 수행할 수 있습니다. AX Engineering은 이 두 영역을 기존 Engineering Workflow 안에서 반복 가능하고 검증 가능한 실행 절차와 확인 기준으로 정리합니다.
SoC 판단 기준을 Harness 실행 구조에 반영
SoC 조직의 설계 의도 · Rule · Check · Review에 필요한 근거를 AI가 실제로 사용할 수 있도록 반복 절차(Skill) · 업무 규칙(Policy) · 입력·출력 조건(Contract) · Permission · 사람의 Review/승인 지점(Human Gate) · Project 적용 검증 (Qualification) 조건으로 정리합니다. 별도 조직 이름이 아니라 이 기능과 역할을 뜻합니다.
준비 · 실행 · 확인 (Prepare · Execute · Check)
허용된 Source와 Tool을 사용해 Context 준비, 반복 실행, Check, Evidence 수집과 다음 Action 후보 구성을 수행합니다. SoC 기준이나 Risk Acceptance를 AI가 스스로 정하지 않습니다.
- 업무 요청 / 의도
- Source / Context 확인
- Assumption과 미확인 항목
- 실행 계획
- 필요 시 Engineer Review
- 허용 범위 내 실행 (Controlled Execution)
- Check
- 검토 근거(Evidence)와 Risk
- Engineer / Owner 판단
- 판단 근거·이력
새로운 10단계 절차를 추가하는 것이 아닙니다.기존 SoC Workflow에서 이미 사람이 하던 Context 확인 · 실행 · 검증 · Review · 판단 · 이력을 한 흐름에서 확인할 수 있게 정리한 구조입니다.
기술적으로 가능함 ≠ Project 실행 허용 (Capability ≠ Permission)AI가 기술적으로 할 수 있는 일과 실제 Project에서 허용할 일은 별도로 정합니다. Human-led라는 뜻도 모든 Step을 사람이 수동 승인한다는 의미는 아닙니다.
초기에 준비하고, 검증된 반복 업무는 Script와 Tool로
초기에는 AI로 입력 구조와 확인 절차를 정리하고 Script·Rule 작성을 보조합니다. Known-good 결과와 비교해 적용 조건과 한계를 확인한 반복 절차는 Script와 Tool 중심의 정해진 실행 경로(deterministic Normal Path)로 전환합니다. AI는 새로운 Exception과 Context 해석을 돕고, Source·Tool·Option·Assumption이 달라지면 재확인합니다.