구글 안티그래비티 완전 분석 — 모델·요금제·CLI 총정리

🚀 구글 안티그래비티(Antigravity) 완전 분석 구글이 2025년 11월 Gemini 3와 함께 공개한 에이전트 퍼스트(agent-first) IDE 안티그래비티는 Claude·GPT·Gemini를 한 도구에서 골라 쓰는 멀티모델 코딩 환경이다. 이 글에서는 ① 지원 모델과 요금제별 사용량의 실체, ② 실사용자 평가, ③ 구글의 방향성, ④ Claude Code와의 비교·연계, ⑤ CLI( agy )로 직접 쓰는 법까지 다섯 갈래를 차례로 정리한다. 자료 간 충돌이 있는 지점은 한쪽으로 단정하지 않고 양쪽을 모두 살려 표기했다. 📅 기준 시점: 2026년 6월 · 프리뷰 단계 정보로 수치는 변동 가능 1. 안티그래비티란 무엇인가 — 기초 정리 안티그래비티는 2025년 7월 구글이 24억 달러 규모 라이선스 계약 으로 영입한 전 Windsurf 팀이 설계를 주도했다. VSCode를 포크한 위에 자율 에이전트 오케스트레이션 계층을 얹은 구조다. 2026년 5월 Google I/O에서 발표된 안티그래비티 2.0 은 데스크탑 앱과 함께 공식 CLI agy 를 처음 공개하며 기존 Gemini CLI의 공식 후계자 자리를 확정했다. 핵심 정체성은 단순 코드 자동완성이 아니라 병렬 에이전트 오케스트레이션 이다. 여러 에이전트가 동시에 — 하나는 API, 하나는 테스트, 또 하나는 프론트엔드 — 작업을 나눠 진행하고, 각 에이전트는 계획·테스트 결과·스크린샷·영상을 담은 Artifact 를 남긴다. "사람이 한 줄씩 승인"하는 방식이 아니라 "에이전트들이 일을 마치고 사람이 사후 검수"하는 모델이다. flowchart TD A([사용자 작업 지시]) --> B[에이전트 A API 구현] A --> C[에이전트 B 테스트 작성] A --> D[에이전트 C UI 생성] B --> E[Artifact 계획·결과·영상] C --> E D --> E...

SoC 설계의 숨은 통로, Feed-through 방식 완벽 가이드

🔌 SoC 피드쓰루(Feed-through) 완벽 가이드 — 물리 설계와 파워 플랜의 핵심 전략

SoC Physical Design · Power Planning · Signal Integrity · 2026 최신 트렌드 반영

SoC(System on Chip) 물리 설계에서 피드쓰루(Feed-through)는 배선 혼잡도를 해소하고 타이밍을 최적화하는 핵심 기법입니다. 수십억 개의 트랜지스터가 집적된 현대 SoC는 거대한 도시와 같아서, 블록 간 신호를 효율적으로 전달하는 '관통 고속도로'가 반드시 필요합니다. 이 글에서는 피드쓰루의 개념부터 파워 플랜 리스크, 그리고 실무 운용 전략까지 깊이 있게 다룹니다.

📌 1. 피드쓰루(Feed-through) 방식이란?

피드쓰루란 특정 기능 블록(IP 또는 Macro)을 물리적으로 가로질러 다른 블록으로 신호를 전달하는 배선 방식입니다. A 도시에서 C 도시로 가기 위해, 중간에 있는 B 도시의 상공이나 지하를 관통하는 '고속도로'를 건설하는 것과 같은 원리입니다.

블록 B의 내부 로직과는 전혀 무관하지만, 물리적으로 블록 B의 영역을 통과하여 목적지에 도달합니다. Top-level에서 라우팅 공간이 부족하거나, 타이밍 최적화를 위해 경로를 단축해야 할 때 주로 사용됩니다.

🟦 Source Block A
🟨 Block B (Signal just passes through)
🟦 Destination Block C

⚡ 2. 피드쓰루의 장점과 리스크

✅ 주요 장점

