/

삼성전자와 SK하이닉스가 2026년에 발표한 주주환원은 각사가 밝힌 FCF(잉여현금흐름) 기반 정책의 이행 단계입니다. 삼성전자는 90~110조원대(회사 예상) 재원을 바탕으로 한 순차 스케줄을, SK하이닉스는 약 40조원 규모의 자사주 취득·소각을 공시했습니다. 이 글은 두 회사의 공식 뉴스룸·IR·DART 공시 내용만을 기준으로 정리합니다.
 
## 주주환원·FCF는 무엇인가?
 
**한 줄 답:** 주주환원은 회사가 번 돈 중 일부를 주주에게 돌려주는 배당과 자사주 매입·소각 등이며, 그 재원의 기준이 되는 FCF는 영업으로 번 현금에서 설비투자를 뺀 잉여현금흐름입니다.
 
기업이 영업활동으로 창출한 현금에서 자본적 지출(CapEx)을 차감하면 잉여현금흐름(Free Cash Flow, FCF)이 남습니다. 이 FCF가 주주환원의 기본 재원이 됩니다. 주주환원의 대표적 방식은 두 가지입니다. 현금배당은 회사가 벌어들인 현금을 주주에게 직접 지급하는 방식이며, 자사주 소각은 회사가 시장에서 매입한 자기주식을 없애 유통 주식 수를 줄이는 방식입니다. 자사주 소각은 직접적인 현금 지급은 아니지만, 유통 주식 수가 줄어드는 만큼 주당 가치에 영향을 줄 수 있는 구조입니다.
 
## 삼성전자 2024~2026 주주환원 정책은 무엇인가?
 
**한 줄 답:** 삼성전자는 2024년 1월 말 발표한 정책에 따라 2024~2026년 3년 총 FCF의 50%를 주주환원에 사용합니다.
 
삼성전자는 2024-01-31 공시 계열을 통해 2024~2026년 3년간 누적으로 창출되는 FCF의 50%를 주주환원 재원으로 사용한다는 기본 정책을 발표했습니다. 이 정책에 따라 2024~2025년 2개년 동안 실제 집행된 주주환원 규모는 총 29.3조원입니다. 이 중 현금배당이 20.9조원, 자사주 매입·소각이 8.4조원입니다. 정규배당은 연 9.8조원씩 2년간 이루어졌습니다.
 
한 가지 유의할 산정 방식이 있습니다. 삼성전자는 3년간 FCF를 산정할 때 LTA(장기공급계약) 선수금과 임직원 성과급 주식보상 지출을 차감한다고 IR 공시에서 명시하고 있습니다. 이는 영업현금흐름 자체와 주주환원 재원으로 쓰이는 FCF 사이에 차이가 있을 수 있다는 점을 보여줍니다.삼성전자는 2026-08-21 이사회 공시를 통해 2026년 주주환원 잔여 재원이 약 90~110조원으로 예상된다고 밝혔습니다. 이 수치는 회사가 제시한 예측정보이며, 경영실적과 투자 규모에 따라 변동될 수 있습니다. 같은 맥락에서 회사는 2024~2026년 3개년 합산 주주환원 규모를 120~140조원 수준으로 예상하고 있다고 서술했습니다. 이 역시 확정치가 아닌 회사 예상치입니다.
 
단기 스케줄은 두 단계로 나뉩니다. 먼저 2026년 3분기에 정규 분기배당을 포함해 약 30조원의 현금배당 계획이 있으며, 이는 2026년 10월 말 이사회에서 구체적으로 확정될 예정입니다. 이어서 나머지 환원 재원에 대한 현금배당 및 자기주식 매입·소각 포함 규모와 방식은 2027년 1월 말 이사회에서 최종 결정될 예정입니다.
 
## SK하이닉스 2025~2027 정책과 고정배당은?
 
**한 줄 답:** 2025~2027년 누적 FCF의 50%를 재원으로 삼으며, 연간 고정배당을 주당 1,500원으로 25% 상향했습니다.
 
SK하이닉스는 2024년 11월 뉴스룸 공지를 통해 2025~2027년 누적 FCF의 50%를 주주환원 재원으로 한다는 기본 정책을 발표했습니다. 같은 발표에서 주당 연간 고정배당금을 기존 1,200원에서 1,500원으로 25% 상향 조정했습니다. 또한 유의미한 FCF 증가가 있을 경우, 정책 만료 전이라도 조기환원을 검토한다는 방침도 함께 밝혔습니다.
 
