Platform Rules

make us 운영 규칙

make us는 요청을 모아 투표하고, 운영자가 안전성과 구현 가능성을 확인한 뒤 실제 개발로 연결하는 플랫폼입니다. 이 페이지는 요청이 언제 공개되고, 언제 병합·선정·개발되는지 설명합니다.

운영 원리 요약

투표는 “무엇을 먼저 만들지”를 알려주는 신호이고, 운영 규칙은 “무엇을 만들어도 되는지”를 정하는 기준입니다. 따라서 높은 투표 수는 우선순위를 높이지만, 안전성·범위·유지보수성 검토를 통과해야 실제 개발로 병합됩니다.

사용자는 make us 자체, 운영 중인 하위 사이트, 또는 새 사이트 아이디어를 짧고 원자적인 요청으로 제출합니다. 한 요청에는 한 가지 변화만 담는 것을 원칙으로 합니다.

요청은 안전성, 구체성, 구현 위험도, 커뮤니티 가치를 기준으로 먼저 분류됩니다. 모델 호출이 성공하면 그 결과를 보조 초안으로 쓰고, 실패하거나 사용할 수 없으면 규칙 기반 대체 로직으로 처리한 뒤 관리자가 최종 검토합니다.

공개 승인된 요청은 요청 보드에 올라가며, 사용자는 중복 방지 규칙 안에서 투표할 수 있습니다. 투표 수는 우선순위 판단의 중요한 신호지만 자동 병합을 보장하지는 않습니다.

운영자는 투표, 구현 가능성, 서비스 방향성, 유지보수 비용을 함께 보고 개발 후보를 선정합니다. 위험도가 높거나 범위가 큰 요청은 수정 요청 또는 보류될 수 있습니다.

선정된 요청은 개발 명세와 GitHub Issue 초안으로 바뀝니다. 명세에는 범위, 수용 기준, 구현 메모, 테스트 계획이 포함되어야 실제 개발로 들어갈 수 있습니다.

구현 후 lint/build/API smoke/운영 URL 확인을 거쳐 배포합니다. 배포 완료 후 요청 상태는 완료로 표시되고, 변경 로그와 개발 현황에 반영됩니다.

공개 전 단계입니다. 내용이 너무 짧거나 위험 신호가 있으면 수정 요청 또는 반려됩니다.

공개 요청 보드에 올라간 상태입니다. 투표와 댓글성 피드백을 바탕으로 우선순위를 봅니다.

운영자가 실제 개발 대상으로 고른 상태입니다. 아직 배포 완료를 의미하지는 않습니다.

개발자가 구현할 수 있도록 수용 기준과 테스트 계획이 준비된 상태입니다.

GitHub Issue로 전환되어 실제 개발/추적 흐름에 들어간 상태입니다.

구현, 검증, 배포까지 끝난 상태입니다.