▶ 배선 혼잡도(Congestion) 완화 — 블록 사이의 좁은 채널에만 배선을 집중시키지 않고, 블록 내부의 빈 레이어를 활용하여 전체적인 배선 효율을 높입니다.

▶ 타이밍 최적화 — 신호가 블록을 우회하지 않고 직선으로 가로지르므로 와이어 길이가 짧아지고, 신호 지연(Latency)이 크게 감소합니다.

▶ 면적 효율성 — 블록 사이의 간격(Keep-out margin)을 넓히지 않아도 되므로 칩 전체 면적을 줄이는 데 유리합니다.

⚠️ 리스크 및 단점

▶ 물리적 복잡도 증가 — 블록 B 설계 시 자신의 로직뿐만 아니라 '통과하는 배선'을 위한 포트와 공간을 미리 확보해야 합니다.

▶ 신호 무결성(SI) 문제 — 블록 B 내부의 고속 스위칭 신호가 피드쓰루 신호와 인접할 경우 크로스토크(Crosstalk) 현상이 발생하여 데이터 오류가 생길 수 있습니다.

▶ 타이밍 클로저 난이도 상승 — 피드쓰루 신호가 너무 길어지면 블록 내부에 버퍼(Buffer)를 삽입해야 하며, 이는 블록 설계의 수정을 요구합니다.

🔋 3. 파워 플랜(Power Plan)과 피드쓰루의 동작

피드쓰루 방식은 전력망 설계인 파워 플랜과 밀접한 관련이 있습니다. 특히 전압 도메인(Voltage Domain)이 다를 때 그 복잡성은 극대화됩니다.

🔌 전압 도메인이 다른 경우

신호를 보내는 블록 A가 1.0V이고, 가로지르는 블록 B가 0.8V 도메인이라면 다음 두 가지를 반드시 고려해야 합니다.

① 아이솔레이션(Isolation)

피드쓰루 배선은 블록 B의 전원망과 전기적으로 완전히 분리되어야 합니다. 보통 상위 금속 레이어(Higher Metal Layer)를 사용하여 블록 B의 로직 배선과 층을 달리합니다.

② 레벨 시프터(Level Shifter) 고려

피드쓰루 도중 버퍼 삽입이 필요하다면, 블록 B의 전원을 사용할 경우 레벨 시프터가 필수이고, 블록 A의 전원을 끌어온다면 블록 B 내부에 Secondary Power Rail을 추가로 설계해야 하는 운영적 부담이 생깁니다.

⏱ 클락 도메인(Clock Domain)이 다른 경우

피드쓰루 신호는 보통 '단순 통과'이므로 물리적으로는 와이어일 뿐입니다. 하지만 타이밍 분석 관점에서는 매우 까다롭습니다. 블록 B의 클락과 무관하게 신호가 지나가기 때문에, P&R 툴이 이 신호를 블록 B의 일부로 오해하지 않도록 False Path 설정이나 물리적 제약 조건을 정교하게 걸어줘야 합니다.

🛡 4. 파워 플랜 리스크와 운용 시 주의사항

파워 플랜 관점에서 피드쓰루를 잘못 다루면 칩 전체의 안정성이 흔들릴 수 있습니다. 대표적인 리스크 두 가지를 살펴보겠습니다.

⚡ IR Drop 리스크

피드쓰루 배선이 특정 레이어를 과도하게 점유하면, 파워 메쉬(Power Mesh)가 끊기거나 좁아질 수 있습니다. 이는 전압 강하(IR Drop)를 유발해 블록 성능 저하로 이어집니다.

🔥 EM(Electromigration) 문제

좁은 공간에 피드쓰루 배선과 파워 라인이 밀집되면 전류 밀도가 높아져 금속 배선이 끊어지는 일렉트로마이그레이션 문제가 발생할 수 있습니다.

🔧 실무 운용 체크리스트

✓ Feed-through Port 정의 — 블록 설계 초기 단계(Floorplan)에서 피드쓰루 신호의 입출력 포트 위치를 정확히 고정해야 합니다.

