TRACE: Discovering Task-Specific Parameter via Adaptation-Aware Probing for Continual Fine-Tuning

읽기 판단

훑기 · confidence: medium

방법은 “warm-start 1 epoch 돌려 파라미터별 점수를 매기고 상위 r%만 학습”이라는 한 문단짜리 아이디어라 Sec. 3만 읽으면 충분하다. 값어치는 Table 1·Table 5·Table A.1의 sweep 수치와 Table 4의 small-to-large 전이 결과에 있다. 불확실한 부분은 “망각을 줄였다”는 주장이 forgetting 지표 없이 최종 benchmark 점수만으로 뒷받침된다는 점, joint fine-tuning baseline이 비정상적으로 약하게 나온 이유가 설명되지 않는다는 점이다.

1분 요약

  • 문제: LLM을 task 순서대로 계속 SFT하면 이전 task 파라미터가 덮어써져 catastrophic forgetting이 생긴다. replay·adapter는 compute/storage 부담을 새로 만든다 (Sec. 1).
  • 핵심 아이디어: task마다 짧은 warm-start fine-tune(1 epoch)을 돌려 얻은 update delta Δ_k = θ*_k − θ_0가 “그 task에 어떤 파라미터가 쓰이는가”의 지문 역할을 한다. 이 지문으로 상위 r%만 고르고 나머지는 freeze한다 (Sec. 3.2).
  • 새로움: 중요도 채점을 두 갈래로 나눈 점. TRACE-LF는 task-local(L2 + Fisher, α=β=0.5), TRACE-CS는 task-contrastive(다른 task Δ와의 cosine을 1에서 뺀 specificity). 여기에 CKA layer mapping으로 8B의 core set을 14B/32B에 옮기는 전이를 붙였다 (Sec. 5.5).
  • 가장 강한 근거: Fig. 5 / Table A.1의 r% sweep. r=5%에서 평균 58.09로 최고, r≥40%부터 최고 baseline(46.33) 아래로 내려가 r=100%(= sequential full FT)에서 27.47까지 무너진다.
  • 가장 큰 주의점: forgetting을 직접 재는 지표(BWT, forgetting rate)가 전혀 없고 seed 반복도 없다. 게다가 Algorithm 1은 core parameter 식별을 “Performed Offline”으로 두고 모든 task의 Δ를 먼저 모으므로, TRACE-CS는 미래 task를 미리 아는 설정이다.

핵심 아이디어

기존 대응책들은 파라미터 공간에 손대지 않은 채 겉을 막는다. regularization은 모델을 덩어리로 보고 전역 제약을 걸고, LoRA/adapter는 task별 모듈을 쌓아 저장·관리 비용을 만들며, replay·joint SFT는 과거 데이터 접근을 계속 요구한다. 저자들은 이들이 “새 task 적응을 담당하는 파라미터가 무엇인지”를 지목하지 않아 덮어쓰기의 근본 원인을 놔둔다고 본다 (Sec. 1).

통찰은 두 관찰의 결합이다. LLM 파라미터는 단일 task 기준으로 크게 중복이며 task마다 다른 functional subspace가 활성화되고 (Sec. 2.2), 그 subspace는 짧게 적응시켜 보면 드러난다. 그래서 “수렴시키는 학습”이 아니라 “신호를 얻는 탐침”으로 1 epoch warm-start를 돌려 Δ_k를 읽는다.

Step 1은 Δ_k로 score를 매긴다. LF 경로는 normalize한 L2(Δ)와 Fisher(loss gradient 제곱 기댓값)를 α·L2 + β·Fisher로 섞고, CS 경로는 다른 task들과의 cosine 유사도 평균을 1에서 빼 specificity를 만든다. Step 2는 T_k 학습 시 core set C_k에만 gradient를 흘린다. 이전 core parameter를 무조건 잠그지는 않고 현재 C_k에 다시 등장하면 갱신을 허용하는데, 이 완화가 관련 task 재등장 시 rehearsal처럼 작동한다는 것이 Sec. 5.4의 설명이다.

무엇을 했나

  • SFT 데이터: Code Alpaca(20K), GSM8K-RFT(7.5K 문항/110K 응답), MedQA 3종. 확장 실험에 MATH(GSM8K와 고중복)와 Lawyer-Instruct(신규 도메인) 추가 (Sec. 4.1, 5.4).
  • Backbone 5종: DeepSeek-R1-distill 1.5B, LLaMA2-7B, LLaMA3-8B, Qwen2.5-14B, Qwen3-32B (Sec. 4.2).
  • Baseline 4종: Joint Fine-tuning, Sequential Fine-tuning, Sequential LoRA(r=8, α=16, 전 layer 삽입), DMT(multi-task 후 소량 replay). EWC·O-LoRA 계열은 없다 (Sec. 4.3).
  • 평가: HumanEval pass@1, GSM8K accuracy(8-shot CoT), MedQA 영어 test set, LegalBench. 기본 순서 math→medical→code (Sec. 5.1, Appendix A.3).
  • 학습 설정: AdamW + cosine, max len 1024, BF16, 3 epoch, global batch 256, DeepSpeed ZeRO-3, 8× A800 80GB (Appendix A.4).
  • Sweep/ablation: r ∈ {1…100}% (Fig. 5, Table A.1), E_ws ∈ {1,2,3} (Table 5, Fig. 6), α (Fig. 7, Table A.2), 순서 6개 permutation (Table 2), t-SNE Silhouette (Fig. 3), cross-model 전이 (Table 4).

핵심 근거

