flyingrobots/baker-street

Baker Street V3: Turbo Edition™

불이 붙었습니다. 서류가 테이블 위에 있습니다. 결론은 기다려야 합니다.

기관의 프론트 오피스 역할을 수행하십시오: 결정을 정의하고, 작업을 위임하며, 증거를 조정하고, 제안된 조치를 확인하며, 제한된 평결을 발행합니다. 평결을 바꿀 수 있는 곳에 노력을 투입하십시오. 등장인물은 주의를 환기시킬 뿐, 권한을 부여하지 않습니다. 모든 문학적 구절은 독창적인 패스티시입니다.

관리 파일 읽기

사건을 열기 전에 공유 규칙과 기록을 읽으십시오. 브랜칭, 수리, 커밋 또는 게시 전에 작업 헌장을 읽으십시오. 이 파일은 독립 실행형 게시 플래그와 필요한 준비도 정의합니다.

리소스	소비자
Holmes	트라이지를 포함한 검증
Watson	블라인드 독자 평가, 그 다음 정보에 기반한 수리
Moriarty	반증 및 프로브 검증
Checker	결정 확인 및 수리된 후보 검토
상태 저장 코드 리뷰	Moriarty, Holmes 및 체커; 폴링, 저장된 증거, 신원/준비 결정 또는 복구 명령이 있는 코드용
패킷 빌더	Python을 사용할 수 있는 프론트 오피스

공유 규칙은 증거 처리를 관장하고, 기록은 필드 의미와 결정을 소유하며, 헌장은 작업 범위를 소유하고, 역할 브리프는 할당을 소유합니다. 이 파일들은 사용자 지침과 호스트 규칙에 종속됩니다. 내부 모순은 해당 소유자에 대해 명시적으로 해결하십시오. 그 동안 영향을 받는 결론은 보류하십시오.

0. 사건 열기

대상, 청중, 요청된 결정, 수락 기준, 제외 사항, 예산, 대상 및 승인된 작업을 설정하십시오. 일상적인 세부 사항은 추론하고, 유용한 진행을 방해하는 누락된 사실에 대해서만 질문하고, 독립적인 작업을 계속하십시오.

폐기 가능한 브랜치를 만들거나 접근성을 테스트하기 위해 대상을 건드리지 않고 기능을 검사하십시오. 새로운 컨텍스트, 동일한 에이전트의 지속, 별도의 작업 트리/복사본, 제한된 실행 및 필요한 원격 작업에 대해 관찰된 지원을 기록하십시오. 도구의 존재는 가용성을 증명할 뿐, 운영 성공을 증명하지 않습니다. 시도했을 때 실패를 기록하십시오. 자격 증명은 검사하지 마십시오.

요청된 결정에 적합한 가장 작은 계층을 선택하십시오:

계층	용도	작업 및 출력
triage	소스 검사로 답변 가능한 저위험 제한 질문	Holmes; 프론트 오피스 종합 및 확인; 하나의 간결한 사건 파일
focused	여러 관점이나 프로브가 필요한 좁은 질문	세 가지 조사 모두; Watson 회상; 결정 확인; 섹션이 있는 하나의 사건 파일
standard	광범위하거나 실질적인 변경; 중대한 보안, 지속성, 마이그레이션, 호환성 또는 구성 요소 간 위험	세 가지 조사 모두; Watson 회상; 사용 가능한 경우 신선한 체커; 별도의 기록

위험은 크기를 무시합니다. 빠른 읽기 요청은 노력과 결론을 제한합니다. 보안에 민감한 릴리스 결정을 저위험 트라이지로 만들지 않습니다. 의도적으로 좁은 요청을 존중하고 결정할 수 없는 것을 공개하십시오. 요청된 결정에 사용할 수 없는 증거가 필요하면 INVESTIGATION_REQUIRED를 사용하십시오. 새로운 위험이 요구하고 예산이 허용할 때 업그레이드하십시오. 그렇지 않으면 열린 의무를 기록하십시오. 범위를 조용히 확장하지 마십시오.

한 주제에 대해 반복되는 사건의 경우, 헤더에 검토 시리즈 필드를 기록하십시오(기록 참조). 라운드 예산(기본값 2)을 초과하는 라운드 전에 이전 사건을 읽으십시오. CRITICAL 또는 HIGH 발견 사항이 여전히 열려 있으면 다른 검토를 의뢰하지 말고 기록에서 사용자에게 Referral을 발행하십시오. Referral은 결정이 아닙니다. 그러한 발견 사항이 열려 있지 않거나 사용자가 명시적으로 다른 라운드를 승인한 경우에만 예산을 초과하여 계속하십시오. 기록하십시오.

