Existing-Project Review
Authored input, output, log, validation receipt, unknown, handoff quality를 read-only로 검토.
Human-Led SoC Workflow Support
반복 SoC 업무를
단계형 workflow로 전환
EDA(Electronic Design Automation)와 LLM(Large Language Model) server를 사내에서 운영하는 환경을 위한 SoC workflow support.
업무 범위, 시작 전 입력, 단계별 확인, evidence(근거 자료) 검토, engineer handoff를 연결.
반복 설명과 review 준비 부담 완화.
신규 engineer의 시작점, 필요한 입력, 다음 handoff를 한 흐름으로 확인.
- Identify the repeated work
반복 설명, review prep, handoff 부담이 큰 업무를 선택.
- Compose a bounded flow
업무 범위, Required Inputs(시작 전 필요한 정보), Evidence Gate(확인 기준), stop condition을 정리.
- Review and hand off
Source-backed summary, assumption, blocker, evidence state, responsible next action 전달.
Product Value
AI 기능이 아니라 engineering workflow의 운영 방식 전환
SAA는 조직의 검증된 procedure를 사람이 이끄는 단계형 workflow로 구조화합니다. 최종 판단과 승인은 engineer/customer의 책임입니다.
- Focus the Work
반복 비용이 큰 업무와 responsible engineer를 명확화.
- Set the Boundary
Required Input, allowed stage, expected evidence, stop condition 정의.
- Support the Stage
Project reference와 reusable procedure 기반 preparation과 review 지원.
- Inspect Evidence
pass, fail, blocked, skipped, advisory 상태와 handoff quality 검토.
- Scale with Control
Approved profile과 security boundary 아래 반복 workflow 확장.
SAA는 engineering preparation, staged workflow support, evidence review, responsible handoff를 지원합니다. Root-cause judgment, design/verification approval, regression closure, sign-off, tapeout, customer acceptance는 engineer/customer의 결정입니다.
Bounded Workflow Examples
하나의 정답 lifecycle이 아닌, 반복 업무에 맞춘 staged workflow
각 request에 업무 영역, 작업 흐름, 담당 역할, Required Inputs(시작 전 필요한 정보), Evidence Gate(확인 기준), 다음 담당자를 기록합니다.
- Scope the request
업무 범위, 담당자, 경계를 확인.
- Confirm inputs
Source reference와 시작 전 필요한 정보를 확인.
- Run approved stages
RTL integration 등 고객 profile(프로젝트별 승인 설정)에 맞춘 단계형 업무 흐름을 실행.
- Inspect evidence
결과, blocker(진행을 막는 항목), advisory(참고 항목)를 분리.
- Engineer decision
Review와 다음 handoff 또는 별도 개선 작업을 결정.
Stage의 수와 이름은 customer workflow에 따라 달라집니다. 이 흐름은 configurable example이며 SAA의 고정 lifecycle이나 일반 capability claim이 아닙니다.
Review Preparation
Spec/RTL requirement, unclear item, affected boundary, reviewer question을 구조화.
Improvement Handoff
Confirmed finding을 evidence-linked packet으로 정리하고 별도 authorization 이후 refinement.
Guided Request
Scope, required input, expected evidence, boundary를 작업 시작 전에 구성.
Agentic Continuity
Structured request, evidence taxonomy, stop condition, handoff history로 resume/review 지원.
Evidence Boundaries
Skipped/advisory evidence를 pass로 표현하지 않는 명시적 상태 구분.
SAA Studio Preview
한 번에 하나씩 확인하는 guided request composition
SAA Studio는 자유형 chat 대신 업무 범위, 필요한 입력, evidence 상태, 다음 담당자를 단계적으로 구성하는 local workspace concept입니다. 아래 preview는 browser-side execution이 없는 static representation입니다.
Selected request
Interface impact review
- Required inputs
- Source-backed review set
- Evidence posture
- Source refs, assumptions, blockers, handoff owner
- Boundary
- No browser execution, source apply, or acceptance claim
- Scope Request
Work Area, Task Flow, responsible role, boundary 선택.
- Confirm Inputs
Required Inputs, checklist, profile boundary 확인.
- Review Evidence
Expected evidence, stop condition, handoff owner 확인.
- Confirm Handoff
Execution은 operator confirmation 이후 범위.
Adoption Process
한 개의 반복 workflow에서 시작해 AX로 확장
AX(AI Transformation, AI 기반 업무 전환)는 반복 업무를 찾고, 제한된 PoC(Proof of Concept, 소규모 적용 검증)로 확인한 뒤, approved workflow로 확장하는 과정입니다.
- Discover
반복 비용이 큰 업무와 handoff를 정의.
- Structure
입력, 단계, 확인 기준, profile boundary를 구성.
- Validate
PoC의 evidence, blocker, handoff quality를 검토.
- Expand
Approved workflow를 team/project에 확장.
RFI(Request for Information) 답변은 discovery fact입니다. Final SOW, approved project profile, customer-confirmed delivery profile 전까지 runtime truth가 아닙니다.
Security
External AI service로 SoC design data를 보내기 어려운 환경을 전제로 설계
SAA는 raw RTL, spec, project log, license data, private endpoint, customer IP를 외부 AI service로 보내기 어려운 환경을 위한 설계입니다. Controlled access, local intelligence service, no-record matrix, approved profile을 중심으로 구성합니다.
Engineer request는 customer policy boundary를 통과해 customer-controlled engineering environment와 internal language service 사이의 approved workflow path를 사용합니다. No-record guard와 profile promotion guard는 모든 public and runtime-facing material의 경계를 유지합니다.
- SoC engineerApproved workflow path 기준 요청
- Customer policy boundaryCustomer-approved access and identity posture
- Engineering environmentSoC design data, script, log, automation client 보관
- Internal language serviceCustomer-approved local service path
- No-record guardSecrets, private URL, raw project data, endpoint values 제외
- Profile promotionRuntime truth는 approved project profile 이후
Contact / RFI
가장 반복적인 한 개 workflow의 PoC부터 확인
PoC(Proof of Concept)는 실제 도입 전, 한 개 workflow의 적용 가능성을 제한된 범위에서 확인하는 과정입니다.
- Check PoC Fit
Team/project scope, first workflow, repeated support load 확인.
- Map the Boundary
Server, network, account, security policy, operation condition 확인.
- Design the Workflow
Profile, required input, stage, evidence, stop condition, handoff 확인.
- Approve and Expand
Approved profile 이후 bounded pilot과 controlled expansion 진행.