# \#react-native

**URL:** https://discuss.pytorch.kr/tag/react-native/8618.md

[최신](https://discuss.pytorch.kr/latest.md) · [카테고리](https://discuss.pytorch.kr/categories.md) · [태그](https://discuss.pytorch.kr/tags.md)

---

## [Cindy: Claude Code와 Codex를 작업 도중에 바꿔 가며 쓰는 오픈소스 AI 에이전트 클라이언트](https://discuss.pytorch.kr/t/cindy-claude-code-codex-ai/11657)

<div class="topic-metadata">

**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\
**댓글:** 0\
**마지막 업데이트:** [8월 19, 2026, 9:30오전 UTC](https://discuss.pytorch.kr/t/cindy-claude-code-codex-ai/11657 "2026-08-19T09:30:44Z")

</div>

Cindy 소개 코딩 에이전트를 두 개 이상 쓰다 보면 도구를 바꾸는 순간마다 작업이 처음으로 돌아갑니다. 한쪽에서 프로젝트 구조를 설명하고 규칙을 알려 준 뒤 절반쯤 진행했는데, 다른 모델이 더 나을 것 같아 도구를 바꾸면 그 맥락이 따라오지 않습니다. 열어 둔 파일, 지금까지 합의한 설계, 알려 준 작업 방식이 각 도구 안에 갇혀 있기 때문입니다. 결국 모델을 고르는 판단은 작업을 시작하기 전에 한 번만 할 수 있고, 중간에 생각이 바뀌면 비용을 감수하거나 그냥 참게 됩니다. 이번에 소개할 Cindy는 여러 에이전트 하네스(Harness)와 모델을 하나의 클라이언트 안에 모아 두고, 작업 도중에도 조합을 바꿀 수 있게 만든 프로젝트입니다. 저장소가 밝히는 첫 지원 하네스는 Claude Code와 Codex이며, 더 추가할 예정이고 자체 하네스도 준비 중이라고 적혀 있습니다. 조합을 바꿔도 작업 공간, 기억, 스킬, 도구는 이어지고, 한 작업을 계획과 병렬 실행, 검토로 나눠 각 단계를 서로 다른 하네스와 모델 조합에 맡기는 것도 가능하다고 설명합니다. 한 가지 짚어 둘 것은 이 저장소가 Cindy 전체가 아니라 클라이언트 라는 점입니다. 데스크톱 앱과 모바일 앱, 그리고 둘이 공유하는 패키지를 담은 pnpm 모노레포이고, 백엔드 서비스는 별도 저장소에 있으며 이 모노레포에 포함되지 않는다고 명시돼 있습니다. 개발사는 makecindy이고, 클라이언트와 별개로 cindy.app에서 관리형 모델 서비스를 함께 운영합니다. 클라이언트 소프트웨어는 무료이며 소스가 Apache-2.0으로 공개돼 있고, 유료가 되는 것은 그 관리형 서비스를 쓸 때입니다. Cindy의 멀티 하네스 구조 Cindy가 집중하는 부분은 모델이 아니라 작업 쪽입니다. 지원되는 모델은 지원되는 하네스 위에서 모두 돌아가고, 사용자가 조합을 바꾸는 동안에도 작업 공간과 기억, 스킬, 도구는 그 자리에 남습니다. 그래서 한 작업 안에서 설계는 깊게 생각하는 조합에, 반복 작업은 빠…

---

## [AppLess: 물어보면 화면이 즉석에서 생성되는 앱 없는 스마트폰 실험](https://discuss.pytorch.kr/t/appless/11376)

<div class="topic-metadata">

**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\
**댓글:** 0\
**마지막 업데이트:** [7월 23, 2026, 9:30오후 UTC](https://discuss.pytorch.kr/t/appless/11376 "2026-07-23T21:30:00Z")

</div>

AppLess 소개 스마트폰의 홈 화면은 설치한 앱 아이콘으로 가득합니다. 원하는 일을 하려면 먼저 맞는 앱을 찾아 열고, 그 앱의 메뉴 구조를 익혀야 합니다. AppLess는 이 전제를 뒤집습니다. 설치할 앱도, 배울 메뉴도, 아이콘으로 채워진 홈 화면도 없습니다. 앱을 열고 원하는 것을 말하면 그 화면이 즉석에서 생성됩니다. 날씨 대시보드, 실시간 검색이 붙은 맛집 목록, 예약 폼, 채팅 스레드가 요청하는 순간 만들어지고, 무언가를 누르면 다음 화면도 미리 생성돼 즉시 나타납니다. AppLess는 생성형 UI 운영체제(generative UI operating system) 가 어떤 느낌일지 보여주기 위한 데모로, OpenUI 위에 전적으로 구축돼 있습니다. OpenUI는 LLM이 생성하는 인터페이스를 위한 오픈 표준입니다. 여기서 모델은 JSON이나 손으로 짠 화면을 돌려주지 않습니다. 대신 스트리밍에 최적화된 간결한 UI 언어인 openui-lang을 작성하고, OpenUI 렌더러가 이를 살아 있는 상호작용형 네이티브 컴포넌트로 바꿉니다. 만든 팀은 AppLess가 OpenUI 제작진이 생성형 UI의 한계를 밀어붙여 보려고 만든 실험이며, 뒤에 실제 연동은 없다고 분명히 밝히고 있습니다. 화면의 내용 은 모델이 생성하며, 선택적 웹·이미지 도구를 켜면 실제 데이터(실제 장소·가격·뉴스·사진) 에 근거할 수 있지만, 도구가 없으면 그럴듯한 허구입니다. 그리고 동작 은 언제나 시뮬레이션입니다. "주문 완료", "항공권 예약됨", "결제 전송됨" 같은 표시는 아직 아무것도 연결돼 있지 않아 실제 상태를 바꾸지 않습니다. 즉 AppLess는 생성형 UI 운영체제가 어떤 느낌일지 엿보게 하는 데모이지, 여러분의 앱을 대체하는 완성품이 아닙니다. 아래는 AppLess가 실제로 화면을 생성해 네이티브 UI로 렌더링하는 데모입니다. AppLess의 동작 원리 AppLess의 핵심은 단 하나의 컴포넌트 계약(contract) 입니다. ui/contrac…