✓ Keep-out Zone 설정 — 피드쓰루 배선 주변에 일정한 간격을 두어 노이즈 간섭을 최소화해야 합니다. 일반적으로 배선 폭의 2~3배 간격을 권장합니다.

✓ Hierarchy 구조 관리 — Top-level 설계자와 Block-level 설계자 간의 긴밀한 커뮤니케이션이 필수입니다. 블록 내부의 White space가 피드쓰루를 수용할 수 있는지 미리 계산해야 합니다.

✓ DRC/LVS 검증 강화 — 피드쓰루 경로에 대해 별도의 Design Rule Check를 수행하고, 전압 도메인 경계에서의 위반 사항을 철저히 검증해야 합니다.

🏗 5. 물리적 레이어 구조 — 한눈에 보기

피드쓰루가 적용된 블록의 단면을 레이어별로 살펴보면 다음과 같습니다.

🔝 Top Metal Layer (M9~M11)

═══════ Feed-through Wire: Block A → Block C ═══════

↕ Isolation Gap (전기적 분리 구간)

⚡ Mid Metal Layer (M4~M8)

Block B의 Power Mesh (VDD/VSS) — 관통 배선으로 인한 Mesh 단절 주의

🔧 Lower Metal Layer (M1~M3)

Block B의 Logic Gates & Local Routing

🚀 6. 2026년 최신 트렌드 — 3nm 이하 공정에서의 피드쓰루

반도체 공정이 3nm, 2nm 세대로 진입하면서 피드쓰루 설계는 새로운 국면을 맞이하고 있습니다. TSMC N3E, Samsung 2nm GAA(Gate-All-Around) 공정 등에서는 다음과 같은 변화가 두드러집니다.

→ BSPDN(Back-Side Power Delivery Network) — 전원망을 칩 뒷면으로 옮기는 기술이 상용화되면서, 피드쓰루 배선이 차지하던 상위 메탈 레이어의 여유가 크게 늘어나고 있습니다. Intel의 PowerVia와 TSMC의 BSPDN이 대표적입니다.

→ 3D-IC/Chiplet 구조와의 시너지 — UCIe(Universal Chiplet Interconnect Express) 기반의 Chiplet 아키텍처에서는 다이(Die) 간 피드쓰루 대신 TSV(Through-Silicon Via)와 마이크로범프를 활용하는 하이브리드 접근이 늘고 있습니다.

→ EDA 툴의 자동화 진화 — Synopsys Fusion Compiler와 Cadence Innovus 등 최신 EDA 도구들은 피드쓰루 경로를 자동으로 최적화하는 기능을 강화하고 있어, 수동 설정의 부담이 점차 줄어들고 있습니다.

📋 핵심 요약 — 피드쓰루 설계 Quick Reference

항목 핵심 내용 주의 등급
배선 혼잡도 블록 내부 빈 레이어 활용으로 완화 ✅ 장점
타이밍 직선 경로로 Wire length 단축 ✅ 장점
크로스토크 인접 신호 간섭 → Keep-out Zone 필수 ⚠️ 고위험
IR Drop 파워 메쉬 단절 리스크 ⚠️ 고위험
전압 도메인 아이솔레이션 + 레벨 시프터 검토 🔶 중위험
EM 전류 밀도 검증 필수 🔶 중위험

피드쓰루는 SoC의 물리적 제약을 극복하는 강력한 도구이지만, 전력 설계와 신호 간섭이라는 양날의 검을 가지고 있습니다. 따라서 초기 플로어플래닝 단계에서부터 전압 도메인 분리와 파워 메쉬의 연속성을 보장하는 치밀한 전략이 필요합니다. 특히 3nm 이하 첨단 공정에서는 BSPDN, Chiplet 등 새로운 기술과의 조합을 통해 피드쓰루의 효용을 극대화할 수 있습니다.

📚 References: Synopsys Design Compiler Documentation (synopsys.com) | Cadence Innovus Implementation System (cadence.com)