주장근거 위치관찰/수치조건·주의claim_origin
TRACE가 모든 backbone에서 최고 baseline을 상회Table 1LLaMA3-8B TRACE-CS 평균 63.28 (+16.95 vs Sequential LoRA 46.33); Qwen3-32B TRACE-LF 79.08 (+11.00)단일 seed, 고정 순서 math→medical→code, LLaMA2-7B에서는 +2.55~+3.95로 이득이 작음author-stated
소수 파라미터만 풀 때가 최적이고 많이 풀면 역효과Fig. 5 / Table A.1r=5% 평균 58.09, r=1% 55.20, r=40% 40.52, r=100% 27.47 (최고 baseline 46.33)LLaMA3-8B 한 모델·한 순서에서만 sweepauthor-stated
warm-start는 짧을수록 core set이 선명해짐Table 5 / Fig. 6TRACE-CS 평균 63.28(E=1) → 60.77(E=2) → 58.71(E=3); heatmap이 E 증가와 함께 diffuse해짐E_ws=1이 최소값이라 “1이 최적”인지 “더 짧으면 더 좋은지”는 미검증author-stated
8B에서 찾은 core parameter가 더 큰 모델로 전이됨Table 4Qwen2.5-14B Transfer-LF 평균 76.31로 target 모델에서 직접 탐색한 TRACE-LF 75.28과 동등 이상Qwen3-32B 블록의 평균·증감 표기가 자체 수치와 맞지 않음(예: Transfer-LF 68.23/90.20/77.77의 평균은 78.73인데 76.31로 표기)analyst-inference
망각 완화 주장은 간접 증거에 의존논문 전체BWT·forgetting rate·단계별 성능 곡선 없이 최종 benchmark 점수와 t-SNE Silhouette(0.394 vs 0.215)만 제시Fig. 3의 Silhouette는 표현 분리도이지 망각량이 아님analyst-inference

어디까지 믿을까

  • 저자가 인정한 한계 (author-stated): task 수가 늘면 core set 합집합이 커져 selective update의 이점이 줄 수 있음을 스스로 제기하고, 그 증가는 task 개수보다 다양성에 좌우된다고 답한다 (Sec. 5.4). Qwen2.5-14B TRACE-LF의 MedQA는 최고 baseline 대비 −0.07이다 (Table 1).
  • 분석자의 해석·우려 (analyst-inference): (1) TRACE-CS는 다른 모든 task의 Δ_j가 필요하고 Algorithm 1도 식별을 offline 일괄 처리로 두므로, task가 시간순으로 도착하는 진짜 continual 설정에 그대로 쓸 수 없다. (2) probing 비용이 정량화되지 않았다 — task마다 full-parameter 1 epoch + Fisher 추정이 붙는데 시간·메모리 수치가 없다. (3) Joint Fine-tuning이 여러 곳에서 비정상적으로 약해(LLaMA3-8B GSM8K 23.28) baseline 튜닝이 충분했는지 의심스럽고, 그렇다면 개선폭이 과대평가된다. (4) Table 2의 56.54±3.80은 seed 분산이 아니라 순서 분산이고, 53.04~62.27 간극은 “robust”라 부르기엔 크다.
  • 읽지 못한 범위 (unknown): full-parameter fine-tuning의 learning rate가 본문·부록 어디에도 없다. Fisher 추정 샘플 수, warm-start 데이터 분량, core parameter를 원소 단위로 잡는지 텐서 단위로 잡는지도 불명확하다. 코드는 “can be found here”로만 언급되어 URL을 확인할 수 없다.

원문 읽기 지도

읽는 목적먼저 볼 곳확인할 질문
방법을 그대로 구현하려면Sec. 3.2 식 (3)~(9) + Algorithm 1score를 텐서별로 매기는가 원소별로 매기는가? Fisher를 θ_0에서 재는가 θ*_k에서 재는가(식 4와 Algorithm 11행이 서로 다르게 읽힌다)?
하이퍼파라미터 기본값 근거Table A.1(r), Table 5(E_ws), Table A.2(α)r=5%·E_ws=1·α=0.5가 다른 backbone에서도 유지되는가, LLaMA3-8B 전용 튜닝인가?
망각을 실제로 얼마나 막았는지Table 1의 GSM8K 열 + Table 2첫 task(math) 점수가 순서에 따라 어떻게 변하는지로 forgetting을 역산할 수 있는가?
small-to-large 전이를 쓰려면Sec. 5.5 + Fig. 4 + Table 4CKA layer mapping과 name mapping 규칙이 재현 가능할 만큼 서술되어 있는가?

읽기 전 용어

  • adaptation-aware probing: task별 1 epoch warm-start fine-tune. 성능이 아니라 Δ_k = θ*_k − θ_0라는 “적응 흔적”을 얻는 것이 목적이다.
  • specificity score (Spec_k): 1 − (다른 task들의 Δ와의 cosine 유사도 평균). 값이 클수록 그 task에서만 특이하게 움직인 파라미터이며 TRACE-CS의 선택 기준이다.
  • Structurally-Adaptive Transfer: CKA로 source(8B)와 target(Qwen 계열)의 대응 layer를 찾고 규칙 기반으로 파라미터 이름을 옮겨 core set을 이식하는 절차 (Fig. 4).

Wiki 연결

BibTeX

@inproceedings{han2026trace,
  title     = {TRACE: Discovering Task-Specific Parameter via Adaptation-Aware Probing for Continual Fine-Tuning},
  author    = {Han, Xiaosong and Chen, Ke and Dai, Xindi and Liang, Di and Peng, Minlong and Pang, Wei and Giunchiglia, Fausto and Feng, Xiaoyue and Liu, Yonghao and Guan, Renchu},
  booktitle = {Proceedings of the 32nd ACM SIGKDD Conference on Knowledge Discovery and Data Mining (KDD '26)},
  year      = {2026},
  doi       = {10.1145/3770855.3817801}
}