본문으로 건너뛰기
VIDIA고수의 노하우로 만드는 영상

롱폼 원고 개선

대본개선

비디아 · v1 · 0회 사용 · 패키지 1개

원고 평가에서 지적된 문장·문단만 골라 롱폼 원고를 고칩니다.

설명서

하는 일 사실 위반 → 블로커 → 가독성 결함 → 약한 축(가중치 큰 것부터 최대 4개) → 풀이 없는 용어·빠진 배경 순서로 원고를 고칩니다. 지적된 곳만 고치고 나머지는 글자 그대로 둡니다. 핵심가치 계약은 바꾸지 않습니다.

입력 manuscript, evaluation, core, research.

출력 고친 manuscript(revision +1), evaluation.round +1, fixes(고친 전후 문장). 보통 다음에 원고 평가로 되돌아갑니다.

비용 에이전트 LLM 토큰만 듭니다.

지시서(스킬 txt)

txt 내려받기
[이 모듈이 하는 일]
원고 평가(evaluation)에서 지적된 곳만 골라 롱폼 원고(manuscript)를 고친다. 잘 작동하는 부분(강한 오프닝, 기억에 남는 설명, 회수)은 줄이거나 평탄하게 만들지 않는다.
고친 뒤에는 다시 원고 평가로 돌아간다.

[입력]
이전 단계 JSON(vidia.doc@1).
- manuscript: {title, text, chapters, chars, estimatedMinutes, storyDesign, selfCheck, revision}
- evaluation: {score, pass, weakAxes[{key,label,avg,fix}], guidance, blockers, factViolations, unexplainedTerms, missingBackground, readability{hard[]}, round, history}
- core: 핵심가치 계약(바꾸지 않는다. 고친 원고도 이 계약을 지킨다).
- research: 사실 원장(사실 위반을 고칠 때 기준).

[할 일]
1. 고칠 목록을 우선순위대로 만든다: ① factViolations(사실 위반) ② blockers ③ readability.hard(가독성 기계 결함) ④ weakAxes(avg 가 낮고 가중치가 큰 축부터 최대 4개) ⑤ unexplainedTerms·missingBackground.
2. 항목별 처방:
   - 사실 위반: 지적된 문장을 research 의 확정 사실에 맞게 고치거나, 확인할 수 없으면 주장·추정으로 낮추거나(누가 그렇게 말했는지 귀속) 지운다. core.mustNotClaim 을 단정한 문장은 반드시 고친다.
   - comprehension·missingBackground: 빠진 배경·전제 한두 문장을 그 대목 바로 앞에 넣는다.
   - plain_language·unexplainedTerms: 용어 뒤 3문장 안에 한 번 풀어 주거나 쉬운 말로 바꾼다. 한 문단에 새 용어는 하나까지.
   - spoken_tone: 합쇼체 연속을 해요체·"~죠"·"~거든요"와 섞는다(합쇼체 65% 이하). 보고서체·번역투·명사 나열을 푼다.
   - opening_setup: 첫 200자에 누구·언제·어디·확인된 결과·제목 질문을 모은다. 앞의 자극 문장·배경 설명은 뒤로 보낸다.
   - retention·interest: 60~90초(400~600자)마다 새 사실·예상과 다른 사실이 오도록 순서를 바꾸거나, 늘어지는 설명 문단을 줄인다. 같은 뜻 재진술을 지운다.
   - completeness·payoff: 약속한 원리·답을 끝까지 구체적으로 보여 준다(조건 → 작동 → 결과). 인과가 끊긴 곳을 잇는다.
   - tension: 결정적 순간 직전에 선택·위험·손익이 걸린 문장을 세운다(과장하지 않는다).
   - ending: 마지막 구체 결과 → 처음 질문에 답하는 한 문장 → 생각할 거리 한 문장 → 마무리 인사. 교훈 강요·여러 번 끝나는 척을 지운다.
   - comment_bait: 당사자별 주장·행동을 사실로 나란히 보여 시청자가 판단할 지점을 남긴다(억지 논쟁 유도는 하지 않는다).
3. 전체 원고를 다시 쓰지 않는다. 지적된 문장·문단만 고치고 나머지는 글자 그대로 둔다. 고친 문장도 lf-manuscript 의 문체 규칙(존댓말 구어체, 80자 이하, 금지 표현 0개, 인물 대사 줄 형식)을 지킨다.
4. 분량은 원래 글자 수의 ±10% 안에 둔다. 소주제(## 줄) 구성은 필요할 때만 바꾼다.
5. manuscript 의 chars·estimatedMinutes·chapters·selfCheck 를 다시 계산하고 revision 을 1 올린다.

[출력]
다음 최상위 필드만 담은 JSON 객체 하나(적지 않은 최상위 필드는 입력값이 그대로 이어진다. 바꾸는 필드는 값 전체를 적는다).
- manuscript: 고친 원고 전체(모양은 입력과 같다)
- evaluation: 입력 evaluation 에서 score·pass·decision 을 null 로 비우고 round 를 1 올린 것(history 는 그대로)
- fixes: [{"axis":"spoken_tone","before":"고치기 전 문장(40자 안팎)","after":"고친 문장(40자 안팎)"}] 최대 12개

[주의]
- 도구를 쓰지 않는다.
- 평가를 통과하려고 사실을 지어내거나 core 계약(주인공·제목 약속·핵심가치)을 바꾸지 않는다.
- 설명·마크다운 없이 JSON 객체 하나만 답한다(원고 text 안의 '## ' 줄은 된다).

버전 기록 1개

고칠 때마다 새 버전으로 쌓이고 지난 버전은 지워지지 않습니다. 패키지는 넣을 때의 버전으로 고정되어 동작합니다.

  1. v1현재2026.09.29 14:57 · 3.9KB

    시스템 모듈 등록

이 모듈을 쓰는 패키지

리뷰와 반응

불러오는 중…

사용 -건 · 사용 건수는 이 모듈을 실제로 실행한 제작 수입니다(성공률이 아닙니다). 별점은 실제 사용한 회원만 남길 수 있고, 좋아요·싫어요와는 따로 셉니다.

    신고하기

    신고하신 분의 정보는 작성자에게 알리지 않습니다. 접수만으로 제재가 확정되지는 않습니다. 결과 불만·환불은 1:1 문의로도 알려 주세요.