본 콘텐츠는 일반적인 정보 제공 목적이며, 특정 설계 결정에 대한 전문적 자문을 대체하지 않습니다.

📄 Raw Data
SoC(System on Chip) 설계의 세계는 수억 개의 트랜지스터와 복잡한 배선들이 얽혀 있는 거대한 도시와 같습니다. 이 도시를 효율적으로 설계하기 위해 엔지니어들은 다양한 기법을 동원하는데, 그중에서도 물리적 설계(Physical Design) 단계에서 매우 중요한 개념이 바로 **피드쓰루(Feed-through)** 방식입니다. 오늘은 이 피드쓰루가 무엇인지, 그리고 설계와 파워 플랜 측면에서 어떤 고려사항이 있는지 심층적으로 알아보겠습니다.

### 1. 피드쓰루(Feed-through) 방식이란?

피드쓰루는 특정 **기능 블록(IP 또는 Macro)을 가로질러 다른 블록으로 신호를 전달하는 배선 방식**을 의미합니다. 쉽게 비유하자면, A라는 도시에서 C라는 도시로 가기 위해 B라는 도시의 시내를 거치지 않고, B 도시의 상공이나 지하를 관통하는 '고속도로'를 만드는 것과 같습니다.

아키텍처적으로 피드쓰루는 다음과 같은 모습을 가집니다.

```text
[ Source Block A ] ----> [ Intermediate Block B (Feed-through) ] ----> [ Destination Block C ]
                               |                               |
                               | (Signal just passes through)  |
                               +-------------------------------+
```

위 그림에서 신호는 블록 B의 내부 로직과는 전혀 상관이 없지만, 물리적으로 블록 B의 영역을 통과하여 블록 C에 도달합니다. 보통 Top-level에서 라우팅(Routing) 공간이 부족하거나, 타이밍(Timing) 최적화를 위해 경로를 단축해야 할 때 이 방식을 사용합니다.

---

### 2. 피드쓰루의 장점과 리스크

#### **주요 장점**
*   **배선 혼잡도(Congestion) 완화:** 블록 사이의 좁은 채널에만 배선을 집중시키지 않고, 블록 내부의 빈 레이어(Layer)를 활용함으로써 전체적인 배선 효율을 높입니다.
*   **타이밍 최적화:** 신호가 블록을 우회하지 않고 직선으로 가로지르기 때문에 와이어 길이(Wire length)가 짧아지고, 이는 곧 신호 지연(Latency) 감소로 이어집니다.
*   **면적 효율성:** 블록 사이의 간격(Keep-out margin)을 넓히지 않아도 되므로 칩 전체 면적을 줄이는 데 유리합니다.

#### **리스크 및 단점**
*   **물리적 복잡도 증가:** 블록 B를 설계할 때 자신의 로직뿐만 아니라 '통과하는 배선'을 위한 포트와 공간을 미리 확보해야 합니다.
*   **신호 무결성(Signal Integrity) 문제:** 블록 B 내부의 고속 스위칭 신호가 피드쓰루 신호와 인접할 경우 **크로스토크(Crosstalk)** 현상이 발생하여 데이터 오류가 생길 수 있습니다.
*   **타이밍 클로저(Timing Closure)의 어려움:** 피드쓰루 신호가 너무 길어지면 블록 내부에 버퍼(Buffer)를 삽입해야 하는데, 이는 블록 설계의 수정을 요구합니다.

---

### 3. 파워 플랜(Power Plan)과 피드쓰루의 동작

피드쓰루 방식은 전력망 설계인 파워 플랜과 밀접한 관련이 있습니다. 특히 전압 도메인(Voltage Domain)이 다를 때 그 복잡성은 극대화됩니다.

