Communitygithub.com

AlphaZero78/browser-question-workflow

허가된 브라우저 질문 워크플로우를 안정적으로 완료하고 검증하기 위한 재사용 가능한 Codex 기술입니다.

browser-question-workflow란 무엇인가요?

이 Codex 기술(스킬)은 사용자의 기존 브라우저 세션을 제어하여 허가된 질문 워크플로우를 처음부터 끝까지 완료하도록 설계되었습니다. 주로 U校园(Unipus) 플랫폼에서 개발 및 검증되었으며, 다른 웹사이트에서는 각 상호작용을 검사하고 제출이나 완료 감지가 올바르다고 가정하지 않아야 합니다. 이 기술은 Chrome 브라우저 제어를 선호하며 사용자가 제공한 답변, 파일 또는 페이지에 명시적으로 표시된 답변만 사용하고, 채점 과제에 대한 답변을 추론하지 않습니다. '提交' 버튼 클릭과 같은 제출 작업은 명시적 또는 사전에 부여된 사용자 권한이 필요하며, 말하기 또는 녹음 작업 등 사용자가 제외한 질문 유형은 건너뜁니다. 워크플로우는 작업 인벤토리 작성부터 시작하여 라이브 상태 검사, 페이지 형태 분류, 보수적인 답변 채우기, 섹션별 제출 및 검증, iframe 처리, 중단 복구, 최종 감사 단계로 구성됩니다. 각 섹션은 디렉토리 완료 표시, 결과 페이지의 예상 답변 수 또는 통과 점수, 제출/검토 상태 등 최소 하나의 내구성 있는 신호가 확인될 때만 '완료'로 간주됩니다. 효율성을 위해 DOM 읽기 및 안정적인 폼 쓰기를 일괄 처리하고, 짧고 재시작 가능한 작업을 선호합니다.

지원 대상~Claude Code✓Codex CLI~Cursor
npx skills add AlphaZero78/browser-question-workflow

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

브라우저 질문 워크플로우

사용자의 기존 브라우저 세션을 운영하고 허가된 질문 워크플로우를 처음부터 끝까지 완료합니다.

이 워크플로우는 주로 U校园 / Unipus용으로 개발 및 검증되었습니다. 다른 모든 웹사이트는 검증되지 않은 것으로 간주하여 각 상호작용을 검사하고 제출 또는 완료 감지가 올바르다고 가정하지 마십시오.

규칙

  • 사용자, 사용자가 지정한 답변 파일 또는 페이지에 명시적으로 표시된 답변을 사용합니다.
  • 채점 과제에 대한 답변을 추론하지 마십시오. 누락된 답변 출처를 묻거나 해당 질문에 답변하지 않은 채로 두십시오.
  • 로그인된 세션을 유지하십시오. 기존 Chrome 상태에는 Chrome 제어를 선호합니다.
  • 提交 클릭은 명시적 또는 이미 부여된 사용자 권한이 필요한 작업으로 취급합니다.
  • 사용자가 제외한 질문 유형(예: 말하기 또는 녹음 작업)은 건너뜁니다.
  • '방문함', '답변함' 또는 '한 페이지 제출함'을 '섹션 완료됨'과 동일시하지 마십시오.
  • U校园 / Unipus 외부에서는 짧은 단계를 사용하고 모든 쓰기, 탐색, 제출 및 완료 신호를 확인한 후에만 진행하십시오.