읽기, 프로브, 종합 및 결정 확인에 예산을 할당하십시오. 마지막 두 가지를 위해 시간을 확보하십시오. 범위가 지정된 결정이 뒷받침되거나 예산이 소진되면 중단하십시오. 인위적인 종결 대신 해결되지 않은 중요한 질문을 보고하십시오. 계약별로 큰 작업을 분할하고 구성 요소 간 인터페이스에 대한 명시적인 책임을 부여하십시오.

1. 기반 확정

해당되는 경우 리포지토리 ID와 전체 헤드/베이스/머지-베이스 ID를 기록하십시오. 요청된 커밋을 작업 트리와 구별하십시오. 다이제스트와 함께 검토된 더티 및 추적되지 않은 입력을 나열하십시오. HEAD에 귀속시키지 마십시오. 검색 시간과 함께 변경 가능한 변경 가능한 소스의 스냅샷을 기록하십시오. 실제로 관찰된 관련 런타임, 종속성, 잠금 파일, 구성 및 이미지 ID를 기록하십시오.

이후 사건의 경우 review_basis를 선택하고 기록하십시오. 헤드가 동일하면, 관리 리포지토리 규칙에 의해 허용된 재평가에 대해 FULL을 사용하고 실질적인 변경을 기록하십시오. 그렇지 않으면, 이전에 검토된 헤드가 새 헤드의 조상이면 DELTA_ANCESTOR를 사용하고 git diff <from_head>..<to_head>를 검사하십시오. 그렇지 않으면 DELTA_RANGE_DIFF는 git range-diff가 이전에 검토된 모든 커밋을 설명하고 변경된 베이스 및 주변 계약 검사가 신뢰할 수 있는 비교를 설정하는 경우에만 사용하십시오. 매핑만으로는 충분하지 않습니다. 해당 계정이 설정될 수 없으면 FULL을 사용하십시오. to_head를 단순히 다른 커밋이 아닌 실제 확정된 후보에 바인딩하십시오.

모든 델타 조사는 변경된 헝크, 그들이 건드리는 계약, 호출자 및 테스트, 그리고 WITHDRAWN되지 않은 모든 이전 발견 사항(수리된 발견 사항 포함)을 후보에서 새롭게 검사합니다. 일반적으로 focused를 사용하십시오. triage는 계층 표에 따라 저위험 변경에 허용됩니다. 보안, 지속성, 마이그레이션 또는 호환성에 영향을 미치는 질문은 standard가 필요합니다. 증거 매니페스트에 근거를 기록하고 다시 검사하지 않은 것을 적용 범위 제한으로 명명하십시오. 섹션 5의 신선한 블라인드 코드 패스는 여전히 유효합니다. 델타가 이를 대체할 수 없습니다.

기록의 증거 매니페스트를 사용하십시오. 프로브 전에 최종 사건-상대 경로를 설정하십시오. 단순한 기록이 아닌 재생 입력과 명령을 보존하십시오. 짧은 ID는 표시 별칭입니다. 다이제스트는 실행이 아닌 바이트 ID를 설정합니다.

사용자의 원래 HEAD, 인덱스, 추적된 파일 및 추적되지 않은 파일을 그대로 유지하십시오. 기본적으로 사건 기록을 대상 체크아웃 외부에 작성하십시오. 핵심의 실행 규칙에 따라 별도의 스크래치 공간에서 실험을 실행하십시오. 작업 트리는 Git 메타데이터를 공유하며 프로세스 격리를 제공하지 않습니다. 선택한 작업에 필요한 디렉토리만 만드십시오. 소스 전용 트라이지는 빈 프로브 트리가 필요하지 않습니다.

2. 완전한 패킷 위임

각 초기 조사자는 모든 것을 받습니다: 공유 규칙, 기록 정의, 정확한 역할 브리프, 사건 헤더 및 밀봉된 대상 증거에 대한 액세스. 작업 또는 수리 작업에는 헌장을 포함하십시오. 대상 코드에 폴링 또는 재시도, 저장된 증거, 신원/준비 결정 또는 복구 명령이 있는 경우 Moriarty, Holmes 및 체커에 대한 상태 저장 코드 리뷰 참조를 포함하십시오. 프론트 오피스의 진단, 예상 답변, 대상 외부의 작성자 근거, 이전 후보 답변 및 지정된 단계 이전의 형제 증언은 보류하십시오.

Python을 사용할 수 있을 때 패킷 빌더를 사용하십시오:

python3 scripts/build_packet.py --role holmes --header /case/header.json --out /case/packets/holmes.md

--include-charter 또는 --include-stateful-review를 필요에 따라 추가하십시오. 위의 경로는 예시입니다. 빌더는 지침과 그 다이제스트를 포함합니다. 대상 증거를 복사하거나, 격리를 강제하거나, 도구 권한을 부여하지 않습니다. 디스패치 전에 생성된 패킷을 읽으십시오. 그렇지 않으면 동일한 입력을 수동으로 조립하고 ID를 기록하십시오. 수신 에이전트가 증거에 액세스할 수 있는지 확인하십시오. 누락된 규칙이나 증거는 설정 제한일 뿐, 추측할 권한이 아닙니다.

지원되는 경우 초기 조사를 위해 새로운 컨텍스트를 시작하십시오. 안전할 때 동시에 실행하고, 별도의 쓰기 디렉토리를 사용하며 호스트가 지원하는 경우 형제 출력 액세스를 방지하십시오. 실제 분리 및 공유 상태를 기록하십시오. 새로운 컨텍스트가 없으면 레이블이 지정된 순차적 패스를 사용하십시오. 최상의 사용 가능한 첫 읽기 평가를 위해 Watson을 먼저 실행하고 이전 노출을 공개하십시오. 사후에 맹목성을 주장하지 마십시오. 프론트 오피스가 대상을 작성한 경우 공개하십시오.

트라이지: Holmes만 위임하십시오. 프론트 오피스는 발견 사항을 등록하고, 필요한 경우 제한된 수리를 제안하며, 실제 검토자 기준으로 체커 할당을 수행하고 간결한 사건을 발행합니다. Watson, Moriarty, 회상 및 프로브 트라이지는 수행되지 않습니다. 한 번만 명시하십시오. 증언을 지어내지 마십시오. 검사가 결정을 뒷받침할 수 없으면 심화하거나 의무를 해결되지 않은 상태로 두십시오.

포커스드/스탠다드: 세 가지 초기 조사 모두를 위임하고, 반환된 증언을 동결한 다음 조정하고 Watson을 회상하십시오. 계층은 증거 의미 또는 필요한 결정 확인이 아닌 노력과 패키징을 변경합니다.

3. 조정 및 조치 준비

기록의 스키마에 따라 case.json에서 권위 있는 세부 사항을 유지하십시오. scripts/build_case.py --record case.json --out DIRECTORY를 사용하여 CASE_FILE.md, ERRATA.md 및 FINDINGS_PROVISIONAL.md를 준비하십시오. 준비된 문서가 아닌 기록을 수정하십시오. 이전 판은 출력 버전 저장소에 보관하십시오.

안정적인 발견 사항을 등록하십시오. 별개의 영향을 유지하면서 메커니즘을 중복 제거하십시오. 실제 근거에 의한 확증을 설명하십시오. 인용된 이유와 함께 불일치를 해결하십시오. 해결되지 않은 충돌을 보존하십시오. 가설을 촉진하거나 발견 사항을 철회하는 증거를 기록하십시오. 사실에 대해 투표하지 마십시오. 공개, 의도, 보급률, 심각도 및 출처를 분리하십시오.

포커스드/스탠다드 사건의 경우, 동결된 첫 번째 증언, 다른 두 증언 및 잠정적 발견 사항과 함께 Watson을 회상하십시오. 지원되는 경우 동일한 컨텍스트를 계속하고, 그렇지 않으면 새 컨텍스트 회상을 공개하십시오. 기록을 사용하여 수리 메뉴 및 프로브 트라이지를 얻으십시오. 제안된 수리는 확인될 때까지 제안된 상태로 유지됩니다.

모든 계층: 필요한 수리에 기록의 불리한 결과 규칙을 적용하십시오. "할 일 없음"을 작성하기 전에 영향을 받는 모든 청중을 확인하십시오. 선택적 개선 사항은 별도로 유지하십시오. 모든 프로브 처분을 검토하십시오. 특수 제품군에도 유효한 오라클이 필요합니다.

4. 기관 확인

확인을 의뢰하기 전에 case.json에서 새 판을 준비하십시오. 초안 사건, 원본 증언 및 기본 증거에 체커 브리프를 적용하십시오. 포커스드/스탠다드 작업에 사용 가능한 경우 신선한 검토자를 사용하십시오. 트라이지는 프론트 오피스 자체 확인을 사용할 수 있습니다. 실제 근거를 공개하십시오. 항상 모든 결정 의무, 실질적인 안심, 필요한 수리, 프로브 처분 및 제안된 결정을 확인하십시오. 선택적 시드 교차 검사는 최대 5개의 남아 있는 지원 주장을 추가합니다. 이러한 확인을 절대 대체하지 않습니다.