## SK하이닉스 40조 자사주 취득·소각 공시 내용은?
이번 공시에서 SK하이닉스는 환원 규모 표현도 확대했습니다. 기존에는 "누적 FCF 50% 범위 내"라는 기조였으나, 이를 "50% 이상"으로 확대 추진하겠다고 밝혔습니다. 배당 확대 등 추가 환원에 대한 구체적 규모와 방식은 3분기 실적발표 시점의 이사회 결의 후 안내될 예정입니다.
 
참고로 일부 보도에서 언급된 2분기 말 순현금 및 분기배당 수치는 전자공시 재확인이 필요한 사항이라 이번 정리에는 포함하지 않았습니다.
 
## 두 회사 환원 방식은 어떻게 다른가?
 
**한 줄 답:** 삼성전자는 3년 단위의 대규모 재원 예상을 바탕으로 현금배당 위주의 10월·내년 1월 순차 확정 스케줄을, SK하이닉스는 약 40조원 자사주 취득·소각을 즉각 실행하는 방식을 택했습니다.
 
두 회사의 공시를 구조적으로 비교하면 다음과 같은 차이가 나타납니다.
 
- **재원 확정 방식**: 삼성전자는 2026년 잔여 재원을 약 90~110조원으로 예상(회사 예측정보)한 뒤, 10월 말과 내년 1월 말 두 차례 이사회를 통해 단계적으로 확정하는 방식을 취하고 있습니다. SK하이닉스는 40조원 규모의 자사주 취득·소각을 이미 이사회에서 의결하고 실행 단계로 넘어갔습니다.
- **환원 수단의 비중**: 삼성전자의 2024~2025년 집행 내역은 현금배당(20.9조원)이 자사주(8.4조원)보다 큰 비중을 차지했습니다. SK하이닉스는 이번 공시에서 자사주 취득·소각(약 40조원)을 전면에 내세웠습니다.
- **환원 비율 기조**: 삼성전자는 3년 누적 FCF의 50%를 유지하고 있으며, SK하이닉스는 기존 "50% 범위 내" 기조를 "50% 이상"으로 확대 추진한다고 밝혔습니다.
 
이 비교는 공시된 구조와 일정의 차이를 정리한 것이며, 어느 회사의 방식이 더 우수하다는 판단이나 특정 종목에 대한 권유를 포함하지 않습니다.
 
## 메모리·HBM 현금흐름과 환원은 어떻게 연결되는가?
## 투자자·독자가 다음에 확인할 일정은?
 
**한 줄 답:** 2026년 10월 말 삼성전자 이사회와 SK하이닉스 3분기 실적발표 시점의 추가 환원 안내를 확인해야 합니다.
 
앞으로 확인할 일정은 다음과 같습니다.
 
- **삼성전자**: 2026년 10월 말 이사회에서 약 30조원 현금배당 계획이 구체화되며, 2027년 1월 말 이사회에서 잔여 재원의 환원 규모와 방식이 최종 결정됩니다.
- **SK하이닉스**: 3분기 실적발표 시점의 이사회 결의를 통해 배당 확대 등 추가 환원 내용이 안내될 예정입니다.
 
이 글에서 다룬 예상 수치들은 회사 측이 제시한 예측정보로, 실제 경영실적 및 설비투자(CapEx), 메모리 업황의 다운사이클 여부 등에 따라 변동될 수 있다는 점에 유의해야 합니다.
 
## FAQ
 
**한 줄 답:** 자주 묻는 질문 4가지를 통해 주주환원 정책의 핵심을 요약합니다.
 
**Q1. FCF(잉여현금흐름)란 무엇인가?**
기업이 영업활동으로 창출한 현금에서 자본적 지출(CapEx)을 차감한 금액입니다. 주주환원의 기본 재원으로 사용됩니다.
 
**Q2. 삼성전자의 90~110조원 재원은 확정된 수치인가?**
아닙니다. 2026-08-21 공시에서 회사가 밝힌 예상치이며, 경영실적과 투자 규모에 따라 변동될 수 있는 예측정보입니다. 세부 규모와 방식은 2026년 10월 말과 2027년 1월 말 이사회에서 순차적으로 확정될 예정입니다.
 
**Q3. SK하이닉스의 40조원 자사주 소각은 언제 완료되는가?**
취득 기간은 2026-08-20부터 2026-11-19까지이며, 취득한 주식은 전량 소각할 예정입니다. 다만 실제 취득 금액은 주가 변동에 따라 달라질 수 있습니다.
 
