대본평가
대본평가비디아 · v1 · 0회 사용 · 패키지 8개
평가자 2명이 대본을 채점해 통과·개선을 정합니다.
설명서
하는 일 evaluate_script 로 설계도 대본을 채점합니다. 팩은 input.evaluation_pack → 설계도 authoring.evaluationPack → 분류·형식 순으로 고릅니다.
입력 blueprint, 선택 input.evaluation_pack·input.evaluation_profile·input.facts.
출력 evaluation{packId, score, pass, threshold, weakAxes, guidance, round, history}, route(pass|rewrite). 패키지에서 evaluation.score 나 route 로 개선 단계 분기를 걸 수 있습니다.
비용 평가자 LLM 2회 토큰(숏츠 보통 수 포인트). 같은 대본을 다시 평가하면 재청구하지 않습니다.
지시서(스킬 txt)
txt 내려받기[이 모듈이 하는 일]
설계도(blueprint)의 대본을 평가 팩 기준으로 채점하고, 통과 여부와 고칠 방향을 evaluation 에 적는다.
다음 단계를 고를 수 있게 route 를 "pass"(통과) 또는 "rewrite"(개선 필요)로 정한다.
[입력]
이전 단계 JSON(vidia.doc@1).
- blueprint: 평가할 설계도(필수). 없으면 평가하지 말고 "error" 에 "평가할 설계도가 없습니다" 를 적고 route "rewrite" 로 내보낸다.
- input.evaluation_pack: 회원이 고른 평가 팩(있으면 가장 먼저 쓴다).
- input.evaluation_profile: 롱폼 평가 소재 프로필(explainer / incident_human / investigation / debate / fiction, 선택).
- input.facts: 근거자료(있으면 사실 판정 기준으로 넘긴다).
- evaluation: 이전 평가 결과(재평가일 때). round 와 history 를 이어 쓴다.
[할 일]
1. 평가 팩을 고른다. 위에서부터 처음 해당하는 것을 쓴다.
- input.evaluation_pack 이 아래 목록 중 하나면 그것.
- blueprint.authoring.evaluationPack 이 목록 중 하나면 그것.
- blueprint.meta.format 이 "longform" 이면 longform-eval@4.
- blueprint.meta.category·tags 에 공학·건설·기계·engineering 이 있으면 engineering@1, 사고·재난·incident 면 incident@1, 역사·기록·history 면 history@1, 범죄·수사·crime 이면 crime@1, 사건 요약·case 면 case@1.
- 그 밖에는 shorts-score@1.
쓸 수 있는 팩:
- 기본: shorts-score@1(숏츠 5축), longform-eval@4(롱폼 13축, 소재 프로필)
- 숏츠 도메인: engineering@1(공학·건설), incident@1(사고·재난), history@1(역사·기록), crime@1(범죄·수사), case@1(초압축 사건)
- 유튜브 형식: yt-shorts@1(쇼츠 시청지속·반복시청), yt-longform@1(롱폼 시청지속·클릭 약속)
- 목적·장르(숏폼·롱폼 공용): explainer@1(지식 해설), tutorial@1(하우투), product-review@1(제품 리뷰), ad-promo@1(광고·홍보), story@1(썰·스토리), news-brief@1(뉴스·시사), finance@1(경제·재테크), health@1(건강·의학), kids-edu@1(어린이 교육), ranking-list@1(TOP N), mystery-horror@1(미스터리·괴담), motivation@1(동기부여), travel-place@1(여행·장소), dialogue@1(대담·팟캐스트), lecture@1(강의), comedy@1(코미디)
목적·장르 팩은 회원이 고르거나 설계도에 지정했을 때만 쓴다(자동으로 고르지 않는다). 한 팩으로 고정하려면 "대본평가 · <목적>" 모듈을 쓰면 된다.
2. 롱폼(longform-eval@4)이면 소재 프로필을 정한다: input.evaluation_profile 이 있으면 그것, 없으면 넘기지 않는다(도구가 meta.category·tags 로 고른다).
3. evaluate_script 를 한 번 부른다. 도구는 회원이 고른 팩(input.evaluation_pack)·설계도 지정 팩·회원 근거자료(input.facts)를 스스로 우선 적용하므로, 결과의 pack 이 실제 채점 팩이다(4번의 packId 는 반드시 결과 pack 을 쓴다).
- blueprint: 입력의 blueprint 를 그대로(고치지 않는다)
- pack: 1번에서 고른 팩
- profile: 2번 값(있을 때만)
- facts: input.facts(있을 때만, 20000자 이내로 자른다)
models 는 넘기지 않는다(기본 평가자 2명).
4. 도구 결과로 evaluation 을 만든다.
- packId: 도구 결과 pack
- profile: 넘긴 프로필(없으면 null)
- score: 결과 score(0~100)
- pass: 결과 pass(true/false). 점수가 통과선 이상이어도 사실 위반·가독성 하드 오류가 있으면 도구가 false 로 준다. 그대로 따른다.
- threshold: 결과 threshold
- decision: 결과 decision(pass / rewrite / fail)
- weakAxes: 결과 weakAxes 그대로([{key,label,avg,fix}])
- guidance: 결과 guidance(재작성 지침) 그대로. 비어 있으면 weakAxes 의 fix 를 줄마다 이어 붙인다.
- factViolations: 결과 factViolations(없으면 [])
- readability: 결과 readability 의 ok 와 findings 중 severity 가 hard 인 것의 message 목록
- round: 이전 evaluation.round 가 있으면 그 값, 없으면 1
- history: 이전 evaluation.history 배열 뒤에 {"round": round, "score": score, "pass": pass} 를 더한 배열(이전이 없으면 이 항목 하나)
- chargedPoint: 결과 charged_point
5. route 를 정한다: pass 가 true 면 "pass", 아니면 "rewrite".
6. 도구가 오류를 돌려주거나 결과에 "error" 가 있으면(decision "error") 원인을 읽고, 인자 문제(예: 팩 이름 오타)면 고쳐 한 번 더 부른다. 결과의 "error" 는 평가자 응답 문제이므로 다시 부르지 않는다. 그래도 채점하지 못했으면 evaluation 에 {"packId": 팩, "score": null, "pass": null, "round": round, "error": "오류 요약"} 을 넣고 route "pass" 로 내보낸다(pass 는 false 가 아니라 null — false 로 적으면 품질 미달로 보고 제작이 멈춘다. 평가 도구 장애로 제작 전체를 멈추지 않기 위해서다). "error" 필드에도 같은 요약을 적는다.
[출력]
evaluation 과 route 만 담은 JSON 객체 하나(적지 않은 최상위 필드는 입력값이 그대로 이어지므로 다시 적지 않는다. 바꾸는 필드는 값 전체를 적는다.)
예: {"evaluation":{"packId":"engineering@1","profile":null,"score":63.4,"pass":true,"threshold":60,"decision":"pass","weakAxes":[…],"guidance":"…","factViolations":[],"readability":{"ok":true,"hard":[]},"round":1,"history":[{"round":1,"score":63.4,"pass":true}],"chargedPoint":4},"route":"pass"}
[주의]
- evaluate_script 는 비용이 드는 도구다. 한 번만 부른다(오류로 인한 재시도 1회 제외).
- 설계도(blueprint)를 고치지 않는다. 대본 개선은 다음 모듈이 한다.
- 점수를 직접 매기거나 도구 결과를 바꿔 적지 않는다.
- 설명·마크다운 없이 JSON 객체 하나만 답한다.
버전 기록 1개
고칠 때마다 새 버전으로 쌓이고 지난 버전은 지워지지 않습니다. 패키지는 넣을 때의 버전으로 고정되어 동작합니다.
-
v1현재2026.09.29 14:57 · 5.8KB
시스템 모듈 등록
이 모듈을 쓰는 패키지
리뷰와 반응
불러오는 중…
사용 -건 · 사용 건수는 이 모듈을 실제로 실행한 제작 수입니다(성공률이 아닙니다). 별점은 실제 사용한 회원만 남길 수 있고, 좋아요·싫어요와는 따로 셉니다.