Aider와 OpenCode: Git 프로젝트에 맞는 CLI 선택

편집할 파일을 명시적으로 고르고 작은 Git 변경을 검토하려면 Aider부터 시험하세요. 계획과 실행을 전환하고 도구와 에이전트를 관리하려면 OpenCode부터 시작하세요. 작업 방식의 선택이며 응답 품질은 모델, 컨텍스트, 작업 자체에도 달려 있습니다.

미완료 변경이 있는 주 저장소 대신 작은 시험 프로젝트나 같은 리비전의 깨끗한 작업 복사본 두 개를 쓰세요. 비밀 정보, 업무 키, 불필요한 데이터는 제외합니다.

편집 전에 비교할 제어 기능

요구	Aider	OpenCode
편집·참조 파일 선택	/add, /read-only, /drop, 목록은 /ls	선택한 에이전트의 컨텍스트와 파일·도구 권한 확인
수정 전에 논의	/ask 다음 /code	Plan과 Build 전환
Git 커밋 제어	자동 커밋 설정 가능	허용할 Git 명령을 명시
도구 실행 제한	논의 모드와 추가 파일 관리부터 시작	allow, ask, deny 규칙

Aider 명령은 대화에 넣는 파일과 사용 방식을 정합니다. 명령 참조를 확인하세요. OpenCode의 주 에이전트는 subagents를 호출할 수 있으므로 모드 이름과 실제 호출 도구를 함께 살펴보세요.

Aider의 커밋 동작부터 설정

Aider는 기본적으로 자신의 변경을 Git에 커밋합니다. dirty 파일을 편집하기 전에 기존 변경을 커밋할 수도 있습니다. 전체 이력을 직접 관리하려면 첫 편집 전에 설정하세요.

수동 커밋 시험은 설치·설정된 클라이언트를 다음과 같이 시작합니다.

aider --no-auto-commits --no-dirty-commits

두 옵션은 해당 자동 커밋 동작을 끕니다. 파일 편집을 막거나 백업을 대신하지 않습니다. 동작, /diff, /undo 조건은 Git integration에 있습니다.

작업 파일만 편집용으로 넣고 참조 파일은 read-only로 추가하세요. /ls를 확인하고 /ask에서 예정된 변경을 설명하게 합니다. 합의 후 /code로 좁은 작업을 요청하세요. 모드 차이는 Chat modes에 나와 있습니다.

OpenCode 에이전트 권한 확인

주 에이전트는 Build와 Plan입니다. 현재 문서에서 Plan은 파일 편집과 Bash 명령에 승인을 요청하며 Build는 실행을 담당합니다. Plan이라는 이름이 별도 파일 샌드박스를 뜻하지 않습니다. Agents와 본인 설정을 대조하세요.

새 시험 프로젝트에서 편집과 명령 실행을 명시적으로 금지하려면 다음을 사용할 수 있습니다.

{
  "$schema": "https://opencode.ai/config.json",
  "permission": {
    "edit": "deny",
    "bash": "deny"
  }
}

opencode.json에 저장하세요. 기존 프로젝트에서는 파일 전체를 바꾸지 말고 해당 섹션을 병합합니다. 에이전트별 규칙은 전역 규칙을 덮어쓸 수 있으므로 먼저 확인하세요. 이 설정은 지정한 도구를 제한하며 모든 외부 동작의 완전한 격리를 보장하지 않습니다.

같은 파일을 변경 없이 설명하게 하세요. 편집 단계 전에 필요한 권한만 조정하고 실행 가능한 명령을 확인합니다. 시험을 통과하려고 모든 도구를 일괄 허용하지 마세요. 문법과 우선순위는 Permissions에 있습니다.

같은 작은 작업으로 비교

모델 설명을 믿지 않아도 검증할 수 있는 수정을 고르세요. 예를 들어 URL 조각을 만드는 함수가 " Release Notes "를 "release-notes"로 바꾸고 빈 문자열에서는 ValueError를 발생시키게 합니다. 함수 파일 하나와 테스트 파일 하나로 범위를 제한하세요.

각 클라이언트에 대해 같은 시작 Git 리비전과 지시문, 모델과 접근 공급자, 편집 가능 파일, 허용한 테스트 명령, 자동 커밋 예상 여부를 기록합니다.

계획을 먼저 비교한 뒤 각 복사본에서 제한된 편집을 허용하세요. 직접 작성한 테스트와 다음 명령으로 확인합니다.

git status --short
git diff --check
git diff --stat
git log -3 --oneline

자동 커밋 후 일반 git diff가 비어 있을 수 있습니다. 현재 HEAD를 기록한 시작 리비전과 비교해 전체 변경을 확인하세요. untracked 파일은 일반 diff에 없으므로 따로 확인합니다.

파일이나 권한을 더 줘야 했다면 구체적 이유를 기록하세요. «더 빨라 보였다»보다 유용합니다. 한 번의 성공이 다른 언어, 모델, 저장소에서도 우위를 증명하지는 않습니다.

결과를 보고 선택

직접 컨텍스트를 정하고 작은 변경을 순서대로 확인하기 좋다면 Aider를 선택하세요. 여러 에이전트와 도구 관리가 필요하고 실제 권한이 명확하고 검증 가능했다면 OpenCode를 선택하세요. 불필요한 파일 수정이나 예상치 못한 커밋이 생기면 설정을 고치고 같은 작은 시험을 반복합니다.

API 연결과 편집 품질은 별도로 확인하세요. 인증 성공은 올바른 코드의 증거가 아닙니다. 설치는 기존 OpenCode 안내를 참고하세요. 여기서 선택 기준은 Git 프로젝트에서 제어할 수 있는 결과입니다.