**Q4. 투자자는 앞으로 어떤 이사회 일정을 주목해야 하는가?**
삼성전자는 2026년 10월 말 이사회와 2027년 1월 말 이사회, SK- 삼성전자 뉴스룸, 2026년 주주환원 잔여 재원 관련 공시 (2026-08-21): https://news.samsung.com/kr/%ec%82%bc%ec%84%b1%ec%a0%84%ec%9e%90-%ec%82%ac%ec%83%81-%ec%b5%9c%eb%8c%80-%ec%a3%bc%ec%a3%bc%ed%99%98%ec%9B%90-%ec%8B%a4%EC%8B%9C-2026%eb%85%84-%ec%95%bd-90%ec%a1%b0110%ec%a1%b0%ec%9b%90하이닉스는 3분기 실적발표 시점의 이사회 결의를 주목할 필요가 있습니다.

삼성전자, 사상 최대 주주환원 실시… 2026년 약 90조~110조원 예상 - Samsung Newsroom Korea

삼성전자가 2026년 사상 최대 규모의 주주환원을 실시한다. 삼성전자는 21일 이사회를 열고, 약

news.samsung.com

- 삼성전자 IR, 공식 공시(Public Disclosure) 자료 (2026-08-21): https://www.samsung.com/sec/ir/reports-disclosures/public-disclosure/4047/

경영정보 공시 | 투자자 정보 | Samsung 대한민국

www.samsung.com

- SK hynix Newsroom, 주주환원 정책 발표 (2024-11): https://news.skhynix.co.kr/shareholder-return-2024/

SK하이닉스 “주당 고정배당금 25% 상향”…신규 주주환원 정책 및 ‘밸류업’ 계획 발표 | SK hynix

· 2025~2027년 적용할 환원정책… 연간 고정배당 25% 올려 주당 1,500원으로 · 적정 투자규모 지키기 위한 ‘설비투자 원칙’ 등 밸류업 계획도 발표 · “회사 성장세에 걸맞은 주주환원과 안정적인

news.skhynix.co.kr

- SK하이닉스 자기주식 취득 관련 DART 공시 (2026-08-19): https://dart.fss.or.kr/

전자공시시스템

많이 본 문서 최근 3영업일 기준 가장 많이 본 공시를 보여줍니다.

dart.fss.or.kr

 
## 투자 책임 고지
 
**한 줄 답:** 이 글은 기업의 공시 자료를 바탕으로 한 분석 글이며, 투자 권유가 아닙니다.
 
이 글은 특정 종목의 매수·매도를 권유하기 위한 글이 아니라, 공개된 공시 자료를 바탕으로 기업의 주주환원 정책과 스케줄을 이해하기 위한 정보성 글입니다. 회사 예측정보는 경영환경에 따라 변동될 수 있으며, 투자 판단과 책임은 전적으로 투자자 본인에게 있습니다.
 
## 출처
 
**한 줄 답:** 사실관계는 삼성전자와 SK하이닉스의 뉴스룸 및 공식 공시 자료를 기준으로 합니다.
 
 
**한 줄 답:** 두 회사의 대규모 주주환원은 HBM을 비롯한 AI 메모리 수요가 견인한 현금창출력(FCF) 확대를 배경으로 합니다.
 
삼성전자와 SK하이닉스는 모두 메모리(DRAM·HBM 등) 사업이 이익 구조의 중심을 이루고 있습니다. 최근 AI 가속기 시장이 성장하면서 HBM을 비롯한 최첨단 메모리에 대한 수요가 늘었고, 이는 영업현금흐름 확대로 이어졌습니다. 영업현금흐름이 늘어난 만큼 주주환원의 재원인 FCF도 함께 커지는 구조입니다. 다만 이 글에서는 어느 회사의 메모리 기술력이 우월한지에 대한 판단은 다루지 않습니다.
 
 
**한 줄 답:** 2026년 8월 19일 이사회에서 약 40조원(약 2,407만주) 규모의 자기주식 취득 및 전량 소각을 의결했습니다.
 
SK하이닉스는 2026-08-19 이사회에서 자기주식 취득·소각을 의결했습니다. 취득 예정 금액은 약 40조원이며, 이는 전날 종가 기준 약 2,407만주로 발행주식의 약 3.3%에 해당합니다. 취득 기간은 2026-08-20부터 2026-11-19까지이며, 취득한 주식은 전량 소각할 예정입니다. 다만 실제 취득 금액은 주가 변동에 따라 달라질 수 있다는 점이 함께 공시되었습니다.
 
 
 
