메인 콘텐츠로 건너뛰기
규칙은 Agent에게 지속적인 글쓰기 지침을 제공하는 Markdown 파일입니다. 한 번 정의하면 모든 세션, 모든 챕터, 모든 프롬프트에서 Agent가 자동으로 따릅니다.

두 가지 규칙 유형

전역 규칙

전역 규칙은 열려 있는 모든 글쓰기 프로젝트에 적용됩니다. 프로젝트 간에 변하지 않는 개인적인 습관을 기록하는 데 사용하세요:
  • 자연스러운 문장 리듬 선호도
  • 구두점 스타일 (쉼표 사용법, 대시 활용 빈도 등)
  • 공통으로 적용하는 AI 문체 배제 제약
  • Agent에게 항상 지키게 하고 싶은 기본값

프로젝트 규칙

프로젝트 규칙은 특정 프로젝트 안에 존재하며, 해당 프로젝트를 작업할 때만 적용됩니다. 다음 용도로 사용하세요:
  • 이 프로젝트의 시점(POV)과 서술 거리
  • 시제 (과거 / 현재)와 인칭 (1인칭 / 3인칭)
  • 프로젝트 특유의 문체 목표나 장르 관습
  • 이 이야기의 톤에 특화된 글쓰기 제약

규칙 저장 위치

your-novel/
├── .soloent/
│   └── rules/                 # 프로젝트 규칙 (이 프로젝트에만 적용)
│       ├── pov.md             # 시점, 시제, 서술 거리
│       └── style.md           # 프로젝트 특화 스타일 요건
├── SOLOENT.md                 # 이야기의 헌법: 세계관, 캐릭터, 플롯, 상태
├── chapters/
└── ...
전역 규칙은 SoloEnt 시스템 수준의 Rules 디렉토리에 저장되며 모든 프로젝트에서 자동으로 로드됩니다. SoloEnt는 .soloent/rules/ 안의 모든 .md 파일을 읽어 활성화된 전역 규칙과 합쳐 Agent에 대한 통합 지침 세트를 생성합니다.

규칙 만들기

전역 규칙과 워크스페이스 규칙 섹션을 보여주는 Rules 패널
1

Rules 패널 열기

Agent 패널의 두루마리 아이콘을 클릭하여 규칙 관리자를 엽니다.
2

전역 또는 프로젝트 선택

규칙을 저장할 위치를 선택합니다 — 전역(모든 프로젝트)이나 현재 프로젝트에만.
3

새 규칙 파일 만들기

「New rule file…」을 클릭하고 파일명 (예: my-style)을 입력한 뒤 「+」를 클릭합니다. 파일은 .md 확장자로 생성됩니다.
4

규칙 작성

Markdown 형식으로 지침을 작성합니다. 각 규칙 파일은 하나의 주제에 집중하세요.

규칙 vs. SOLOENT.md

규칙은 당신의 습관과 선호도를 위한 것입니다 — 어떤 이야기를 쓰든 변하지 않는 것들. 세계관 세부 사항, 캐릭터 프로필, 플롯 구조 같은 이야기 전용 콘텐츠는 SOLOENT.md에 두고 Agent가 프로젝트 진행에 따라 자동으로 관리하고 업데이트하게 합니다. 이 두 시스템은 서로 보완합니다:
규칙SOLOENT.md
기록하는 것글쓰기 습관 및 선호도이야기 콘텐츠 및 현재 상태
범위작가로서의 나이 특정 프로젝트
대표적인 내용문장 리듬, AI 배제 제약, 시점 기본값세계관 규칙, 캐릭터 정보, 플롯 개요
업데이트 주체수동으로 직접주로 Agent가 자동 업데이트
적용 범위모든 프로젝트(전역) 또는 이 프로젝트이 프로젝트에만
이렇게 생각하세요: SOLOENT.md는 이야기의 뇌, 규칙은 당신의 뇌 — 당신의 직관, 스타일, 습관, 작가로서의 원칙.

규칙 켜고 끄기

토글 스위치가 강조된 활성 규칙 파일을 보여주는 Rules 패널 모든 규칙은 파일을 삭제하지 않고 켜고 끌 수 있습니다. 특정 작업에서 Agent가 일시적으로 평소 제약을 벗어나야 할 때 유용합니다 — 예를 들어 의식의 흐름 장면을 쓸 때 「짧은 문장」 규칙을 일시적으로 비활성화하는 경우.

규칙에 무엇을 적을까

개인 문체 습관 (전역)

이것은 작가로서 쌓아온 글쓰기 직관입니다. 써본 적이 없어도 이미 본능이 되어 있을 것입니다. 문장 리듬 예시:
# 문체 스타일

- 긴장감이나 액션 장면에서는 기본적으로 짧은 문장 (20자 이내) 사용
- 회상이나 내성적 장면에서는 긴 문장을 허용하되 40자를 넘으면 분리
- 긴 문장을 세 개 이상 연속으로 쓰지 않는다 — 반드시 짧은 문장으로 리듬을 끊어준다
- 문장 시작에 변화를 준다 — 같은 주어로 연속 문장을 시작하지 않는다
구두점 습관 예시:
# 구두점 선호도