#### **전압 도메인(Voltage Domain)이 다른 경우**
만약 신호를 보내는 블록 A는 1.0V인데, 가로지르는 블록 B가 0.8V 도메인이라면 어떻게 될까요?
1.  **아이솔레이션(Isolation):** 피드쓰루 배선은 블록 B의 전원망과 전기적으로 완전히 분리되어야 합니다. 보통 특정 상위 금속 레이어(Higher Metal Layer)를 사용하여 블록 B의 로직 배선과 층을 달리합니다.
2.  **레벨 시프터(Level Shifter) 고려:** 만약 피드쓰루 도중에 신호를 증폭하기 위해 버퍼를 삽입해야 한다면, 그 버퍼는 어느 전원을 써야 할까요? 블록 B의 전원을 쓴다면 레벨 시프터가 필요하고, 블록 A의 전원을 그대로 끌어온다면 블록 B 내부에 **Secondary Power Rail**을 깔아야 하는 운영적 부담이 생깁니다.

#### **클락 도메인(Clock Domain)이 다른 경우**
피드쓰루 신호는 보통 '단순 통과'이므로 물리적으로는 와이어일 뿐입니다. 하지만 타이밍 분석 관점에서는 매우 까다롭습니다. 블록 B의 클락과 상관없이 신호가 지나가기 때문에, 블록 B의 배치 및 배선(P&R) 툴이 이 신호를 블록 B의 일부로 오해하지 않도록 **False Path** 설정이나 물리적 제약 조건을 정교하게 걸어줘야 합니다.

---

### 4. 파워 플랜 리스크와 운용 시 주의사항

파워 플랜 관점에서 피드쓰루를 잘못 다루면 칩 전체의 안정성이 흔들릴 수 있습니다.

*   **IR Drop 리스크:** 피드쓰루 배선이 특정 레이어를 과도하게 점유하면, 해당 블록의 전력을 공급해야 할 파워 메쉬(Power Mesh)가 끊기거나 좁아질 수 있습니다. 이는 전압 강하(IR Drop)를 유발해 블록 B의 성능 저하로 이어집니다.
*   **EM(Electromigration) 문제:** 좁은 공간에 피드쓰루 배선과 파워 라인이 밀집되면 전류 밀도가 높아져 금속 배선이 끊어지는 EM 문제가 발생할 수 있습니다.

#### **운용 측면에서 신경 써야 할 점**
1.  **Feed-through Port 정의:** 블록 설계 초기 단계(Floorplan)에서 피드쓰루 신호가 들어오고 나갈 포트 위치를 정확히 고정해야 합니다.
2.  **Keep-out Zone 설정:** 피드쓰루 배선 주변에 일정한 간격을 두어 노이즈 간섭을 최소화해야 합니다.
3.  **Hierarchy 구조 관리:** Top-level 설계자와 Block-level 설계자 간의 긴밀한 커뮤니케이션이 필수입니다. 블록 내부의 빈 공간(White space)이 피드쓰루를 수용할 수 있는지 미리 계산되어야 합니다.

### 요약: 텍스트로 보는 물리적 구조

```text
[ Top Layer ] :  ================ (Feed-through Wire: Block A to C) ================
                     | (Isolation Gap)
[ Mid Layer ] :  [ Block B's Power Mesh (VDD/VSS) ]  <-- 관통 배선으로 인한 Mesh 단절 주의
                     |
[ Low Layer ] :  [ Block B's Logic Gates & Local Routing ]
```

피드쓰루는 SoC의 물리적 제약을 극복하는 강력한 도구이지만, 전력 설계와 신호 간섭이라는 양날의 검을 가지고 있습니다. 따라서 초기 플로어플래닝 단계에서부터 전압 도메인 분리와 파워 메쉬의 연속성을 보장하는 치밀한 전략이 필요합니다.
---

## References

- [Synopsys Design Compiler Documentation](https://www.synopsys.com)
- [Cadence Innovus Implementation System](https://www.cadence.com)

댓글

이 블로그의 인기 게시물

Vim 9.2 릴리즈 총정리: 더 빠르고 강력해진 텍스트 편집의 제왕

폐쇄망 SoC 설계자를 위한 가볍고 빠른 Vim 최적화 가이드

에이전트 시대를 위한 터미널 cmux 가이드: 설치부터 AI 활용까지