## 삼성전자가 2026-08-21에 밝힌 스케줄은?
 
**한 줄 답:** 2026년 잔여 재원 약 90~110조원(예상)을 바탕으로, 10월 말 현금배당 약 30조원(예상) 계획에 이어 2027년 1월 말 최종 규모와 방식을 결정합니다.
 
 

요약

여러 AI 코딩 어시스턴트를 함께 쓸 때는 AGENTS.md CLAUDE.md 규칙 파일을 어떻게 설정하고, 한 레포지토리 안에서 내용을 맞춰야 할지가 문제가 됩니다. 이 글은 공식 문서를 기준으로 두 파일의 역할 차이, 동기화 방법, 충돌 시 우선순위만 다룹니다.

이 글은 현재 공식 문서를 기준으로 작성되었으며, 각 도구의 정책은 이후 업데이트에 따라 달라질 수 있습니다.

AGENTS.md와 CLAUDE.md는 역할이 어떻게 다르나?

한 줄 답: AGENTS.md는 여러 에이전트가 공통으로 읽는 범용 마크다운 규칙 파일이고, CLAUDE.md는 Claude Code 전용 설정 파일입니다.

  • AGENTS.md는 agents.md 스펙을 따르는 크로스 에이전트 마크다운 컨벤션으로, 에이전트를 위한 README 역할을 합니다. 루트뿐 아니라 하위 폴더에도 중첩해서 둘 수 있습니다.
  • Cursor도 .cursor/rules 대신 평문 마크다운인 AGENTS.md를 읽을 수 있습니다. 다만 이 글에서는 .mdc 규칙 파일 작성법은 다루지 않습니다.
  • Claude Code는 기본적으로 AGENTS.md를 자동으로 읽지 않고, CLAUDE.md만 읽습니다.

한 레포에서 내용을 어떻게 맞추나?

한 줄 답: CLAUDE.md 안에 @AGENTS.md를 적어 실시간으로 불러오는 방식이 가장 권장됩니다.

  • CLAUDE.md를 만들고 맨 위에 @AGENTS.md 임포트 구문을 적은 뒤, 그 아래에 Claude 전용 설정을 추가합니다. 이 방식은 두 파일이 시간이 지나도 어긋나지 않도록 실시간으로 동기화됩니다.
  • ln -s AGENTS.md CLAUDE.md 같은 심볼릭 링크도 가능하지만, Windows에서는 관리자 권한이나 개발자 모드가 필요할 수 있어 @AGENTS.md 임포트가 더 간편합니다.
  • v2.1.213 이상부터 제공되는 /import 명령은 내용을 1회성으로 복사하기 때문에, 시간이 지나면서 두 파일 내용이 어긋날(drift) 수 있습니다. 지속적인 동기화가 필요하다면 실시간 임포트 방식을 우선하는 것이 좋습니다.

충돌이 나면 어떤 파일을 우선하나?

한 줄 답: 각 도구는 공식 문서에 정리된 규칙을 따르며, 도구와 무관하게 사용자가 채팅으로 입력한 프롬프트가 모든 파일 규칙보다 우선합니다.

  • Claude Code는 CLAUDE.md와 그 안에 명시된 임포트 내용만 따릅니다.
  • AGENTS.md 생태계(Cursor 포함)에서는 수정 중인 파일과 가장 가까운(closest) AGENTS.md가 우선합니다. 여러 단계로 중첩되어 있다면 더 구체적인 하위 경로의 파일이 결합되어 적용됩니다.
  • 파일에 어떤 내용이 있든, 사용자가 채팅으로 직접 입력한 프롬프트가 항상 최우선으로 적용되어 모든 규칙을 덮어씁니다.

두 파일이 서로 임포트하지 않고 동시에 존재하는 경우, 도구를 넘나드는 하나의 통일된 우선순위가 공식적으로 정해져 있지는 않습니다. 이 글은 각 도구가 공식 문서에서 밝힌 방식만 정리했습니다.

FAQ

Claude Code는 AGENTS.md를 아예 못 읽습니까?

환경변수 CLAUDE_CODE_NEW_INIT=1이 설정된 경우, /init 실행 시 AGENTS.md를 읽을 수 있습니다.

Cursor에서 .cursor/rules 대신 AGENTS.md만 써도 됩니까?

네, 가능합니다. Cursor는 루트 및 중첩된 평문 마크다운 AGENTS.md 파일을 읽습니다.

윈도우에서 심볼릭 링크를 써도 됩니까?

