aApps 개발
aApps를 구축하거나 맞춤 설정하려면 다음 접근 방식을 따르세요.
먼저 기능을 정의한 후 UI 설계
먼저 문제, 대상 사용자, 예상 결과물을 정의하세요.
UI를 구축하기 전에 Agent 호출용 시맨틱 액션을 설계하세요.
페이지와 버튼을 너무 일찍 과도하게 만들지 마세요. 복잡성이 커지고 조합 가능성이 떨어집니다.
Agent 친화적인 인터페이스 구축
명확하고 행동 중심적인 이름을 사용하세요.
매개변수는 간결하고 일관되게 유지하세요.
여러 단계의 워크플로를 안정적으로 연결할 수 있도록 조합 가능성을 고려해 설계하세요.
최소 실행 가능 루프부터 구축
먼저 다음 기본 루프에 우선순위를 두세요.
사용자 요청 → Agent가 aApp 호출 → aApp이 사용 가능한 결과 반환
이 루프가 안정되면 구독, 자동화, 더 풍부한 UI와 같은 고급 기능으로 확장하세요.
검색과 답변 분리
사용: 검색 중심 기능 — 구조화된 후보(ID, 메타데이터, 기계 처리 가능한 출력)가 필요할 때.
사용: 답변 중심 기능 — 사용자에게 직접 제공 할 답변이 필요할 때.
이렇게 분리하면 안정성, 해석 가능성, 성능이 향상됩니다.
이벤트 자동화를 전체 파이프라인으로 설계
구독은 단순한 트리거가 아닙니다. 안정적인 흐름에는 다음이 포함되어야 합니다.
트리거 조건 → 컨텍스트 보강 → 분석/처리 → 결과 기록/피드백
이렇게 하면 자동화가 단순히 ‘이벤트를 발생시키는’ 데 그치지 않고 일관되게 가치를 제공합니다.
개발자 친화적인 remio 설계
DEV / PROD 환경 분리
DEV 는 개발, 디버깅, 테스트용입니다.
PROD 는 안정적인 일상 사용 환경입니다.
코드와 데이터가 분리되어 있어 테스트가 프로덕션 사용에 영향을 주지 않습니다.
시각적인 환경 전환
DEV/PROD 상태가 탐색 메뉴에 표시되며 쉽게 전환할 수 있습니다.
이를 통해 안전하고 반복적인 개발이 가능합니다.
두 가지 진입점: Skill Market + Skill Studio
Skill Market: 사용 가능한 Skill을 탐색하고 설치 및 관리합니다.
Skill Studio: Skill을 복제하고 수정한 후 테스트 게시합니다.
‘사용’과 ‘구축’이 명확히 구분되어 도입 비용이 줄어듭니다.
MCP 연동: 낮은 진입 장벽 + 높은 유연성
OAuth 기반의 빠른 온보딩과 수동 설정(stdio / streamable-http)을 지원합니다.
빠른 도입과 고급 연동 시나리오 모두에 적합합니다.
개발자 팁
PROD로 전환하기 전에 DEV에서 철저히 검증하세요.
문제를 쉽게 해결할 수 있도록 외부 종속 항목(예: MCP 서버)은 한 번에 하나씩 추가하세요.
먼저 기존 Skills/aApps를 재사용한 후 점진적으로 맞춤 설정하세요.
모든 자동화 흐름에 실패 시 대체 경로와 사용자에게 보이는 피드백을 추가하세요.