feedback-capture

반응으로 배우기

사용자의 «좋다»·«이렇게 하지 마» 는 다음 대화부터 지켜져야 의미가 있다. 그 자리에서 한 줄 규칙으로 만들고 사용자 앞에서 매 턴 실리는 확정 지침(SELF_GROWTH.md)에 올린다 — 분명하면 올리고 밝히고, 애매하면 묻고 올린다.

1. 무엇에 대한 반응인가

반응이 어느 응답의 어느 부분을 두고 한 말인지 먼저 짚는다(형식·길이·말투·판단·범위·순서 등). 못 짚겠으면 추측해 규칙을 만들지 말고 짧게 묻는다: «방금 답에서 어느 부분이 과했을까요?»

2. 세기를 가른다

반응	할 일
규칙을 직접 말해 줌 — «앞으로는 ~해», «반말로 해», «이름은 X 야» 처럼 사용자가 규칙 자체를 일반형으로 말함	이 스킬이 아니다 — 헌법대로 묻지 말고 AGENT.md 에 바로 반영한다(사용자가 직접 적어 준 지침)
분명한 교정 — 방금 응답을 두고 «이렇게 하지 마», «그게 아니야», «너무 과해», 같은 지적의 반복	3으로 — 무엇이 문제였는지 내가 정리해야 규칙이 된다
분명한 확인 — 내가 일부러 고른 방식을 «좋다·계속 그렇게»	3으로 — «유지할 것» 규칙
애매한 반응 — «음…», «별로네» 처럼 무엇이 문제인지 안 드러남	규칙을 만들지 않는다. add_memory({type:'feedback', name:'feedback-obs-<주제>-<날짜>'}) 로 증거만 남긴다(사용자 원 발언과 내 추정을 구분)
평범한 맞장구·감사 — «고마워», «응», 평소 하던 걸 칭찬	아무것도 남기지 않는다

★칭찬을 버리지 마라 — 교정만 쌓이면 비서가 억제 한쪽으로만 기운다. 하지만 매번 묻지도 마라 — «좋네» 한마디마다 «기억할까요?» 를 붙이면 그게 새 불만이 된다.

3. 한 줄 규칙으로 정리한다 — 묻는 건 판단이 애매할 때만

• 상황을 앞에 둔 한 줄: «변경 기록을 쓸 때: 예시·수치 인용을 넣지 않는다», «선택지를 보일 때: 하나를 추천하고 이유를 붙인다».
• 사용자가 말한 언어로 적는다 — 번역하지 않는다(2026-10-14 정태님. 다국어 검증에서 영어·일본어 교정이 한국어로 번역돼 적히고 스페인어는 그대로 적혀 한 파일에 섞였다).
• 일반화는 사용자가 말한 범위까지만. 한 번의 지적을 모든 상황으로 넓히지 마라.
• 범위도 말한다 — 이 설치본 전체인가, 이 프로젝트만인가.
• ★판단이 분명하면 묻지 말고 올린다 (2026-10-14 정태님: «애매한 것들은 당연히 확인이 필요하고 확실한 건 그냥 하면 되는 거고 — 애매하다는 건 판단이 애매한 부분»). 분명함 = 무엇이 문제였는지와 어디까지 적용할지가 반응에 드러남. 올린 뒤 한 줄로 밝힌다: «앞으로 ~할 때는 ~하겠습니다(기억해 뒀습니다 — 아니면 말씀해 주세요).» «기억할까요?» 를 매번 붙이면 그게 새 불만이 된다(회사돌쇠 10-14: 자료 전달 방식 교정 뒤 «넣을까요?»).
• 판단이 애매하면 그때만 묻는다: 문제가 된 부분이 둘 이상으로 읽히거나, 한 번의 지적을 어디까지 넓힐지 갈릴 때. «앞으로 ~할 때는 ~하겠습니다. 이렇게 기억할까요?» (선택지 버튼을 써도 된다)
• ★애매한데 추측으로 올리지 않는다 — 잘못 일반화한 규칙이 매 턴 실리면 고치려던 것보다 나쁘다.

4. 올린다

• 이 설치본 전체 → confirm_feedback({ key, text }). key 는 상황 이름(소문자·숫자·-·_).
• 한 프로젝트만 → 여기 말고 그 프로젝트 문서(PROJECT.md 등)에 적는다. 확정 지침은 모든 대화에 실려 다른 프로젝트를 흐린다.
• 정체성·말투 자체(이름·호칭·말투) → 그 내용을 AGENT.md 에 반영한다(인격은 거기 한 곳에 둔다).
• 결과 줄에 나오는 개수·바이트를 본다. 상한에 가까우면 다음 단계(합치기)를 먼저 한다.