가능하지만 관리자 권한이 필요할 수 있어, 대부분의 경우 @AGENTS.md 임포트가 더 간편합니다.

출처

요약

한 줄 답: journalctl은 systemd 저널 로그를 조회하는 핵심 도구이며, -u(유닛)와 -b(부팅)로 범위를 자르고 --since/--until-p(우선순위)로 시간·심각도를 좁혀 원하는 로그만 빠르게 찾을 수 있습니다.

이 글은 유닛·부팅 단위로 로그를 자르는 방법, 시간 범위와 우선순위로 좁히는 방법, 디스크에 쌓이는 저널을 관리하는 방법을 다룹니다. systemd 서비스의 Type=이나 타이머의 OnCalendar= 설정은 이 글의 범위가 아닙니다.

유닛·부팅 단위로 어떻게 자르나?

한 줄 답: -u로 특정 서비스의 로그만 골라내고, -b로 부팅 세션을 지정하면 둘을 조합해 특정 부팅의 특정 서비스 로그만 볼 수 있습니다.

-u <unit> 옵션은 지정한 유닛(예: nginx.service)의 로그만 필터링합니다.

journalctl -u nginx.service

-b 옵션은 부팅 세션 기준으로 로그를 자릅니다. 인수 없이 쓰면 현재 부팅의 로그를 보여주고, -b -1은 바로 이전 부팅, -b -2는 그 이전 부팅의 로그를 의미합니다.

journalctl -b
journalctl -b -1

두 옵션을 함께 쓰면 특정 부팅 시점의 특정 서비스 로그만 정확히 추출할 수 있습니다.

journalctl -u nginx.service -b

시간 범위·우선순위로 어떻게 좁히나?

한 줄 답: --since/--until로 시간 범위를 지정하고 -p로 우선순위 이상만 걸러내면, 최근에 발생한 심각한 오류만 빠르게 확인할 수 있습니다.

--since--until은 "yesterday", "today", "2023-10-01 12:00:00" 같은 형식으로 특정 시간 범위의 로그만 조회합니다.

journalctl --since "today"
journalctl --since "2023-10-01 12:00:00" --until "2023-10-01 18:00:00"

-p <priority>는 syslog 우선순위 레벨(예: err, warning, info)을 지정하며, 해당 레벨 이상의 중요도를 가진 로그만 필터링합니다.

journalctl -p err

시간 범위와 우선순위를 결합하면 검색 대상을 크게 좁힐 수 있습니다.

journalctl -u nginx.service -p err --since "today"

디스크에 남는 저널은 어떻게 관리하나?

한 줄 답: journald.confSystemMaxUse= 등으로 상한선을 정하거나, journalctl --vacuum-time=/--vacuum-size=로 오래된 로그를 수동 정리할 수 있습니다.

systemd-journald 데몬이 수집한 로그는 Storage=persistent 설정 시 디스크에 영구 저장되어 공간을 차지합니다.

/etc/systemd/journald.conf 파일의 SystemMaxUse= 또는 SystemKeepFree= 디렉티브를 통해 전체 저널 크기의 상한선을 설정할 수 있습니다.

# /etc/systemd/journald.conf
[Journal]
SystemMaxUse=500M

즉시 오래된 로그를 정리하고 싶다면 journalctl --vacuum-time= 또는 --vacuum-size= 명령을 사용합니다.

journalctl --vacuum-time=1M
journalctl --vacuum-size=1G

자주 묻는 질문은 무엇입니까?

질문
실시간으로 로그를 보려면 어떻게 합니까?journalctl -f(follow) 옵션을 사용합니다. 특정 유닛(-u)과 함께 쓰면 더 유용합니다.
여러 부팅을 한꺼번에 보려면 어떻게 합니까?-b에 원하는 숫자를 지정해 부팅별로 나눠 확인합니다.
디스크 공간이 급하게 부족하면 어떻게 합니까?journalctl --vacuum-size=로 즉시 크기를 줄일 수 있습니다.

정리하면 어떻게 됩니까?

journalctl-u/-b/--since/-p 필터를 조합하면 방대한 시스템 로그 속에서도 필요한 서비스 로그를 신속하게 찾아낼 수 있습니다. 여기에 journald.conf의 용량 설정과 --vacuum-* 명령을 더하면 디스크 공간도 효율적으로 유지할 수 있습니다.

요약:

