const next = items.map(item =>
item.id === selectedId
? { ...item, checked: !item.checked }
: item
);- 프로젝트
- 다른 행을 바꾸지 않고 항목 ID로 대상을 찾습니다.
- 적용하기 전에 검토하세요
- 실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요.
- 모델
- 기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다.
const next = items.map(item =>
item.id === selectedId
? { ...item, checked: !item.checked }
: item
);코드를 바꾸기 전에 그 이유를 다시 파악하세요
기억 속 파일이 더 이상 변경할 동작을 담당하지 않을 수 있습니다. MiraCode에서 프로젝트 폴더를 열고 연결한 도우미에게 진입점, 호출부, 현재 동작을 설명하는 테스트를 조사하도록 요청하세요. 설명에 파일 참조를 요구해 결론을 구현과 대조할 수 있게 하세요.
장보기 목록 앱이라면 화면의 체크박스 동작에서 상태 업데이트, 저장소까지 따라가는 작업일 수 있습니다. 항목 식별자가 어디서 오고 앱을 다시 열 때 체크한 항목을 무엇이 복원하는지 물어보세요. 이 질문들은 이후 편집에서 보존할 사항을 정해 줍니다. 짧은 업데이트 함수만으로는 답할 수 없습니다.
관련 파일을 선택하고 편집 제안 전에 미해결 질문을 요청해 조사 범위를 제한하세요. MiraCode는 모델 연결을 설정할 수 있는 Windows 코딩 작업 공간입니다. 거부 성향을 제거한 AI 모델을 선택한다면 지원되는 엔드포인트에서 제공되어야 하며 컨텍스트 용량, 도구, 제한은 모델과 서버에 달려 있습니다.
설명이 코드와 일치하면 변경 하나와 유지해야 할 동작을 설명하세요. 수정안을 살펴보고 관련 프로젝트 테스트를 실행한 뒤 영향받는 화면을 시험하세요. 변경을 직접 설명할 수 있고 기존 작업 흐름이 예상대로 동작한다는 근거를 확보했을 때가 유용한 마무리 시점입니다.
오래된 프로젝트를 다시 시작하기 전의 질문
첫 요청에는 무엇을 써야 하나요?
이해하려는 동작을 명시하고 편집 전에 조사를 요청하세요. 예를 들어 체크한 장보기 항목이 앱을 다시 열어도 유지되는 방식을 설명하고 관련 파일을 찾으며 주어진 코드만으로 확인할 수 없는 사항을 표시해 달라고 하세요.
설명이 오래된 README와 충돌하면 어떻게 하나요?
충돌하는 구현과 문서 구절을 도우미에게 지정해 달라고 하세요. 관련 테스트를 확인하고 가능하면 앱을 실행하세요. 코드와 문서 중 무엇을 바꿀지 결정하기 전에 불일치를 미해결 문제로 다루세요.
큰 저장소에 사용할 모델은 어떻게 선택하나요?
지원되는 OpenAI 호환 또는 Anthropic 엔드포인트를 사용하고 컨텍스트 한도와 도구 지원을 확인하세요. 한 가지 동작에 관련된 파일부터 시작하세요. 컨텍스트 창이 크다고 설명이 정확한 것은 아닙니다.
MiraCode에 거부 성향을 제거한 모델이 포함되나요?
이 작업 흐름에는 모델이 포함되지 않습니다. 호환 서비스를 설정하고 필요시 인증 정보를 제공하거나 별도의 로컬 모델 서버를 실행하세요. 로컬 엔드포인트가 모든 연결 도구까지 로컬로 만들지는 않습니다.
언제 편집을 시작하는 것이 타당한가요?
구현을 찾고 보존할 동작을 설명하며 이를 확인할 방법을 정했을 때입니다. 생성된 diff를 검토하고 해당 동작을 테스트하세요. 자신감 있는 설명만으로는 근거가 충분하지 않습니다.
MiraCode · 업데이트 2026-10-25