paper-condense
Skill0 starsChanged 29 days agoMITView on GitHub
논문 원고를 쪽 수 상한에 맞추거나 군더더기, 연구 과정 이력, 과잉 한정을 잘라 간략하게 만들 때 사용. "논문 줄여", "쪽 수 맞춰", "간략화", "잘라낼 서술 찾아" 같은 요청에 적용.
In this repository20 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- english-academic-styleSkill
- fact-checkSkill
- feasibility-gateSkill
- korean-academic-styleSkill
- literature-scoutSkill
- paper-framingSkill
- paper-quality-loopSkill
- paper-readabilitySkill
- paper-reviewSkill
- preregister-sealSkill
- problem-grillSkill
- rebuttalSkill
- research-batchSkill
- research-portfolioSkill
- research-scaffoldSkill
- research-sessionSkill
- seminar-slidesSkill
- submission-packageSkill
The file
Files
논문 줄이기
국문과 영문 논문 원고를 줄일 때 따르는 방법과 제약이다. 문체는 korean-academic-style, english-academic-style을, 초록과 서론과 결론의 구조는 paper-framing을, 사실 대조는 fact-check를 함께 따른다. 프로젝트 폴더에 간략화 계획이나 사용자 결정 기록이 있으면 그것이 이 스킬보다 앞선다.
research-session의 공통 규칙을 따른다. 역할별 모델은 프로젝트 설정을 따른다. paper-quality-loop의 고정판이 있으면 그 판에서 시작하고 사실 대조의 기준으로 삼는다. paper-framing의 주장 목록(<원고 폴더>/주장목록.md)을 읽고 그 주장을 받치는 문장은 3절의 하한선으로 다룬다.
1. 원고 방침
프로젝트 설정의 원고 절에 적힌 방침을 따른다. 설정이 없으면 다음을 기본으로 한다.
- 쪽 수. 사용자가 정한 상한을 넘기지 않고, 가능하면 상한보다 한 쪽 적게 맞춘다(예: 10쪽 상한이면 가능하면 9쪽). 투고 규정에 상한이 없어도 사용자 기준이 우선이다.
- 부록과 공개 자료로 옮기기, 링크는 최소로 한다. 줄일 때는 옮기기보다 지우기, 합치기, 압축을 먼저 본다. 본문에서 공개 자료를 가리키는 문장 수를 늘리지 않는다. 다만 코드와 자료 저장소의 링크는 한 곳(초록, 서론 각주, 자료 공개 진술 가운데 하나)에 둔다. 2.1절의 부록 규모를 넘겨 옮기지 않는다.
- 쓸데없이 솔직하지 않는다. 본문은 최종 설계와 결과만 말한다. 연구 과정의 이력과 시간 순서에 따른 결정(처음에는 이랬고 그래서 바꿨다, 개정 경위, 이전 지표와의 비교)과, 모의 심사나 내부 검토에 대응하느라 늘어난 문장, 행, 각주는 넣지 않는다.
어느 방침이든 공통 규칙 8을 따른다. 쓸데없이 솔직하지 않는다는 방침은 고백의 양을 줄이는 것이지 결과를 빼는 것이 아니다.
2. 줄이는 원칙
- 메타 문장을 쓰지 않는다. "다음과 같이 답한다", "한계를 세 묶음으로 나눈다"처럼 글이 자기를 설명하는 문장이다. 다만 출판 논문이 흔히 쓰는 것은 남긴다. 서론 끝의 구성 안내 한 단락, 절 첫머리의 "In this section, we ..." 한 문장, 절 번호를 단 참조가 그렇다. 번호 없는 되돌아가기("앞에서 말했듯")는 1만 단어당 두 번쯤까지만 둔다.
- 한계 절은 짧게 쓴다. 한계마다 왜 이번에 다루지 않았는지, 또는 왜 피할 수 없는지 방어하는 문장을 함께 둔다. 약점만 나열하지 않는다. 같은 한계를 여러 곳에서 되풀이하지 않는다.
- 같은 사실과 같은 한정은 한 곳에만 둔다. 다른 곳에서는 참조하거나 지운다.
- 초록과 서론에는 숫자를 적게 둔다. 세부 수치는 평가 절과 표로, 불리한 비교는 한계로 옮긴다. 결론에는 새 숫자를 넣지 않는다. 중심 주장은 하나로, 직관적으로 세운다. 기여 목록은 paper-framing 2절을 따른다.
- 줄일 때도 출판 논문보다 더 깨끗하게 만들지 않는다. 헤지, 한정, 절 안내를 모두 지우면 그 글도 출판 논문과 달라진다(english-academic-style 7절의 범위).
2.1 부록과 보충의 규모
잘 쓰인 출판 보안 논문 견본 40편을 쪽 단위로 잰 것이다. 옮길 곳을 정할 때 이 범위를 넘기지 않는다.
| 무리 | 부록이 있는 견본 | 부록 길이 |
| 저널 | 28편 중 6편 | 0.6~7쪽, 가운데값 약 4쪽, 전체의 가운데값 7% |
| 학회 | 12편 중 9편 | 0.5~8쪽, 가운데값 약 2쪽 |
| 서베이 | 9편 중 0편 |
- 저널 원고는 부록 없이 써도 된다. 넣는다면 3~4쪽, 전체의 10% 안쪽에 둔다. 학회 원고는 2쪽 안팎을 둔다.
- 부록에 둘 수 있는 것: 본문 주장을 받치는 추가 결과와 표, 프롬프트 원문과 과제 예시(LLM을 실험에 쓸 때), 자료와 수집 설명, 정형 기법 논문의 증명. 견본 부록 15편에서 이 넷 밖의 것은 거의 없다.
- 부록에 두지 않는 것: 판 이력, 검토 기록, 과정 서술(재현에 필요하면 재현 자료의 안내 문서로), 윤리와 자료 공개와 이해 상충 진술(참고문헌 앞 본문 절이나 투고처 양식의 칸에 둔다).
- 본문은 부록마다 이름(Appendix A)으로 한 번 이상 부른다. PDF에 없는 부록을 부르지 않는다. 쪽 수 때문에 부록을 확장판(arXiv 판, 기술 보고서)으로만 내면 첫 쪽 각주에 그 주소를 적는다.
- 코드와 자료는 저장소로 내고 링크를 적는다. 링크 없이 "open-sourced"라고만 쓰지 않는다. 내지 않는 자료는 무엇을 왜 내지 않는지 한 문장으로 적는다.
3. 엄밀성 하한선
다음은 지우면 안 된다.
- 숫자를 바꾸지 않는다. 줄인 원고를 fact-check로 대조해 숫자 차이가 0이어야 한다. 뺀 숫자는 기록한다.
- 결과 해석을 바꾸는 사실은 남긴다. 주 분석의 정의, 분모와 표본, 판정자 수와 독립성, 핵심 한계, 측정하지 않은 위협이 여기에 든다. 이런 사실은 줄일 수는 있어도 지우지는 않는다.
- 사전 고정과 이탈은 짝이다. 기본은 본문에 사전 고정(등록, 봉인, 예측, 판정)을 쓰지 않는 것이다(preregister-seal 0.1절). 그러면 이탈 표도 필요 없고, 결과를 본 뒤의 분석만 탐색적이라고 밝힌다. 집계 전에 고정했다거나 사전에 기록했다는 주장을 남기면 그 주장과 어긋난 이탈도 남겨야 한다. 이력을 빼고 싶으면 이탈을 지우지 말고 고정 주장 자체를 빼고 분석을 탐색적으로 서술한다(예: "측정 규칙은 자료 일부를 본 뒤 정했으므로 통계는 모두 탐색적이다" 한 문장). 이 묶음은 한 번에 처리한다. preregister-seal의 봉인과 이탈 기록이 있으면 그것과 맞춘다.
- 투고처가 요구하는 고지(AI 사용, 연구윤리, 자료 공개 한 문장)는 남긴다.
- 시작 전에 반드시 남길 사실 목록을 만들고, 줄인 뒤 하나씩 있는지 확인한다.
4. 잘라낼 것
위험이 낮고 효과가 큰 순서로 본다.
| 범주 | 예 | 처리 |
| A 과정 이력, 시간 순서 | 이탈 표, "결과를 본 뒤", "초록 주장을 바꾸는 규칙", 코드북 개정 경위, 판정 시점 | 3절의 짝 규칙에 따라 묶어서 삭제 또는 탐색적 서술 한 문장으로 |
| B 내부 작업 흔적 | 이전 판 이름(규칙 v21.x), 독자가 볼 수 없는 내부 기록 언급, 관문과 배치 이름 | 삭제 또는 일반 이름으로 교체 |
| C 과잉 한정, 되풀이 한계 | 같은 한계 반복, 결과를 깎는 군더더기 한정 | 한 곳에 방어와 함께 남기고 나머지 삭제 |
| D 이전 주장의 잔재 | 지금 주장과 직접 연결되지 않는 분석이나 문단(예: 이전 세대의 규칙 비교) | 삭제. 서론, 결론, 고지의 연결 문장도 함께 |
| E 되풀이, 메타, 숫자 과밀 | 표가 말하는 숫자를 본문이 다시 나열, 긴 표 각주, 메타 문장, 450단어를 넘는 결론 | 본문은 해석만, 숫자는 표에만. 결론은 하는 일과 결과만 되풀이 |
| F 큰 덩어리 | 참조 0인 표, 다른 표와 중복된 표, 예시 표, 워크드 예시, 알고리즘과 중복된 그림 | 삭제 또는 다른 표나 그림에 흡수 |
| G 마지막 수단 | 관련 연구 축약, 절 제목을 run-in으로 | 쪽이 모자랄 때만 |
표를 그림으로 바꾸면 쪽이 줄 때가 많다(예: 판정 나무 그림이 정의 표와 빈틈 정의를 대신한다).
5. 절차
- 현재 상태를 측정한다. 실제 투고 클래스와 글꼴로 빌드해 쪽 수와 마지막 쪽 여유를 확인한다. 줄 수 기준(한 단 몇 자, 한 단 몇 줄)을 적는다. 목표까지 줄일 줄 수를 계산한다.
- 진단 목록을 만든다. 원고는 고치지 않는다.
절삭후보_<판>.md에 범주별 표를 만든다. 열은 위치(파일:줄, 절), 원문 앞부분, 처리(삭제/압축/합치기/표현 교체), 바꿀 문장, 줄 수 절감 어림, 위험(없음/낮음/있음과 이유)이다. 끝에 범주별 개수, 전체 절감 어림(실제는 어림의 약 70%), 목표 도달 가능성, 지우면 안 되는 것 목록을 둔다. - 사용자에게 큰 결정만 묻는다. 문단이나 절을 통째로 지우는 것, 주장과 연결된 분석을 빼는 것, 목표 쪽 수를 묻는다. 나머지는 위험 없음과 낮음 묶음부터 바로 적용한다.
- 적용한다. 원고를 맡은 실행 에이전트 하나가 문체 규범을 지키며 고친다. 지운 사실과 바꾼 문장은 변경 기록에 남긴다. 고칠 때마다 두 판(일반본, 익명본)을 두 번씩 빌드해 쪽 수, 오류, 미정의 참조, overfull을 확인한다.
- 검산한다. 서로 다른 에이전트가 맡는다.
- 사실 대조: 이전 판과 줄인 판을 fact-check로 대조한다. 숫자와 결과 파일, 인용, 부등호, 헤지가 일치해야 하고, 변경 기록 없이 빠지거나 뜻이 바뀐 것, 주장이 넓어진 곳, 용어가 둘로 남은 곳이 없어야 한다.
- 새 독자 점검(분야 밖): 막힌 곳만 적는다. 찾은 것은 고치고 다시 빌드한다.
- 제출 전 흔적을 지운다. 쪽 수와 무관하지만 반드시 한다.
- tex 주석의 판, 심사, 관문 이력
- 경로에 든 사용자 이름(예: 글꼴 경로)
- PDF 메타데이터
- 익명본의 저자, 소속, 감사의 글과 "우리가 공개한" 같은 자기 지시 표현
6. 빌드와 쪽 수의 함정
- 프록시 클래스로 측정한 쪽 수를 믿지 않는다. 실제 클래스로 확인한다. 예전에 참고문헌
\itemsep음수 값이 정식 IEEEtran에서 글자를 겹쳐 쪽 수가 한 쪽 적게 잡힌 일이 있다. 겹침이 없는지 마지막 쪽을 눈으로 본다. - 글꼴이 다르면 쪽 수가 바뀐다. 국문은 투고 글꼴(KoPub 등)이 없는 환경에서 Noto로 빌드했다면 그 사실과 남은 여유 줄 수를 보고하고, 사용자가 실제 글꼴로 확인하게 한다.
- 한 문장을 더하면 참고문헌 한 항목이 다음 쪽으로 넘어갈 수 있다. 마지막 단계의 문장 추가는 빌드로 바로 확인하고, 넘치면 같은 의미를 짧게 줄인다.
7. 보고
틀은 research-session 8절의 마침 보고다. 결과와 확인 줄에 아래 내용을 넣는다. 쉬운 한국어로 짧게 보고한다. 담을 것은 다음과 같다.
- 전후 쪽 수와 마지막 쪽 여유
- 범주별로 무엇을 잘랐는지
- 지운 사실 목록
- 지우지 않은 것과 그 이유
- 공개 자료 참조 문장 수(전과 후)
- 검산 결과(fact-check 불일치 수, 새 독자 막힘)
바뀐 파일은 공통 규칙대로 바로 열 수 있게 보인다.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