하나의 AI 모델만 붙잡고 있다가 요즘은 pi agent 하나로 Cursor랑 Gemini 구독을 한데 묶어서 쓰고 있음. 모델마다 잘하는 게 다르다는 걸 체감하고 나니까, 아예 내가 원하는 대로 커스텀 워크플로를 짜서 돌리는 쪽으로 넘어왔음.

어떻게 세팅했고 왜 만족스러운지 있는 그대로 적어봄. 특정 툴을 강요하는 글은 아니고, 개인적으로 써본 후기임.

왜 한 모델만으로 안 됐나?

한 줄 답: 모델마다 특출난 분야가 달라서 하나만 붙잡고 있으면 비효율이었음.

계속 써보니까 모델마다 강점이 확실히 다르더라. 코딩할 때 잘 맞는 모델이 있고, 기획이나 아이디어 정리할 때 더 편한 모델이 있고, 데이터 분석 쪽에서 유독 나은 모델도 있었음.

하나의 모델로 이걸 다 처리하려니 매번 아쉬운 지점이 생겼음. 결국 "여러 모델을 유기적으로 엮어서 쓸 방법이 없을까"라는 고민으로 이어졌고, 그 답으로 찾은 게 pi agent였음.

pi agent에 구독을 어떻게 묶나? (Cursor Grok 오케스트레이터 + Gemini Antigravity)

한 줄 답: Cursor 구독의 Grok을 메인 오케스트레이터로 쓰고, pi package로 Gemini Antigravity 계정까지 같이 붙였음.

지금 세팅: 역할 나누기

지금은 여러 구독 계정을 하나의 에이전트 안에 통합해두는 구조임. 각 도구가 맡은 역할이 명확해서 관리도 편함.

  • 오케스트레이터: Cursor 구독에 연결한 Grok 모델이 메인 두뇌 역할.
  • 워커: pi package로 연동한 Gemini Antigravity 구독 계정.
  • pi package: 서로 다른 구독 계정을 하나의 에이전트 안에서 묶어주는 연결 고리.

이렇게 구독을 한 군데로 묶어놓으니까 관리하기도 편하고, 각자 잘하는 걸 맡은 멀티 에이전트 팀이 자연스럽게 꾸려진 느낌임.

Cursor Grok
메인 오케스트레이터
Gemini Antigravity
pi package로 연동된 워커 계정

예전 ChatGPT $20일 때 brain/worker 역할은?

한 줄 답: 그때는 GPT sol이 브레인, Gemini와 Cursor Grok이 워커였음.

예전 세팅: 그때의 역할 분담

얼마 전까지는 ChatGPT $20 요금제를 썼었음. 당시 구조는 지금과는 조금 달랐음.

  • 브레인: GPT sol 모델이 기획하고 지시 내리는 역할.
  • 워커: GeminiCursor Grok이 실제 작업을 처리하는 역할.

이 구조도 나쁘지 않았는데, 지금 pi agent 기반 커스텀 워크플로로 넘어오게 된 과도기적인 세팅이었다고 보면 됨.

직접 만든 워크플로가 잘 돌았을 때 뭐가 달랐나? (+ Part 2 teaser)

한 줄 답: 내가 짠 워크플로가 의도대로 착착 맞물려 돌아갈 때 성취감이 확실히 다름.

pi agent 환경에서 직접 짠 커스텀 워크플로를 돌려보니 성취감이 남다름. 코드가 내 의도대로 착착 맞물려 돌아가는 걸 보면서 작업 속도랑 결과물 퀄리티가 확실히 달라졌다는 게 체감됨.

이 워크플로를 짤 때 참고한 철학이 있는데, Matt Pocock의 'atomic pipeline'에서 영감을 받은 부분이 있음. 다만 이 얘기까지 풀면 글이 너무 길어져서, 자세한 건 다음 글에서 다루려고 함.

Part 2에서 Matt Pocock의 atomic pipeline 철학과 실제 워크플로 구조를 더 자세히 다룸 → Plan만 사람이, 나머지는 파이프라인 (atomic on Pi)

FAQ

pi agent 설정이 어렵지는 않나?

초기 연동(Cursor, Gemini)만 해두면 그다음부터는 직관적으로 쓸 만함.

굳이 여러 모델을 다 구독해야 하나?

필수는 아님. 본인 작업량이나 필요한 강점에 맞춰서 선택하면 됨.

결론 및 추천

하나의 모델에만 얽매이지 않고 여러 모델을 지휘하는 오케스트레이터가 된 기분임. 각자 잘하는 걸 맡기니까 작업 효율이 확실히 올라갔음.

