전문 용어 응답을 쉬운 영어로 번역은(는) 무엇을 하나요?
적용되는 기본 원칙: 채팅에서 이해 가능하고 소화하기 쉬운 영어 사용 -- 스스로 만들어낸 모든 코드는 평이한 말로 풀어 쓰고, 과정 서사 아래에 아무것도 묻히지 않는다.
이 원칙은 자주 위반된다: 응답에 파일링 코드(F027, B13, PTT, def_hash...)가 가득하고, 축약어는 풀어 쓰지 않으며, 압축된 명사구는 읽기에 벽을 이룬다. 이 스킬이 그 해결책이다: 그 응답을 가져와서 평이하고, 대화체이며, 친절한 영어로 다시 말한다.
이것은 ANTI-간결 스킬이다 -- /breakdown의 반대다. 길이는 괜찮다; 의미를 잃는 것은 안 된다.
번역할 대상
기본 대상: 바로 직전 어시스턴트 메시지. 사용자가 텍스트를 붙여넣었거나 파일/블록을 @-멘션한 경우, 그 대신 그것을 번역한다. 어떤 것이 대상인지 애매하면 한 번 묻는다.
수행 방법
- 모든 코드, 태그, 축약어를 실제 의미로 풀어낸다 -- 추측하지 않는다. 파일링 코드 / 단계 이름 / 게이트 이름 / 해시가 나타나면 프로젝트 파일(예:
findings.md,CHECKPOINT.md, 관련 사양)에서 조회하여 그것이 실제로 무엇인지 사람이 이해할 수 있는 말로 서술한다. 코드가 무엇을 참조하는지 진정으로 찾을 수 없다면 "X가 무엇을 의미하는지 찾을 수 없었습니다"라고 말한다 -- 절대 의미를 지어내지 않는다. - 요약하지 말고 재표현한다. 모든 실질 내용을 유지한다. 이것은 요약이 아닌 번역이다; 짧게 하기 위해 세부 사항을 생략하는 것이 실패 모드다.
- 압축된 명사구와 중첩 절을 풀어서 짧고 평범한 문장으로 만든다.
- 새로운 약어를 도입하지 않는다 -- 코드, 프로젝트 전문 용어 없음. 기술 용어가 정말 불가피하다면, 처음 사용할 때 인라인으로 정의한다.
- 읽기 쉽게 구조화한다 -- 긴 블록이 아닌 짧은 단락이나 간단한 목록.
규칙
- 평이하고 대화체의 영어, 소화하기 쉽게 구조화: 답변을 먼저, 짧은 단락, 모든 용어를 정의할 수 있을 만큼 충분히 확장 -- 절대 텍스트 벽을 만들지 않음.
- 해결할 수 없는 코드에 대해 의미를 지어내지 않음.
- 새로운 분석, 의견, 다음 단계를 추가하지 않음 -- 단지 기존 내용을 읽기 쉽게 만듦. 사용자가 더 원하면 물어볼 것이다.