agentleFS
kfangwkfangw/research-ops/skills/rebuttal/SKILL.md

rebuttal

Skill0 starsChanged 29 days agoMITView on GitHub

실제 심사평을 받은 뒤 지적을 단위로 나눠 분류하고, 원고를 고치고, 심사 대응표와 답신을 쓸 때 사용. "심사평 왔어", "리비전", "답변서", "rebuttal", "대응표", "major revision", "떨어졌어" 같은 요청에 적용.

14 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use daily-arxiv, exp-eval and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • LambenthanSkill

    daily-arxiv

    每日从 arXiv 拉取新论文,过滤相关性,auto-ingest 高优先级论文,检测 SOTA 更新

    Also in 5 projects that use this

  • LambenthanSkill

    exp-eval

    实验判决门:Review LLM 独立评判实验结果 → 4 种判决路径 → 自动更新 claims confidence、ideas status、graph edges

    Also in 5 projects that use this

  • skyllwtSkill

    exp-pilot-eval

    Pilot result evaluation — read pilot results, apply success criteria, update idea page (pilot_result, failure_reason if failed), generate PILOT_VERDICT_REPORT. Called by /ideate Phase 5 after /exp-pilot-run.

    Also in 4 projects that use this

  • skyllwtSkill

    exp-pilot-run

    Pilot experiment execution — read Pilot Spec YAML, write pilot code, run experiment(Confirm with the user before operation and require the applicant to conduct manual inspection), return results. Called by /ideate Phase 5. Does NOT modify wiki pages or judge pass/fail.

    Also in 4 projects that use this

  • phanghonghaoSkill

    poster

    HTML/CSS A4 海报生成。从沙龙/活动 Markdown 文件生成科技风 A4 海报 PDF/PNG。Use when user mentions: poster, 海报, 海报生成, make poster, generate poster, 活动海报, 沙龙海报.

    Also in 4 projects that use this

  • +6 more from Lambenthan
  • +1 more from skyllwt

The file

Files
SKILL.md

심사 대응

실제 심사평을 받아 지적마다 답하고 원고를 고친다. 모의 심사의 바퀴는 paper-quality-loop가 맡고, 이 스킬은 투고처에서 온 심사평을 다룬다. research-session의 공통 규칙을 따른다.

0. 시작 전에

  1. 심사평 원문을 바꾸지 않고 원고 폴더의 심사/<투고처>-<날짜>/원문.md에 둔다.
  2. 마감, 답신 형식과 분량, 변경 표시 방식(색, 별도 변경 목록), 추가 실험 허용 여부를 투고처 규정에서 확인해 적는다. 규정을 열지 못하면 "가정"으로 표시한다.
  3. 지금 원고를 고정판으로 삼고 해시를 적는다. 모든 수정은 이 판과 대조한다.
  4. 판정이 거절이면 9절로 간다.

1. 지적 나누기

심사자의 글을 단위 지적으로 나누고 번호를 붙인다(R1.1, R1.2, R2.1…). 지적마다 원문을 그대로 인용한다. 한 문단에 요구가 둘이면 둘로 나눈다. 칭찬과 요약은 번호를 붙이지 않는다.

2. 분류

종류뜻처리
오해원고가 잘못 읽히게 쓰였다원고 문장을 고친다. 답신에 "명확히 했다"고 쓰고 위치를 적는다
주장과 증거증거가 주장을 받치지 못한다paper-framing 0절의 주장 목록으로 돌아간다. 증거를 더할 수 없으면 주장을 줄인다
실험새 실험이나 재집계가 필요하다마감 안에 되는지 어림한다. 되면 preregister-seal과 research-batch로 돌린다
사실과 숫자숫자나 사실이 틀렸다는 지적원자료로 직접 대조한다(fact-check). 맞으면 고치고, 지적이 틀렸으면 근거를 보인다
선행 연구미인용, 차이가 불분명기존 정찰 문서와 공용 문헌 대장을 먼저 읽고, literature-scout를 다시 돌려 놓친 이유를 기록한다. 차이를 한 문장으로 쓴다
문장과 구조표현, 배치, 그림해당 부분만 고친다
범위 밖이 논문이 다루지 않는 요구범위를 밝히고, 가능하면 한계나 향후 연구로 받는다
받지 않음근거가 있는 반대근거를 들어 정중히 설명한다
  • 크기를 크다, 작다로 적는다(용어집의 큰 지적, 작은 지적).
  • 심사자도 틀린다. 존재하지 않는 요구, 원고에 이미 있는 내용의 요구, 사실과 다른 전제는 원문과 원자료로 확인한 뒤 답한다.
  • 여러 심사자가 같은 것을 지적하면 묶고, 답은 각 심사자에게 따로 쓴다.