이런 세팅의 핵심 도구인 Cursor를 부담 없이 시작해보고 싶다면 겜스고 허브를 참고해도 좋음 → Gamsgo 파트너 허브 (할인코드: NUFUY)

요약

Cursor에서 Plan으로 구조를 잡고 Agent로 실행하며, 브라우저 에이전트·MCP(Atlassian Jira/Confluence 등)·서브에이전트를 한데 엮어 쓰는 내 실제 작업 방식을 정리해 본다.

Plan은 언제 켜나

한 줄 답: 코딩을 시작하기 전, 에이전트가 헤매지 않도록 전체 작업 방향과 구조를 먼저 잡을 때 쓴다.

복잡한 작업을 할 때는 Plan 모드에 먼저 요구사항을 던져서 단계별 계획부터 세운다. 이 계획이 마음에 들면 Agent 모드로 넘어가 그대로 실행하게 하는 'Plan then Agent' 방식을 즐겨 쓴다.

브라우저 에이전트로 뭘 시키나

한 줄 답: 최신 API 문서나 외부 레퍼런스를 찾아 코딩에 직접 반영하라고 시킬 때 주로 쓴다.

브라우저 에이전트 기능은 일상에서 꽤 자주 활용하는 편이다. 모르는 라이브러리 설정법이나 에러 해결책을 웹에서 뒤져 가져오게 하면, 내가 직접 브라우저를 열어 찾는 것보다 훨씬 효율적이다.

MCP는 어디에 붙이나

한 줄 답: Cursor가 기본적으로 지원하지 않는 외부 서비스나 도구가 필요할 때 MCP를 붙이며, 나는 Atlassian(Jira/Confluence 등)을 연동해서 쓴다.

외부 도구는 MCP로 연결해 두면 편하다. 현재 Atlassian(Jira, Confluence 등)을 연동해서 쓰고 있는데, Ask나 Agent 흐름 안에서 이 도구들을 자연스럽게 섞어 쓰는 것이 핵심이다.

Ask/Agent·서브에이전트와 어떻게 섞나

한 줄 답: Ask로 묻고 Plan으로 뼈대를 짠 뒤 Agent로 실행하며, 서브에이전트도 적극 활용해 Browser와 MCP가 돕게 한다.

결국 이 모든 모드를 믹싱해 하나의 자연스러운 흐름으로 합친다. 작업 시 서브에이전트도 적극적으로 띄워서 활용하는 편이며, 상황에 맞게 Ask/Plan/Agent, Browser, MCP를 유연하게 조합해 나간다.

FAQ

Plan 없이 바로 Agent를 쓰면 안 되나?

간단한 수정이라면 상관없다. 하지만 구조가 큰 작업일수록 Agent가 헛발질을 할 확률이 높기 때문에, Plan으로 뼈대를 먼저 확실히 잡아주는 게 결국 작업 속도를 더 높여준다.

정리하며

결론적으로 Cursor를 제대로 쓴다는 건 단일 기능 하나만 깊게 파는 것이 아니다. Plan에서 Agent로 이어지는 흐름, 브라우저 에이전트, MCP(Atlassian 포함), 그리고 서브에이전트를 내 상황에 맞게 엮어 쓰는 역량에서 진짜 생산성이 나온다.

