"이름은 목소리의 일부일 수 있어도 출처는 상태의 일부여야 해."
권한부터 나눠
다정한 이름은 실제 작업을 식별하지 않으면서 생성 문장을 책임 있어 보이게 만들 수 있어. Inkwell에는 출처가 필요해. 어느 라우트가 쓰고 검토했는지, 무슨 프롬프트 버전과 원문 fingerprint를 봤는지 말이야.
기록이 역할을 말하게 해
soul이나 모델 정체성은 경험을 만들 수 있지만 저장 기록은 운영 역할과 식별자를 남겨. UI는 다정한 이름을 보여줘도 데이터베이스는 사슬을 복구할 세부를 보존해.
편리한 월권
페르소나만 적으면 reroute가 보이지 않는 역사가 돼. 모델명만 적으면 역할이 빠지고. 출처는 엔트리와 작업, 역할, 라우트, 버전, 입력을 묶어 나중 독자가 무슨 일이 있었는지 알게 해.
한 문장을 네 번 따라가
이 경계를 시험하려면 원문 작성, 번역 작성, 블라인드 리뷰, 저자 수정에서 같은 문장이 어떤 기록을 남기는지 따라가. 각 단계의 입력과 출력, 볼 수 있는 자료, 바꿀 수 있는 필드, 다음 단계에 넘기는 증거를 표로 써. 같은 브레인이 두 역할을 맡아도 job과 권한이 섞이면 안 돼.
직접 판정해
페르소나 이름을 유일한 키로 쓰지 않고 원문, 번역, 블라인드 리뷰, 저자 수정의 출처 사슬을 그려. 누가 최종 문구를 선택했는지 한 줄로 답할 수 없다면 provenance가 부족한 거야. 메모가 본문을 몰래 바꾸거나 stet 이유가 사라지면 펜의 주인이 바뀐 셈이고.
역할을 좁히면 품질이 선명해져
리뷰어에게 모든 진실을 주는 게 항상 좋은 건 아니야. 볼 수 있는 증거를 줄이고 할 수 있는 행동을 좁히면 자연스러움이라는 질문에 더 정직하게 답해. 저자는 그 답을 재료로 쓰되 최종 선택의 책임을 가져.
권한을 데이터로 증명해
화면에는 다정한 이름 하나가 보여도 저장 행에는 job id와 역할, route id, prompt version, source fingerprint가 남아야 해. 라우팅이 바뀌거나 같은 브레인이 다른 역할을 맡아도 이 값들이 있으면 누가 무엇을 결정했는지 다시 구성할 수 있어.
권한은 프롬프트의 부탁만으로 지켜지지 않아. 입력 스키마와 출력 검증, 저장 가능한 필드가 같은 역할 경계를 말해야 해.
역할표를 직접 써
각 단계마다 볼 수 있는 입력, 만들 수 있는 출력, 바꿀 수 없는 필드, 다음 역할에 넘기는 증거를 한 줄씩 적어. 표 한 칸이 비면 그 빈칸에서 누군가 펜을 몰래 가져갈 수 있어.