1.1 KiB
1.1 KiB
Refactor Queue Contract
<분석 대상 저장소>/refactor-queue.yaml is the ordering SSOT for bounded refactoring work.
Responsibility split
- Queue: order, active item, summary state.
docs/<프로젝트>/refactor/<project>/<item>/work-item.json: detailed problem, goal, type, scope, acceptance criteria, evidence references.
Selection
- Ignore items whose analysis snapshot is no longer
COMPLETE, revision-current, and clean. - Among actionable
READYitems, lower priority number wins:P0→P1→P2→P3. - For equal priority, file order wins.
- At most one WorkItem is active. Do not start another while the active item is baselining, changing source, verifying, or waiting for approval.
- One scheduled execution works on at most one bounded item.
Summary entry shape
- project: backend-clean-architecture
id: RF-001
priority: P1
status: READY
detail: docs/<프로젝트>/refactor/backend-clean-architecture/RF-001/work-item.json
The queue does not duplicate detailed analysis or evidence. If queue summary and work-item.json disagree, stop and reconcile instead of guessing.