- 대시는 어조 단절이나 강조에만 사용하고, 보충 설명 삽입에는 사용하지 않는다 (쉼표를 사용하거나 문장을 재구성)
- 줄임표는 말이나 생각이 끊어질 때만 사용하고, 극적 효과를 위한 일시 정지에는 사용하지 않는다
- 대화문에 세미콜론을 사용하지 않는다

AI 문체 배제 제약 (전역)

AI 모델에는 산문을 평평하게 만들고 인간적이지 않은 느낌을 주는 인식 가능한 패턴이 있습니다. 가장 거슬리는 것들을 상시 제약으로 추가하세요.
# AI 문체 배제 제약

## 사용 금지 단어
- 엮다, 짜다 (비유적 용법), 증명하다, 공명하다 (비유적 용법)
- "그것은 ~를 상기시켜 주었다" / "그것은 ~의 증거였다"
- 속삭이다 (문자 그대로가 아닌 경우), 반짝이다, 아른거리다
- "[X]가 두 사람 사이에 맴돌았다" / "가슴속에서 [X]가 치밀었다" / "가슴이 내려앉았다" (정형화된 신체 묘사)
- "그의 눈빛 / 표정 / 말투가 모든 것을 말해주었다"

## 금지 문장 구조 패턴
- 장면 마지막에 감정을 한 문장으로 요약하지 않는다 (보여주고 이름 붙이지 않는다)
- 장면 끝에 캐릭터가 방금 일어난 일을 되돌아보게 하지 않는다 ("그녀는 ~를 깨달았다")
- 서술에서 「A, B, 그리고 C」 세 항목 나열 패턴을 피한다
- "~가 아니라 ~이다" 구조는 극히 드물게 사용한다
- 무의미한 시간 스탬프를 과다 사용하지 않는다: "대회까지 X일" / "총 1년 3개월"
- 카운트다운 표현을 사용하지 않는다: "3일 남았다" / "2일 후면"
- 극적 효과를 위한 단어 단독 문장이나 단어로 구성된 병렬 절을 사용하지 않는다

## 캐릭터 목소리
- 의도적인 말버릇으로 설계되지 않은 한, 같은 단어나 문형을 캐릭터에게 반복 사용하지 않는다
- 캐릭터마다 명확히 다른 목소리를 유지한다 — 어조, 리듬, 문체가 뚜렷이 달라야 한다
- 주인공은 빈정거림, 자조, 짜증을 표현할 수 있다

## 챕터 시작과 끝
- 챕터를 시간 마커로 시작하지 않는다: "하루 후", "시합 3일 전"
- 챕터를 "그/그녀는 ~을 느꼈다"로 시작하지 않는다
- 챕터 끝에 긴 내면 독백을 두지 않는다
- 챕터 끝에 주제적 성찰이나 도덕적 논평을 두지 않는다
- 모든 챕터 끝에는 독자를 다음 챕터로 끌어당기는 훅이 있어야 한다
- 긴장감 있는 장면의 끝을 가볍거나 희망적인 마무리로 완화하지 않는다

프로젝트 시점 및 서술 기초 (프로젝트)

모든 프로젝트에는 Agent가 절대로 벗어나서는 안 되는 기본적인 글쓰기 설정이 있습니다.
# 프로젝트 시점 및 서술 기초

## 시점
- 3인칭 한정 시점, 항상 해당 챕터의 POV 캐릭터에 밀착
- 챕터당 POV 캐릭터 한 명 — 챕터 중간에 전환하지 않음
- 화자는 POV 캐릭터가 아는 것만 안다 — 시점 외부의 극적 아이러니 사용 금지

## 시제 및 인칭
- 전편 과거 시제
- 전편 3인칭 — 2인칭 사용 금지

## 서술 거리
- 근거리 유지, 내면을 직접 묘사
- 전지적 서술자와 혼동될 수 있는 자유 간접 화법 피하기

프로젝트 특화 스타일 요건 (프로젝트)

이 이야기에 특유한 장르 관습, 톤 목표, 문체 목적에 사용하세요.
# 프로젝트 문체 — 심리 호러

## 톤 목표
- 암시로 공포를 조성하고, 직접적인 묘사는 피한다
- 불안한 느낌이 천천히 쌓이게 한다 — 3막 이전에 갑작스러운 폭로는 피한다
- 절제된 문체 — 공포는 말하지 않은 것 속에 있다

## 이 프로젝트에서 피할 것
- 점프스케어 구조 사용 금지 (정적 후 갑작스러운 큰 사건)
- 자극적인 폭력 묘사 금지 — 캐릭터의 심리 상태에 기여할 때만 사용
- 초자연적인 것을 설명하지 않는다 — 모호함이 핵심 도구