워크플로우

  1. 작업 인벤토리 작성

    • 대상 유닛, 섹션, 제외 사항, 답변 출처 및 제출 권한 여부를 식별합니다.
    • 답변을 섹션 및 질문 번호별로 키가 지정된 구조화된 맵으로 변환합니다.
    • 무작위 옵션의 경우 문자뿐만 아니라 정확한 옵션 텍스트를 저장합니다.
  2. 라이브 상태 검사

    • URL, 보이는 버튼, 탭, 질문 수, 입력 수, 대화상자, iframe 및 완료 아이콘을 읽습니다.
    • 완료된 섹션, 진행 중인 섹션 및 건드리지 않은 섹션을 기록합니다.
    • 첫 번째 미완료 허용 섹션부터 시작합니다.
  3. 페이지 형태 확인

    • 페이지를 한 페이지에 한 질문, 한 페이지에 모든 질문, 텍스트 빈칸, 혼합 양식 또는 교차 출처 iframe으로 분류합니다.
    • 시도 간에 옵션 순서가 변경되는지 확인합니다.
    • 강력한 상호작용 패턴은 references/browser-patterns.md를 참조하십시오.
  4. 보수적으로 채우기

    • 가능하면 정규화된 옵션 텍스트별로 라디오 답변을 정확히 일치시킵니다.
    • 현재 옵션 순서를 확인한 후에만 문자 또는 인덱스를 사용합니다.
    • 안정적인 한 페이지 모든 질문 페이지에는 대량 양식 채우기를 선호합니다.
    • 반응형 텍스트 필드의 경우 현실적인 input 및 change 이벤트를 발송합니다.
    • 한 페이지에 한 질문 흐름에서는 답변하고, 下一题를 클릭하고, 탐색을 기다린 후 DOM을 다시 쿼리합니다.
  5. 모든 섹션 제출 및 검증

    • 답변된 개수가 예상 개수와 일치하는지 확인한 후에만 제출합니다.
    • 결과, 继续学习, 점수, 검토 상태 또는 완료 마커를 기다립니다.
    • 다음 섹션으로 이동한 후 이전 섹션의 디렉토리 아이콘이 완료됨으로 변경되었는지 확인합니다.
    • 항목이 '진행 중'으로 남아 있으면 원인을 가정하기 전에 하위 페이지를 검사합니다.
  6. 테스트 및 iframe 처리

    • 항목 확인을 클릭하고 테스트를 시작한 후 리소스 로드가 완료될 때까지 기다립니다.
    • 채우기 전에 '리소스 로드됨' 오버레이를 확인하고 해제합니다.
    • 교차 출처 iframe 콘텐츠에는 접근성 스냅샷 및 양식 채우기 도구를 사용합니다.
    • 제출하고 점수/답변 개수를 확인한 후 테스트 시스템의 반환 또는 강좌 링크를 사용하여 상위 강좌가 결과를 수신하도록 합니다.
  7. 중단으로부터 복구

    • 완료 아이콘 및 현재 질문 상태를 다시 검사합니다.
    • 미완료 섹션에만 다시 진입합니다.
    • 페이지에 답변이 표시되지만 완료 마커가 없는 경우 섹션을 다시 채웁니다.
    • 간결한 진행 기록(완료됨, 지시에 따라 건너뜀, 보류 중, 차단됨)을 유지합니다.
  8. 최종 감사

    • 탐색 또는 새로 고침 후 모든 대상 완료 아이콘을 다시 읽습니다.
    • 완료된 섹션, 건너뛴 질문 유형, 점수 및 남아 있는 진행 중 이유를 보고합니다.

효율성

  • 한 번의 검사 호출로 URL, 보이는 버튼, 링크, 입력 수 및 완료 마커를 수집합니다.
  • 독립적인 DOM 읽기를 일괄 처리합니다. 안정적인 폼 쓰기를 일괄 처리합니다.
  • 현재 강좌에 속하는지 확인한 후에만 직접 섹션 링크 또는 알려진 경로를 사용합니다.
  • 탐색 및 제출 후 대기합니다. 페이지 전환 중에는 긴 스크립트를 실행하지 마십시오.
  • 여러 페이지를 다루는 하나의 취약한 스크립트보다 짧고 다시 시작 가능한 작업을 선호합니다.

완료 기준

섹션은 다음 중 최소 하나의 내구성 있는 신호가 확인될 때만 완료된 것으로 간주합니다.

  • 디렉토리 마커가 완료됨을 표시합니다.
  • 결과 페이지에 예상 답변 수 또는 통과 점수가 표시됩니다.
  • 페이지가 제출/검토 상태를 표시하고 강좌가 이를 기록합니다.

제외된 말하기/녹음 작업이 포함된 섹션의 경우, 제외되지 않은 부분을 제출된 것으로 보고하고 상위 섹션이 진행 중인 이유를 설명합니다.

관련 스킬