Cursor 구독이나 할인 경로가 궁금하다면 겜스고 허브(https://donggrri.tistory.com/129) 글을 참고해 보자.

3줄 요약

Claude Code Pro(월 약 20달러)로 일주일 동안 리눅스 C++ 프로젝트를 진행해 봤어. 복잡한 코드 분석이랑 디버깅 능력은 확실히 발군이었는데, 하드코어하게 붙잡고 쓰면 3~4시간 만에 Pro 요금제 한도에 닿아버리더라고. 끊김 없이 진짜 개발을 하려면 결국 Max 5x(월 100달러) 요금제가 필수라는 게 결론이야.

터미널 기반 에이전트, 사용해 보면 어떤 느낌일까?

한 줄 답: 터미널 안에서 돌아가는 코딩 에이전트라 처음엔 낯설 수 있어.

Claude Code는 Pro 요금제(월 약 20달러) 안에 포함된 터미널 기반 코딩 에이전트야. 평소에 GUI 툴만 써왔다면 터미널 UI 자체가 좀 생소하게 느껴질 수 있어. 개인적으로는 적응하는 데 며칠 걸렸어. 만약 터미널 환경이 익숙하지 않다면, 처음에는 Cursor 같은 GUI 기반 툴이 진입 장벽이 훨씬 낮을 거야.

복잡한 C++ 프로젝트에서도 코드 분석을 잘할까?

한 줄 답: 복잡한 C++ 코드 베이스 분석과 의도 기반 검색이 인상적이었어.

일주일 내내 리눅스 환경에서 돌아가는 C++ 앱을 개발하면서 Claude Code를 붙여봤는데, 복잡한 C++ 코드의 구조를 파악하는 능력이 상당히 좋았어. 예를 들어 리눅스 파일시스템 변경을 감지하는 기능을 구현할 때 inotify, fanotify 같은 관련 라이브러리를 검색하고 내 의도에 맞게 옵션을 비교해 주는 흐름이 꽤 매끄러웠어. 실제로는 데스크탑 앱과 MCP 파일서버로 전체 구조를 먼저 잡아두고, 자잘한 태스크는 터미널의 Claude Code로 처리하는 방식으로 병행해서 썼어.

원인을 찾기 어려운 세그폴트 디버깅도 알아서 해결할까?

한 줄 답: 세그폴트 같은 버그를 3~4단계로 쪼개서 순차적으로 잡아줘.

디버깅 쪽에서 특히 만족스러웠던 부분이야. 감으로 코드를 고치는 게 아니라 원인 추적 과정을 단계별로 밟아가는 느낌이었어.

  1. 메모리 할당 부분을 먼저 확인
  2. 포인터 흐름을 따라가며 문제 지점 좁히기
  3. 실제 fault가 발생하는 지점 특정
  4. 원인에 맞는 코드 수정 제안

이 네 단계를 거의 알아서 밟아가면서 세그폴트 원인을 찾아냈는데, 매번 처음부터 다시 설명할 필요 없이 자연스럽게 이어지는 느낌이었어.

Claude Code Pro 요금제만으로 끊김 없는 개발이 가능할까?

한 줄 답: 무겁게 3~4시간 쓰면 Pro로는 부족해서 Max 5x가 사실상 필수야.

먼저 모델 관련 제약이 하나 있어. 데스크탑 앱이나 웹에서는 Opus 모델을 쓸 수 있지만, Claude Code 터미널 환경에서는 Pro 요금제로 Opus를 쓸 수 없고 Sonnet까지만 지원돼. 그래도 Sonnet과 Haiku 조합만으로도 실무에서는 충분히 쓸만했어.

진짜 문제는 사용량 한도야. 2026년 3월 기준으로, 하드코어하게 붙잡고 3~4시간 정도 개발하면 Pro 요금제 한도에 금방 도달해버려. 개발 중간에 한도 때문에 흐름이 끊기는 게 제일 답답했어. 그래서 끊김 없이 진짜 개발을 하려면 최소 Max 5x(월 100달러) 요금제가 필요하다는 게 내 결론이고, Pro 하나만으로는 부족했어.

Pro 요금제만 믿고 장시간 하드코딩 세션을 계획하면 중간에 한도에 걸릴 가능성이 커. 하루 3~4시간 이상 집중 개발할 계획이라면 Max 5x를 염두에 두는 게 나아.

자주 묻는 질문

데스크탑 앱과 터미널(Claude Code)의 차이가 뭐야?

가장 큰 차이는 모델이야. 데스크탑/웹 앱에서는 Opus 모델을 쓸 수 있지만, 터미널 Claude Code는 Pro 요금제 기준으로 Sonnet까지만 지원돼. 작업 방식도 달라서, 전체 구조 파악은 데스크탑+MCP 파일서버로, 자잘한 태스크 처리는 터미널 Claude Code로 나눠서 쓰는 조합이 효율적이었어.

처음 쓰기에 어렵지 않아?

터미널 환경 자체가 낯설면 초반 진입 장벽이 있어. 이런 경우엔 GUI가 잘 갖춰진 Cursor 같은 툴을 먼저 써보는 게 적응하기 더 편할 수 있어.

총평 및 마무리

일주일 써본 결론은 명확해. Claude Code는 복잡한 C++ 코드 분석이나 단계별 디버깅에서 확실히 강력한 모습을 보여줬어. 다만 Pro 요금제만으로는 하드코어한 개발 흐름을 계속 이어가기엔 한도가 너무 빨리 차. 진짜 끊김 없이 개발하려는 목적이라면 처음부터 Max 5x 요금제를 고려하는 걸 추천해.

Claude Code나 Cursor 같은 구독형 개발 툴 비용이 부담된다면 이 글도 참고해 봐.

+ Recent posts