7/30 청구취지작성규칙문서 evaluation 프롬프트 작성(병렬실행 가능하도록) - Fable 5, Gemini(Antigravity), Kimi, Perplexity 청구취지작성규칙문서 평가서 ensemble & 2차 작성(줄여서 system prompt 형식으로) By 2pm: 프롬프트 작성 By 2:30pm 프롬프트 실행 및 평가서 수집 By 3pm GPT-5.6 프롬프트 재작성 및 실행 -> 청구취지작성규칙문서 생성 및 정리 프롬프트 중간에 stage 2 업데이트 연구 실행 [Fable 5 Prompting] Goal Why Constraints ==> This replaces 20-step numbered instructions Set effort level ==> This replaces 'think step by step' scaffolding Boundaries / verifier subagents / memory files ==> This replaces verbose behavior checklists and step by step skills # example ┌────────────────────────────────────────────────────┐ │I'm working on [larger project] for [who it's for], │ │because [what the outcome enables]. │ │ │ │Current state: [brief context, attached files]. │ │Constraints: [what must not change, what must be │ │true at the end]. │ │ │ │[The goal.] Lead with the outcome when you report │ │back. │ └────────────────────────────────────────────────────┘ # memory system ## 긴 프로젝트 시작 시 이를 설정하기 위한 실용적인 프롬프트: "[folder]에 메모리 시스템을 유지하세요. 상단에 한 줄 요약이 있는 파일당 하나의 교훈을 저장하세요. 수정 사항과 확인된 접근 방식을 모두 기록하고, 왜 중요한지 포함하세요. 이미 저장소나 채팅 기록에 있는 정보는 저장하지 마세요. 중복을 생성하지 말고 기존 노트를 업데이트하세요. 잘못된 것으로 판명된 노트는 삭제하세요." ## 중요한 작업 세션이 끝나면 다음으로 마무리하세요: "우리가 가진 세션을 되돌아보세요. 하위 에이전트(subagents)를 사용하여 핵심 테마와 교훈을 식별하고 [folder]에 저장하세요. 향후 세션 시작 시 [folder]를 참조하세요." # 최종 응답 지시 ## 장기 실행 워크플로우 프롬프트에 추가되는 최종 응답 제약 조건입니다: "이 작업 후 최종 응답의 경우: 먼저 결과를 명시한 다음, 주요 지원 세부 정보를 명시하세요. 사용자 대상 출력에 작업 약어, 내부 레이블 또는 화살표 체인을 포함하지 마세요. 사용자에게는 결과, 증거, 위험(있는 경우) 및 다음 단계가 필요합니다." # 하위 에이전트 위임 패턴 ## 복잡한 연구 또는 코드베이스 작업을 위한 실용적인 패턴: "독립적인 하위 작업을 하위 에이전트에 위임하고 실행되는 동안 계속 작업하세요. 각 하위 에이전트는 특정하고 경계가 정해진 범위와 명시적인 성공 기준을 받아야 합니다. 모든 하위 에이전트가 보고한 후에만 하위 에이전트 결과를 종합하세요. 하위 에이전트가 실패하거나 범위를 완료할 수 없는 경우, 발견되었을 것을 추론하지 말고 종합에서 명확히 보고하세요." # Fable 5 비전 프롬프팅 가장 큰 변화: Fable 5는 밀집된 기술 이미지, 웹 애플리케이션 및 상세한 스크린샷을 훨씬 더 높은 정확도로 해석하며, 종종 동일한 작업에서 Opus 4.8보다 더 적은 출력 토큰을 사용합니다. 또한 업로드된 이미지가 뒤집혀 있거나, 흐릿하거나, 노이즈가 있는 경우 직접 저하된 입력을 해석하려고 시도하는 대신 bash 및 crop 도구를 적극적으로 사용하도록 훈련되었습니다. 특히 코딩 워크플로우의 경우 Fable 5는 비전을 사용하여 자체 출력을 평가할 수 있습니다. 가이드는 스크린샷을 사용하여 원래 디자인이나 목표에 대해 코딩 작업을 확인하도록 훈련되었다고 지적합니다. 즉, 디자인 목업(mockup)과 구축한 것의 라이브 스크린샷을 제공하고 차이점을 식별하도록 요청할 수 있습니다. 이는 이전에 시각적 출력을 비교하기 위해 인간 검토자가 필요했던 루프를 닫습니다. ## UI 또는 프론트엔드 작업을 위한 실용적인 프롬프트 패턴: "디자인 대상과 현재 구현의 스크린샷이 있습니다. 비전을 사용하여 차이점을 식별하고 격차를 해소하는 데 필요한 변경 사항을 생성하세요. 발견을 보고하기 전에 비교가 불명확한 영역을 자르고 확대하세요." 관리비청구 228-229 채무부존재확인 청구 1099-1126 [complete] ------------------------------------------------- 청구이의 1307-1320 제3자이의 1321-1335 유류분반환・유증 등 청구 460-462 취득시효완성을 원인으로 한 소유권이전등기 청구 744-769 공유물분할 청구 1291-1307 분양대금 청구 339-342 [complete] ------------------------------------------------- 에 제시된 프롬프트를 100% 정확하게 실행하라. ------------------------------------------------- 사용료 청구 342-348 진료비·치료비·의료비 청구 493-494 하자보수비·할부대금·화해금·확약금·환급금·회원가입비 등 522-528 부동산 소유권 확인 1130-1146 동산 등의 인도 청구 657-667 가등기에 기한 본등기 청구 787-797 [complete] ------------------------------------------------- 유치권확인 또는 부존재확인 1155-1163 근로자의 지위 등 1240-1242 분양권·매수인의 지위 등 1242-1244 계약해제로 인한 원상회복의무와 손해배상의무의 관계 705-717 청산금·채무인수금·체당금·추심금·출자금 청구 등 494-502 진정명의 회복을 등기원인으로 하는 소유권이전등기 청구 976-999 [complete] ------------------------------------------------- 동업반환금 청구 주주총회결의취소의 소 배당금·배분금 청구 대위에 의한 소유권이전등기 청구