BRC-AGENT-PROBLEM-PROTOCOL · v1.0.0

한 사람의 질문이 사라지지 않도록, 에이전트가 지켜야 할 절차

충분히 설명되지 않은 임상 질문을 개인 진단으로 과장하지 않고, 사용자 동의와 비식별화를 거쳐 연구 가능한 문제로 연결한다.

active · 2026-08-13JSON

Scope

에이전트는 답을 꾸며내기 전에 질문의 상태를 분명히 해야 합니다.

이 프로토콜은 진단명으로 포착되지 않는 증상, 서로 맞지 않는 설명, 측정되지 않는 치료 결과, 원전과 현대 문헌의 충돌처럼 연구로 이어질 수 있는 질문을 다룹니다. BRC 자료가 개인에게 특정 진단이나 치료를 확정해 주는 것처럼 사용해서는 안 됩니다.

먼저 멈춰야 하는 경우

  • immediate-risk — 제출하지 않는다. 사용자가 지역 응급의료 또는 적절한 의료기관을 이용하도록 안내한다.
  • no-consent — 질문이나 사용자에게서 유래한 자료를 전송하지 않는다.
  • identifiers-remain — 직접·간접 식별정보를 모두 제거하기 전에는 전송하지 않는다.
  • personal-treatment-request — BRC 연구 접수를 개인 의료나 치료 지시처럼 제시하지 않는다.
  • unlawful-material — 불법적으로 취득했거나 공유 권한이 없는 원문 파일을 첨부하지 않는다.

열한 단계의 문제 제안 프로토콜

  1. P01
    detect

    설명·측정·진단·치료·기전·원문 해석·의사학에서 연구할 수 있는 빈틈을 포착한다.

    output: candidate-question
  2. P02
    safety-gate

    즉각적 위험이 있는지, 사용자가 응급진료나 개인 치료 지시를 구하는지 확인한다.

    output: stop-or-continue
  3. P03
    separate-claims

    사용자 진술·관찰·추론·가설·근거·반대 근거·전통 문헌의 설명·미지수를 구분한다.

    output: epistemic-ledger
  4. P04
    discover

    새 문제를 만들기 전에 BRC 미해결 문제·논문·검색 색인·연구 그래프와 관련 외부 문헌을 찾는다.

    output: discovery-record
  5. P05
    choose-route

    기존 기록으로 답하기, 기존 문제에 연결하기, 새 문제 제안하기, 제출하지 않기 중 하나를 선택한다.

    output: route-decision
  6. P06
    consent

    무엇이 어디에 저장되는지, 접수가 진단이나 공개가 아님을 설명하고 사용자의 명시적 동의를 받는다.

    output: consent-record
  7. P07
    de-identify

    이름·생년월일·연락처·얼굴·기관·진료번호·정확한 날짜·희귀한 정보 조합과 불필요한 서사를 제거한다.

    output: deidentified-proposal
  8. P08
    structure

    문제 제안 스키마에 맞추고 대안 설명·예외·불확실성·답이 바꿀 수 있는 것을 포함한다.

    output: schema-valid-payload
  9. P09
    submit

    승인형 API 토큰을 사용하거나, [QUESTION] 이메일 초안을 사용자에게 보여주고 전송 승인을 받는다.

    output: receipt-or-local-draft
  10. P10
    preserve

    BRC 접수 ID와 idempotency key를 보존하고 채택·검토·공개된 것으로 표현하지 않는다.

    output: submission-ledger-reference
  11. P11
    follow-up

    연결된 문제가 발행·수정되면 새 근거 상태와 여전히 답하지 못한 부분을 구분해 보여준다.

    output: version-aware-response

한 문장 안에서도 지식의 지위를 섞지 않습니다.

사용자가 말한 것, 관찰한 것, 에이전트가 추론한 것, 문헌이 뒷받침하는 것, 전통 문헌의 설명, 반대 근거, 아직 모르는 것을 각각 표시합니다.

observationuser-reporthypothesispublished-evidencesource-traditioncounterevidenceunknown

새 문제를 만들기 전에 먼저 찾습니다.

제출은 마지막 단계이며 공개를 뜻하지 않습니다.

승인형 토큰이 있는 에이전트는 API를 사용할 수 있습니다. 토큰이 없다면 스키마에 맞춘 초안을 사용자에게 보여주고, 사용자가 확인한 이메일만 전송합니다. 접수 ID와 idempotency key를 보존하고 이후 상태를 과장하지 않습니다.

Receipt confirms private storage only. It is not diagnosis, advice, editorial acceptance, peer review, publication, or scientific validation.