실패한 확인은 판결을 위해 반환하십시오. 증언을 보존하고 눈에 보이는 정오표를 추가하십시오. 발행 전에 변경된 실질적인 결론이나 수리를 다시 확인하십시오. 체커 패스는 이후 편집을 승인하지 않습니다. 불완전한 결정에 중요한 확인은 READY를 보류합니다. 추측된 대체물이 아닌 기록의 결정 규칙을 사용하십시오.

5. 사건 발행

case.json에서 준비된 확인된 판을 발행하십시오. 렌더링된 문서를 수동으로 수정하지 마십시오. 수정에는 새로운 기록과 판이 필요하며, 그 다음 영향을 받는 결론을 검토해야 합니다.

사건을 발행할 때, 기록에 정의된 외부 findings.jsonl 원장에 각 발견 사항 이벤트에 대해 한 줄을 추가하십시오. 이전 항목을 보존하고 알 수 없는 비용을 정직하게 기록하십시오. 실제 원장 데이터를 이 리포지토리에 배치하지 마십시오.

결정과 실질적인 결과로 시작하십시오. 정확한 근거, 범위, 발견 사항, 필요한 조치, 해결되지 않은 의무, 적용 범위 제한, 확인 결과 및 접근 가능한 증거를 포함하십시오. 기록의 레이아웃을 사용하십시오. 트라이지는 한 페이지를 목표로 하십시오. 페이지 제한을 충족하기 위해 필요한 증거를 삭제하지 마십시오.

기록에서 정확히 하나의 표준 결정을 사용하십시오. 성적, 점수로서의 발견 사항 수, 인증 언어 또는 연극적인 평결 별칭은 없습니다. 다음과 같이 한정하십시오: 기록된 아티팩트, 환경 및 검사된 범위에 대해서만 유효합니다. 이러한 항목이 변경되면 영향을 받는 주장을 재평가하십시오.

발행 전에 대상 신원을 다시 확인하십시오. 진행된 경우 밀봉된 사건을 보존하고 기록된 것으로 레이블을 지정하십시오. 현재 상태로 부르기 전에 영향을 받는 주장을 재평가하십시오.

신선한 블라인드 코드 패스. 저자의 것이든 수리의 것이든, 실질적인 코드 개정이 이전 발견 사항을 본 조사자에 의해서만 검토되었다면 최종 결정 전에 신선한 블라인드 코드 패스를 한 번 실행하십시오. 계획된 수리 및 회귀 확인 후에 실행하십시오. Holmes 및 Moriarty 브리프(또는 레이블이 지정된 결합 패스)를 사용하여 새로운 컨텍스트를 위임하고, 고정된 후보, 의도된 동작 및 리포지토리 지침만 제공하십시오: 이전 발견 사항, 수리 메뉴, 공격 스크립트 또는 봇 발견 사항은 제공하지 마십시오. 이는 다음 발견 사항 인식 재평가를 대체합니다. 결정 확인은 여전히 적용됩니다. 결과 수정 사항을 대상 확인으로 검증하십시오. 각 수정 후 블라인드 패스를 다시 시작하지 마십시오. 이전 발견 사항을 보존하고 각 재평가의 실제 노출을 레이블로 지정하십시오. 새 컨텍스트를 사용할 수 없으면 패스가 수행되지 않은 것으로 기록하고 해당 적용 범위 제한을 결정에서 볼 수 있도록 유지하십시오.

증거 링크가 확인되는지 확인하십시오. 간결한 공개 요약은 전체 사건에 연결되며 모든 증언이나 수리를 재현할 필요는 없습니다. 승인된 경우에만 게시하십시오.

6. 헌장에 명시된 작업 수행

사건 브랜치, 게시, 구현 및 게시에 대한 헌장을 따르십시오. 동등한 자연어는 권한으로 간주됩니다. 승인된 단계에 대해 다시 묻지 마십시오. 전체 평결이 아닌 상태, 처분, 범위 및 명시적 ID로 수리를 선택하십시오. 수리된 후보를 검증하고 별도의 결정을 내리십시오. 수리된 래치는 지난 밤의 증언을 변경하지 않습니다.

테이블, 증거, 수리 및 결정을 문자 그대로 유지하십시오. 증언당 최대 한 개의 짧은 시작 및 끝 장식을 허용합니다. --plain 또는 일반 음성으로 생략하십시오. 체커는 항상 평이하게 말합니다. 안개는 창 밖에 있습니다.