Workflow 구성을 위한 Rule 구조화
Workflow를 Rules와 MCP로 표현하기
Rule과 MCP를 활용하여 지식 구조화, 지식 형식화 단계를 구성
Rule을 구조화하여 워크플로우에 맞게 구성 (Rule Chain & Selection)
지식 구조화
1. Plan (Context 주입)
요구사항에 맞는 맥락 주입
필요한 맥락이 누락되지 않았는지 검토
내가 일하는 방식대로 계획이 수립되었는지 체크
요구사항부터 개발 소스까지 큰 범위에서 작은 범위로 좁혀가며 맥락 구성
맥락을 주입하는 단계도 중요! (요구사항 → 아키텍처 → 소스코드)
Plan Frame을 Slot으로 구축할 때 유의
2. Act (개발 진행)
Plan에 맞춰 개발 진행
개발시 계획대로 진행되는지
의도와 벗어나는 부분 발견시 즉각 수정 요청
피드백 루프를 통해 워크플로우 점진적 개선
3. Retrieve (압축 및 기록)
완료된 내용을 압축하고 기록
작업 단위로 맥락을 요약/압축하여 기록
롱텀 메모리에 저장하고 향후 맥락 파악에 활용
Rule Chain
Rule을 엮어 Instruction(지시사항)을 구조화
구조화된 Rule은 필요한 맥락을 최소 토큰으로 제공
구조화가 필요한 이유
맥락 유지 → 규칙 간 순서와 조건이 명확해져 Agent가 일관된 판단 가능
예측 가능성 → 특정 입력에 따른 Agent 행동 경로 예측 가능
확장성 → 새로운 규칙을 쉽게 추가/수정 가능
충돌 방지 → 규칙 간 우선순위/조건 분기를 통해 충돌 최소화
설명 가능성 → "이 규칙 때문에 이런 결과가 나왔다" 추적 가능
비용/토큰 최적화 → 불필요한 규칙 호출과 중복 쿼리 줄임
구조화하지 않으면 규칙이 흩어져 충돌, 우선순위 불명확, 결과 설명 어려움
Cursor는 규칙 가져오기 기반을 통해 룰을 구조화하는 연습을 할 수 있음!! (커서는 룰을 도구로 호출)
커서는 '규칙 가져오기' 도구를 통해 Project Rule을 참고한다.
단, User Rules는 '규칙 가져오기'를 호출하지 않고 디폴트로 주입됨
필요시, 참고해야할 Rule의 경로를 rule.mdc에 제공하여 Rule간 연결 가능 (흡사 Backlink)
1. Project Definition Rule (WHY)
목표 정의
아키텍처 및 폴더구조 정의
보안 및 가드레일 정의
2. Workflow 정의 (HOW)
Plan/Act/retrieve 정의
Tool 사용 관련 rule 정의
3. Plan 기법 정의
Plan 기법에 대한 상세 정의
어떻게 맥락을 탐색하고 주입할지에 대해 정리
4. Document 정의
각 상황별 사용하는 Component, Tool 정의
요청사항에 맞게 선택하여 주입할 수 있도록 자세하게 정리
Selection
상황별 Tool과 Rule 호출, 다양한 유형 사전 정의
조건에 맞게 필요한 맥락 주입(IF-ELSE)
즉, Agent가 상황에 맞게 특정 Rule을 참고해서 동작하도록 설정 가능
xx 정보 필요 → Atlassian MCP Tool → Confluence 참조
xx 방식으로 작성 필요 → xx Rule 참조 → 내가 정의한 workflow를 수행해야 제데로 동작하는가?
xx Document 참조 → Document나 Storybook을 참고해야하는가?
상황을 정의하고 조건에 맞게 Rule 호출 가능
오케스트레이션 역할 Rule 구성 → 하위 Rule 조건별 연결
IF정의된 요구사항 유형 들어오면 → 조건 Rule 호출 → Agent 맥락 주입 (Cursor Agent가 동작하는 핵심 기능)
---
description:
globs:
alwaysApply: false
---
IF 우리가 정의한 유형에 맞는 요구사항이 들어왔을 때
THEN [xxx-rules](mdc:.cursor/rules/xxx-rules.mdc)를 참고해라Last updated