효과적인 규칙 작성법

  • 구체적으로, 공허한 말은 하지 않는다. “아름답게 써주세요”는 Agent에게 아무것도 전달하지 못합니다. “추상적인 감정 라벨 대신 구체적인 감각적 세부 묘사를 선호한다”가 실행 가능한 지침입니다.
  • 금지 사항을 직접 명시한다. 가장 유용한 규칙은 종종 부정문입니다: “~하지 않는다.” Agent는 명확한 제약에 잘 반응합니다.
  • 이유가 명확하지 않을 때 설명을 추가한다. “대시를 피한다 (AI 글쓰기 특징으로 읽히기 때문)“는 Agent가 의도를 이해하고 올바르게 적용하는 데 도움이 됩니다.
  • 규칙을 짧게 유지한다. 규칙은 컨텍스트 토큰을 소비합니다. 5페이지짜리 규칙 파일은 실제 글쓰기 공간을 잠식합니다. 많은 설명이 필요한 내용은 SOLOENT.md나 별도 참고 문서에 두는 것이 좋습니다.
  • 파일 하나에 주제 하나. 주제별로 규칙 파일을 분리하면 나머지에 영향을 주지 않고 개별 제약을 켜고 끌 수 있습니다.
SOLOENT.md에 이미 있는 내용을 Rules에서 중복 작성하지 마세요. SOLOENT.md에서 캐릭터의 목소리를 정의했다면 규칙에 다시 쓸 필요가 없습니다 — Agent는 둘 다 읽습니다.

조건부 규칙

조건부 규칙은 작업 중인 파일 경로가 일치할 때만 활성화됩니다. 매번 수동으로 규칙을 켜고 끄지 않고도 프로젝트의 다른 단계에서 다른 글쓰기 제약을 적용할 수 있습니다. 규칙 라이브러리가 커질수록 매 요청마다 모든 규칙을 로드하면 토큰이 낭비됩니다. 조건부 규칙을 사용하면 현재 작업 중인 파일에 필요한 지침에만 Agent가 집중할 수 있습니다. 일반적인 사용 사례: 문장 리듬 및 AI 배제 제약을 챕터 파일에만 적용하여 노트나 개요에 간섭하지 않도록 하기.
---
paths:
  - "chapters/**"
---

# 산문 스타일

## 문장 리듬
- 의도적으로 문장 길이를 변화시킨다 — 짧은 문장은 강조, 긴 문장은 감정 축적
- 연속 세 문장을 같은 주어로 시작하지 않는다
- 35자를 넘는 문장은 두 문장으로 나눈다

## 피해야 할 패턴
- 괄호식 보충 설명에 대시 사용 금지 — 문장을 재구성한다
- "그녀는 깨달았다 / 알아차렸다 / 이해했다" 사용 금지 — 그 깨달음을 보여주고 이름 붙이지 않는다
- 서술에서 세 항목 나열 금지 (X, Y, 그리고 Z)
- 긴장감 있는 장면의 끝을 내성적이거나 희망적인 마무리로 완화하지 않는다

작동 방식

임의의 규칙 파일 상단에 YAML 프론트매터를 추가합니다. Agent는 각 규칙의 paths를 현재 작업 중인 파일에 대해 평가하고 일치하는 규칙을 자동으로 활성화합니다. 프론트매터가 없는 규칙은 항상 활성화됩니다 — 보편적인 문체 습관과 AI 배제 제약에 적합합니다.

문제 해결

가장 가능성 높은 원인: 규칙이 꺼져 있거나 지침이 충분히 구체적이지 않습니다.
  • Rules 패널에서 규칙 파일이 켜져 있는지 확인
  • 제약을 직접적인 금지문으로 다시 작성: “~를 피해주세요” 대신 “~하지 않는다”
  • 전역 규칙이라면 프로젝트 규칙으로 덮어쓰이지 않았는지 확인
다음을 확인하세요:
  • 편집 중인 파일 경로가 paths의 glob 패턴과 일치해야 합니다
  • YAML 프론트매터 양쪽에 올바른 --- 구분자가 있어야 합니다
  • Rules 패널에서 규칙이 켜져 있어야 합니다
보통 내용이 중복되었다는 의미입니다 — 두 곳에 같은 내용을 정의했습니다.
  • 이야기 콘텐츠 (캐릭터가 누구인지, 세계 규칙이 무엇인지)는 SOLOENT.md에 보관
  • 글쓰기 선호도 (산문이 어떻게 느껴져야 하는지, 피해야 할 패턴)는 Rules에 보관
  • 이 이야기의 톤에 대한 프로젝트 규칙이라면 괜찮지만, SOLOENT.md의 5장 (문체 가이드라인)과 충돌하지 않는지 확인
규칙은 컨텍스트 토큰을 소비합니다. 활성화된 규칙이 많은 경우:
  • 현재 작업과 관련 없는 규칙 끄기
  • 중복되는 규칙을 하나의 파일로 통합
  • Rules에 잘못 들어간 이야기 관련 콘텐츠를 SOLOENT.md로 이동

더 많은 고급 팁

SOLOENT.md 가이드

SOLOENT.md와 Rules에 각각 무엇을 넣어야 하는지 이해하기

명령어 (Commands)

/review로 최신 챕터가 규칙을 따르는지 확인하기