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은 필요한 맥락을 최소 토큰으로 제공

구조화가 필요한 이유

1. 맥락 유지 → 규칙 간 순서와 조건이 명확해져 Agent가 일관된 판단 가능

2. 예측 가능성 → 특정 입력에 따른 Agent 행동 경로 예측 가능

3. 확장성 → 새로운 규칙을 쉽게 추가/수정 가능

4. 충돌 방지 → 규칙 간 우선순위/조건 분기를 통해 충돌 최소화

5. 설명 가능성 → "이 규칙 때문에 이런 결과가 나왔다" 추적 가능

6. 비용/토큰 최적화 → 불필요한 규칙 호출과 중복 쿼리 줄임

구조화하지 않으면 규칙이 흩어져 충돌, 우선순위 불명확, 결과 설명 어려움

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)를 참고해라