3. 대응 원칙

  • 모든 지적에 답한다. 답하지 않은 지적을 남기지 않는다.
  • 원고에 없는 내용을 답신에서 약속하지 않는다. 답신에 쓴 변경은 원고에 반드시 있다.
  • 주장을 바꾸는 판단은 총괄이 제안하고 사용자가 정한다. 받지 않는 큰 지적도 사용자가 정한다.
  • 불리한 결과는 공통 규칙 8을 따른다. 설계로 답하는 방법에는 추가 분석, 다른 대조군, 조건 분해가 있다.
  • 이전 판에서 다른 지적에 답하려고 넣은 문장을 지우지 않는다(paper-framing 5절).

4. 원고 수정

  • 지적마다 고친 위치(절, 쪽, 줄)를 변경 기록에 적는다.
  • 투고처의 변경 표시 규정을 따른다.
  • 고친 뒤 fact-check로 고정판과 대조한다. 숫자, 인용, 부등호, 헤지의 차이마다 이유가 있어야 한다.
  • 쪽 수가 넘치면 paper-condense를 쓴다.
  • 문체 정리는 바뀐 문단에만 한다.

5. 대응표

심사/<투고처>-<날짜>/대응표.md:

번호지적(원문 인용)종류크기대응원고 변경 위치담당상태

상태는 대기, 진행, 완료, 사용자 결정 필요로 쓴다.

6. 답신

  1. 첫머리: 심사에 대한 감사 한 문장, 주요 변경 세 가지에서 다섯 가지.
  2. 심사자별로: 지적 인용, 답, 원고 변경 위치. 지적의 순서를 바꾸지 않는다.
  3. 영문 답신은 english-academic-style을 따른다. 감사와 사과를 겹쳐 쓰지 않고, 답마다 구체적인 변경이나 근거를 둔다. 국문 답신은 korean-academic-style을 따른다.
  4. 분량 규정이 있으면 지킨다.

7. 검토

  • 새로 띄운 에이전트에게 원래 심사평, 답신, 고친 원고만 주고 심사자 입장에서 지적마다 "닫힘, 일부, 열림"을 판정하게 한다.
  • 가능하면 다른 계열 모델이나 사람(교신저자, 동료)이 한 번 읽는다.
  • 열림이 남으면 그 지적만 다시 처리한다.

8. 제출 전

제출과 답신 송부는 사용자가 한다. 도구는 7절까지 마친 판을 고정판으로 삼아 submission-package로 수정본 묶음을 만든다. 최종 원고, 변경 표시본, 답신, 대응표, 갱신한 재현 자료를 한 폴더에 모으고 각 파일의 해시를 적은 뒤 마지막 점검을 한다.

9. 거절이면

  • 심사평을 대응표 형식으로 정리하되 상태를 "다음 투고처 반영"으로 둔다.
  • research-portfolio에서 다음 투고처를 정한다. 투고처를 바꾸면 G5를 다시 판정하고 가능성 어림을 고친다.
  • 거절 사유가 신규성이나 자명성이면 feasibility-gate의 G0, G3을 다시 본다.

10. 보고

틀은 research-session 8절(시작 안내, 진행판, 마침 보고)을 따른다. 아래는 이 스킬의 보고에 들어갈 내용의 예다.

== 진행 | <프로젝트> | 심사 대응: 투고처 X 대수정, 마감 11-30 | HH:MM (시작 HH:MM, 경과 n분, 남은 어림 n분) ==
전체   [########----] 15/23  65%
지적   23건(큰 지적 6): 오해 7, 주장과 증거 3, 실험 2, 선행 연구 4, 문장 5, 받지 않음 2
상태   [완료] 15  [진행] 5  [멈춤] 3 (받지 않을 큰 지적 2, 주장 축소 1)
확인   사실 대조 차이 6, 모두 이유 있음 / 검토 닫힘 19, 일부 3, 열림 1
결정   3건 (위의 [멈춤])

만들거나 고친 파일은 답에서 바로 열 수 있게 보인다.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.