Modules

00 한눈에

루프별 인게임 확인 항목: Open items. 09절 lumberjack-enhanced, 10절 pvp, 11절 skinning-enhanced, 12절 tamer-mage-enhanced, 14절 bard-necro-enhanced, 15절 loadout과 regear, 16절 bard-archer-enhanced, 18절 tamer-archer-enhanced.

01 왜 모듈인가

같은 블록이 루프마다 복사돼 있었음.

• 2026-10-09 스탯 포션 판정 변경에 스크립트 8개 수정 필요
• 그중 skinning-enhanced에는 다른 루프에서 이미 고친 elseif 사슬 버그가 그대로 남음
• → 회복, 포션, 버프, 시약 같은 블록은 모듈로 한 벌만
• 레시피에는 블록 구성과 순서, 그 루프가 기본과 다르게 쓰는 설정만

조립은 저장소에서. Razor는 한 번에 스크립트 하나, 다른 스크립트를 켜면 지금 것이 멈춤. 함수 호출, include 없음. 게임 안에서 모듈 스크립트를 차례로 켜는 방식은 쓰지 않음. 이유:

• 패스마다 스크립트를 몇 번씩 새로 켜는 비용 미측정. 회복 지연 가능
• script가 돌아오는지 넘어가는지 확인되지 않았다
• Esc는 지금 모듈만 멈춤, 한 모듈의 오류가 사슬 전체를 조용히 끊음

조립 결과물은 예전과 같은 .razor 파일 하나. 게임과 핫키는 그대로.

네 가지 원칙.

1. 모듈 파일 하나 = 블록 하나. 모든 모듈이 같은 칸을 같은 순서로(04절)
2. 블록이 아닌 공용 바탕은 module/base.razor 한 파일. 모든 레시피의 첫 블록(06절)
3. 레시피는 블록마다 상자 하나. 상자 안은 조립기가 씀(블록이 하는 일, 바꾸는 설정의 설명, 기본값, 함께 읽는 블록). 값은 상자 밑. 사람은 바꿀 값과 이유만(03절)
4. 모듈과 레시피는 같은 모양. 설명은 - 상자 안, 설명을 받는 줄은 상자 밑에 이어 붙임(03절, 04절)

02 폴더

• module/ 아래 폴더: 블록이 맡는 일로 분류. 쓰는 루프로 나누지 않음
• 모듈 이름 = 폴더와 파일 이름(recovery/heal = module/recovery/heal.razor)

• 레시피 이름의 -recipe: 편집기 탭에서 결과물과 구분. 확장자 .razor: 하이라이팅
• module/, recipe/는 저장소 루트. script/는 Razor Scripts 폴더에 링크 → 그 안에 두면 조각 파일이 스크립트 목록에 떠서 혼자 실행될 수 있음

03 레시피

레시피와 모듈 모두 상자로 구성.

• 상자: - 줄 두 개 사이에 # @ 줄, 빈 # 줄, 뒤를 설명하는 # 줄. 상자 밑에 그 설명을 받는 줄을 빈 줄 없이 이어 붙임
• 레시피의 큰 칸 네 개와 그룹 줄(아래)만 = 줄. 상자 사이는 빈 줄
• # @ 줄: 조립기의 지시, Razor에게는 주석

03.A 일회성 레시피, # @ once

집에서 준비하는 loadout, 사망 뒤 장비를 다시 갖추는 regear처럼 한 번 돌고 끝나는 스크립트도 같은 모듈 형식으로 조립.

• 결과물: CONFIG, WAIT AND COOLDOWN, TIMER, STATE, 그리고 블록들의 # @ setup을 레시피 순서대로. MAIN LOOP 없음
• base도 첫 블록. 공용 설정, 기본 대기, PvP 정지, 시작 4줄은 그대로 쓰고 loop와 end만 빠짐
• 블록은 # @ setup만. # @ loop가 있는 블록, when과 every 그룹은 조립 정지
• 같은 블록을 여러 루틴이 함께 씀(정리, aspect 등) → 루틴끼리 코드를 복사하거나 스크립트를 넘겨 이어 달리지 않음
• 새 루틴 블록: --new-module의 틀은 루프용 → 만든 뒤 # @ loop 상자를 # @ setup으로 바꾸고 코드는 0칸 들여쓰기
• 루틴과 루프는 Razor 세션 변수를 같이 씀. 루틴이 base 설정을 기본값으로 되돌려도 루프는 Play할 때 자기 값을 다시 씀. 루틴 사이에 남겨야 할 값(gear/dress의 부위)은 if not varexist로 감싼 상태

블록 하나 = 상자 하나. 상자 안에 # @ use 줄과 설명, 상자 밑에 그 블록에서 바꾸는 설정의 @setvar! 줄. 바꾸는 설정이 없는 블록도 상자로 → 모든 블록이 같은 자리에 같은 것을 보여 줌.

• 상자 안은 조립기가 씀
  • 모듈의 한 줄 요약. 루프 앞에서 한 번만 도는 블록이면 Runs once, before the loop. 루틴에서는 안 붙음
  • 이 루프가 바꾸는 설정마다 이름과 기본값, 모듈의 설명, 그 설정을 함께 읽는 다른 블록
  • → 모듈 파일을 열지 않아도 블록이 하는 일이 보임
• 사람이 쓰는 것은 세 가지: # @ use 줄, > 줄, @setvar! 줄
  • > 줄을 상자 안 요약 밑에 → 그 루프만의 블록 메모. 설정 밑에 → 이 루프가 그 값을 쓰는 이유
• 새 설정: 아무 상자 밑에 @setvar! 한 줄, 이유는 바로 위 # 줄. 조립기가 설정을 주인 블록 상자 밑으로, 이유는 상자 안 > 줄로 옮김
• 상자 안의 다른 줄은 조립마다 다시 씀. 조립기 모양이 아닌 줄(# 메모 등)은 경고 후 삭제. 메모는 > 줄로
• 기본값과 같은 값은 (default 120, the same value)로 표시 → 일부러 못 박은 값인지, 지워도 되는 값인지 보임
• 모듈 설명이 바뀌면 다음 조립 때 레시피도 바뀜. 조립 없이 커밋하면 --check가 잡음

# ========================================================================================
# @ blocks
#
#   One box per block, in the order the blocks run, base first. The builder writes the box.
#   Yours are the "> " lines in it (a note on the block, or under a setting the reason for
#   its value) and the @setvar! lines under it. Write a new @setvar! line under any box, its
#   reason as a "#" line right above it: the builder moves both to the box it belongs to.
# ========================================================================================

# ----------------------------------------------------------------------------------------
# @ use base
#
#   The frame of every loop and routine. Every recipe lists it first.
#
#   warmode_is_manual (default 0)
#      Whose warmode it is.
#        0  ours: our casts ignore it
#        1  the player's manual control window: our casts and the food stand down while it
#           is on. Potions and bandages still go out
#      Read by recovery/cure, recovery/heal, recovery/light-heal, buff/spells, buff/food.
#      > Warmode is the player's: recovery casts and buffs stand down, potions still go out.
# ----------------------------------------------------------------------------------------
@setvar! config__warmode_is_manual 1

# ----------------------------------------------------------------------------------------
# @ use escape/tracking
#
#   Before the loop: reuses a confirmed Tracking hunt colour, or sets the filter once.
#   Runs once, before the loop.
# ----------------------------------------------------------------------------------------

# ----------------------------------------------------------------------------------------
# @ use recovery/cure
#
#   The trapped pouch while paralyzed, else a cure potion or the Smart Heal/Cure agent.
# ----------------------------------------------------------------------------------------

...

# ----------------------------------------------------------------------------------------
# @ use recovery/heal
#
#   Heal potion at heal_hits, else Greater Heal at emergency_hits.
#
#   emergency_hits (default 35)
#      Missing hit points that cast Greater Heal when no heal potion went out on this
#      pass. Not below heal_hits.
#      > Bandages handle ordinary damage, so Greater Heal waits for 45.
# ----------------------------------------------------------------------------------------
@setvar! config__emergency_hits 45

• 결과물에는 설명 없음. CONFIG에는 모듈별 경로 상자와 이 루프의 값만. 설정이 하는 일과 바꾼 이유는 레시피와 모듈에서(05절)
• 블록 순서 = 루프 안 순서. insysmsg는 맞은 줄과 그보다 오래된 줄을 함께 소비 → Journal을 읽는 블록끼리는 순서 중요
  • lumberjack-enhanced: Tracking 줄을 먼저 읽도록 magery/reagents를 escape/recall 뒤에
  • skinning-enhanced: 칼질 응답 뒤에

그룹: 블록 여러 개를 한 조건 밑에. 블록마다 같은 조건을 따로 물으면 거짓인 패스에도 블록 수만큼 문장 비용(Razor 06절). 묶으면 한 번만 물음. 그룹 줄은 블록 상자 사이에, 조립기가 = 상자로 정리.

• 그룹 안 블록은 단계마다 네 칸 들여쓰기, 배너 줄은 줄어든 폭에 맞춤. 그룹 중첩 가능
• 그룹이 막는 것은 블록의 loop 부분뿐. 선언과 setup은 늘 나감. base의 end는 그룹 밖 맨 끝
• 조건과 every의 이름도 블록 코드처럼 주인 모듈 탐색. interval__housekeeping은 base 소유
• 회복 블록은 모든 루프 레시피에서 한 그룹. recovery/cure, heal, bandage, light-heal은 # @ when paralyzed or poisoned or diffhits > 0 안. 루틴은 그룹이 없음 → recovery/heal-first는 그룹 밖
  • 이 조건 = 네 블록의 동작 조건 합(붕대는 HP가 1만 줄어도 시작) → 레시피가 기준값을 어떻게 바꾸든 맞음
  • 다치지 않은 패스는 블록 수만큼이 아닌 한 줄만 밟음. recovery/refresh는 기력 기준 → 그룹 밖
• 블록 안 시계와 그룹 시계는 겹침. 예: every interval__housekeeping 안의 buff/food는 5초마다 자기 60초 타이머 확인

# ========================================================================================
# @ when var__fighting = 1
# ========================================================================================

# ----------------------------------------------------------------------------------------
# @ use bard/disco
#
#   Discordance once per target, read off its label, then left alone for 30 seconds.
# ----------------------------------------------------------------------------------------

...

# ========================================================================================
# @ otherwise
# ========================================================================================

...

# ========================================================================================
# @ end
# ========================================================================================

04 모듈

• 모든 모듈이 같은 모양. 맨 위 상자에 블록이 하는 일과 # @ hotkeys, 그 밑에 칸마다 상자 하나. 쓸 것 없는 칸은 생략
• 칸마다 담는 이름의 접두가 하나로 고정 → 접두만으로 이름의 칸과 결과물 자리가 정해짐

• 상자 안 항목 사이는 # 한 줄. 같은 설명을 나누는 이름(무기 슬롯 네 개 등)은 # 이름, 이름으로 한 항목. 글은 90자 안에서 줄바꿈
• 몇 가지 중 하나를 고르는 설정: 첫 줄에 고르는 대상, 선택지는 값 뜻 모양으로 한 줄에 하나. 켜고 끄는 설정: “1 keeps …”처럼 1이 하는 일 한 줄
• 칸이 선언하는 이름은 모두 설명, 설명에는 그 칸이 선언하는 이름만. 어긋나면 조립 정지. 상자 밑에 이어 붙인 줄 사이에 주석 금지

# ----------------------------------------------------------------------------------------
# Reactive Armor, then Magic Reflection, whenever one is missing.
#
# @ hotkeys > Interrupt
# ----------------------------------------------------------------------------------------


# ----------------------------------------------------------------------------------------
# @ config
#
#   config__use_reactive_armor
#      1 keeps Reactive Armor up.
#
#   config__use_magic_reflect
#      1 keeps Magic Reflection up.
#
#   config__mana_reactive_armor
#      Minimum current mana to start Reactive Armor.
#
#   config__mana_magic_reflect
#      Minimum current mana to start Magic Reflection.
#
#   config__buff_max_loss
#      Missing hit points at which buffs are not started, and cut mid cast.
#
#   config__buff_when_poisoned
#      Buffs while poisoned.
#        0  no: hold them back and cut one that is casting, so the cure goes first
#        1  yes
# ----------------------------------------------------------------------------------------
@setvar! config__use_reactive_armor 1
@setvar! config__use_magic_reflect 1
@setvar! config__mana_reactive_armor 4
@setvar! config__mana_magic_reflect 14
@setvar! config__buff_max_loss 35
@setvar! config__buff_when_poisoned 1


# ----------------------------------------------------------------------------------------
# @ loop
# ----------------------------------------------------------------------------------------
    # ------------------------------------------------------------------------------------
    # SELF BUFFS
    #
    # Reactive Armor, then Magic Reflection, whenever one is missing and the window is
    # free. Not started at config__buff_max_loss, and cut there mid cast so the next pass
    # can heal. With config__buff_when_poisoned 0 poison holds them back and cuts them
    # too, so the cure goes first. var__hold_casts lets another block keep the cast window
    # (a latched Recall). config__walk_guard and config__warmode_is_manual apply as for
    # the heal agents. The reflect bar is the server's recast lock after Reflect is used
    # up.
    # ------------------------------------------------------------------------------------
    ...

이름 하나 = 모듈 하나 소유. 저장소 전체에서 한 이름을 두 모듈이 선언하면 조립 정지 → “이 이름은 어디 것인가”의 답은 늘 파일 하나.

• 블록은 루프에 든 다른 모듈의 이름 사용 가능, 관계를 따로 적지 않음
• 조립기가 코드에서 이름을 읽어 주인 탐색, 주인 모듈이 레시피에 없으면 넣을 모듈을 알려 줌(05절)
• 블록 코드는 config__에 값을 넣지 않음. 기본값은 모듈의 # @ config, 변경은 레시피
• wait__, interval__, cooldown__은 모든 루프가 같은 값. 루프마다 달라야 하면 config__ 설정으로 이동
• 블록 전체를 켜고 끄는 설정 없음. 레시피에 넣거나 빼면 됨. 설정은 블록 안의 선택에만(use_resist_potion, skin_unowned 등)
  • 예외 use_bandages: recovery/light-heal이 이 값을 보고 붕대 대신 나감
  • 예외 일회성 레시피(03.A절): 모두가 결과물 하나를 같이 씀 → 사람마다 다른 선택(룬북 채우기, 악기 등)은 블록 안의 켜고 끄는 설정으로

05 조립 규칙

1. 헤더: 레시피 헤더 → 블록들이 선언한 핫키를 모은 Hotkeys: 줄 → “Generated from recipe/… by util/build-scripts.mjs” 줄
2. 순서: CONFIG, WAIT AND COOLDOWN, TIMER, STATE, setup, MAIN LOOP. MAIN LOOP는 while not dead, 블록별 loop, base의 end, endwhile. 일회성 레시피는 setup에서 끝(03.A절)
   • 자리마다 base 먼저, 블록은 레시피 순서, 레시피가 마지막
   • 그룹은 loop 안에서 if, else, endif. # @ every의 시계는 TIMER 끝에 레시피 몫으로
   • 레시피 STATE가 뒤 → 모듈 상태에 다른 시작값 가능(pvp의 var__fighting 1)
3. 결과물에 설명 없음: 큰 칸(CONFIG 등)은 Conventions의 배너 모양(Conventions 02.B절)
   • 조각마다 출처 파일만 적은 상자(# module/recovery/heal.razor) 밑에 값과 코드
   • loop 안 블록은 배너의 줄과 제목만, 제목 오른쪽에 모듈 경로
   • 설정과 블록이 하는 일, 레시피의 변경 이유는 그 경로의 파일에서
   • 코드 사이 주석도 뺌. setup, loop, end, 레시피의 state와 setup 모두. 빈 줄도 정리: 두 줄 연속, 분기 첫 줄, 분기 끝 바로 앞은 뺌
   • 예외: 분기에 든 줄이 주석뿐이면 남김. 빈 분기를 만들지 않으려는 것(if insysmsg로 줄만 읽어 없애는 곳 등)
   • TIMER에는 timer마다 createtimer와 첫 settimer
4. 레시피 정리: 조립마다 정리된 모양으로 다시 씀. 큰 칸마다 = 상자, 블록마다 - 상자, 설정은 주인 블록 상자 밑
5. 정지 조건: 조립기가 멈추고 고칠 곳을 알려 줌
   • 블록이 쓰는 이름의 주인 모듈이 레시피에 없음. 예: “module/gather/skinning.razor uses timer__combat_target_grace from module/fight/target.razor. Add ”# @ use fight/target""
   • 첫 블록이 # @ use base가 아님
   • 레시피의 설정이 어느 모듈에도 없거나, 레시피가 쓰지 않는 모듈의 것
   • 상자 밖 주석이 @setvar! 줄 바로 위에 있지 않음. 어느 설정의 이유인지 모른 채 지우지 않으려는 정지
   • 모듈 칸 상자가 선언한 이름을 빠뜨렸거나 선언하지 않은 이름을 설명. 또는 설명 줄이 # 이름, # 설명 모양이 아님
   • 두 모듈이 같은 이름 선언. 칸에 다른 접두의 이름. 블록이 config__에 값을 넣음
   • 결과물 주석에 ;(Razor 03절)
   • 모듈 첫 줄 요약이 86자 초과. 레시피 상자에 한 줄로 보여야 함
   • 그룹 줄의 짝 불일치: when 밖의 otherwise, 열린 그룹 없는 end, 닫지 않은 그룹, # @ use base 앞의 그룹, 조건이나 이름이 빠진 when이나 every
6. 파일 쓰기: 줄 끝 CRLF(.gitattributes). 바뀐 결과물과 레시피만 다시 씀
7. 검사: util/check.sh를 인자 없이 돌리면 끝에 node util/build-scripts.mjs --check도 실행. 결과물 직접 수정, 모듈 설명 변경 후 미조립을 잡음

06 base와 블록끼리 주고받는 것

module/base.razor: 모든 레시피의 첫 블록. 정본은 그 파일, 아래는 무엇을 왜 거기 두었는지.

신호 = 쓰는 블록이 없어도 읽는 블록은 돌아야 하는 값. base가 중립값으로 선언, 쓰는 블록이 있는 루프에서만 값이 바뀜. 새 신호는 base의 # @ state와 이 표에 추가.

신호가 아닌 이름은 주인 모듈이 레시피에 있어야 사용 가능 → 아래 블록은 주인 모듈과 함께. 조립기가 코드에서 확인하는 관계.

• magery/reagents의 var__regs_*, 서클별 마나, interrupt_to_heal, wait__cast ← 회복 시전, buff/spells, buff/mushroom, 공격 주문(magery/*), necro/resummon
• recovery/heal의 config__heal_hits ← 다쳤을 때 쉬는 블록(gather/*, pack/leather, escape/tracking)
  • emergency_hits ← 시전 중에 끊는 공격 주문(magery/*), necro/resummon. recovery/light-heal의 light_hits ← pack/lumber
• fight/target의 var__combat_target과 사거리 ← fight/parry-codex, fight/archery-codex, fight/weapon-ability, pack/leather, 바드와 네크로와 공격 주문 블록, bard/song(적이 없을 때만 노래)
  • var__keep_lasttarget ← 자기를 찍거나 시전하기 전 lastharmful을 재확인하는 블록(magery/flamestrike, necro/vampiric-embrace)
  • var__target_hold ← bard/provo가 자기 용도로 찍은 몹을 적음. fight/target과 커서 중에 고르기를 받는 블록이 그 몹을 건너뜀
  • gather/skinning은 칼 커서를 든 동안 고른 적을 여기에 기록
• escape/tracking의 var__tracking_*와 tracking_color ← escape/recall
• bard/instrument의 var__my_instrument, var__instrument_ok, wait__bard_target ← bard/disco, bard/peace, bard/provo, bard/song
• bard/provo-picks의 list__provo_candidates ← bard/provo의 짝 선택, fight/archery-codex의 마릿수 판정. var__provo_added ← bard/provo의 탐색 대기 단축
• necro/symbols의 list__necro_symbols, var__symbols_spent, interval__necro_action, wait__message, wait__ability_target ← 네크로 능력 블록
  • var__symbols_listed ← necro/resummon. VS를 쓴 패스에 리스트를 비우고 다시 읽게 함
• necro/summon-names의 config__summon_range ← necro/resummon. 교체가 summon-names의 이름으로 놓으므로 둘은 함께
• magery/rotation의 순서 플래그 var__opener_done, var__procs_done, var__proc_target ← necro/poison-strike

07 작업 순서

07.A 값을 바꿀 때

1. node util/build-scripts.mjs --settings recipe/<루프>-recipe.razor로 루프의 설정 전체 확인
   • 설정마다 현재 값, 하는 일, 읽는 블록, module/…razor:줄. 터미널에서 경로를 누르면 파일로 이동
2. 레시피에서 그 설정을 가진 블록 상자 밑에 @setvar! config__이름 값 한 줄, 바로 위 # 줄에 이유
   • 다른 상자 밑에 적어도 조립기가 주인 블록으로 옮김
3. pnpm build(node util/build-scripts.mjs): 설정이 주인 블록 밑으로, 설명 재작성, 결과물 재생성
   • util/check.sh 실행, 게임에서는 Reload all scripts 후 Play(Workflow 04절)

• 기본값으로 되돌리기: 레시피에서 그 줄과 이유 삭제
• 모든 루프의 기본값 변경: 모듈의 # @ config 값 수정

07.B 블록을 넣거나 빼고, 새 동작을 더할 때

• 기존 블록 사용: 레시피 # @ blocks의 도는 순서 자리에 # @ use <폴더>/<이름> 한 줄. 설정은 기본값. 회복 블록은 회복 그룹 안(03절)
  • 필요한 모듈이 빠지면 조립기가 이름을 알려 줌
• 블록 끄기: 그 줄 삭제. 다른 블록이 그 모듈의 이름을 쓰면 조립기가 알려 줌
• 모듈에 없는 동작은 결과물에 손으로 넣지 않음. 다음 조립이 덮어씀
  • node util/build-scripts.mjs --new-module <폴더>/<이름>으로 빈 틀 생성 → 채움 → 레시피에 # @ use
  • 폴더는 블록이 맡는 일로(02절). 맞는 폴더가 없으면 새 관심사 → 폴더 먼저 생성
• 그 루프만 루프 앞에서 한 번 하는 짧은 준비(시작 메시지, 루트 파우치, 복귀 등록 등): 레시피의 # @ setup
• 한 루프에서만 다르게 돌게 하려면 복사 대신 모듈에 설정 추가. 기본값을 지금 동작으로 → 다른 루프는 그대로
• 블록 동작 변경 → 그 모듈을 쓰는 루프 전부 변경. 모듈, 레시피, 결과물을 한 커밋에
• Razor 편집기에서 결과물을 저장해 버렸으면 --check가 잡음. 바뀐 줄을 모듈이나 레시피로 옮기고 재생성

08 2026-10-10 기록

08.A 처음 옮길 때

pvp(v9): 동작 동일.

• 처음에는 블록을 그대로 잘라 옮김 → 루프가 글자까지 같음
• 공용 스위치 추가 후에도 pvp 설정값으로 늘 참인 감싸기 조건을 걷어 내면 원래 루프와 문장 동일
• 그 설정값: walk_guard 0, warmode_is_manual 0, buff_when_poisoned 1, heal_skill_min 0, buff_max_loss 35(= emergency_hits)

skinning-enhanced(v11), lumberjack-enhanced(v17): 회복, 포션, 버프, 시약이 pvp와 같은 블록으로.

• 두 루프만의 블록(전투 대상, 도끼, 골드, codex, 무기 능력, 칼질, 가죽, Tracking 설정, 자동 리콜, 벌목)은 경고 타이머 이름을 timer__message로 바꾼 것 외 글자까지 동일
• 손실선, 마나, Refresh 기준 같은 값은 레시피 설정으로 유지. 바뀐 동작:

• 레시피를 -recipe.razor로 바꾸고 기본과 다른 설정만 적으면서, 루프마다 다르던 내부 값 두 개를 모듈 값으로 통일
  • skinning-enhanced 경고 간격: 2.7초 → 3초
  • 두 채집 루프의 시약 확인: 30초 → 10초

08.B 다시 짠 것

다시 짠 이유

• 레시피 설정 줄만으로는 설정의 역할, 읽는 모듈을 알 수 없고 그 파일로 찾아갈 길도 없었음
• 모듈에 설정 한두 개만 든 것(core/output, core/switches), 대기 값만 든 것(core/wait, core/message), 블록이 섞여 있었음
• needs, after, ready를 손으로 적어야 했고, 폴더도 core, gather, combat처럼 쓰는 루프로 나뉨

pvp(v9), skinning-enhanced(v11): 동작 동일. 루프 문장 차이는 셋: 늘 1이던 켜고 끄기 조건 삭제, 슬롯 상수가 숫자로, 이름 변경. pvp 결과물에서는 시작 4줄이 if config__clear_at_start = 1 안, pvp의 값은 0.

lumberjack-enhanced: v18. 5초 housekeeping 시계(var__housekeeping_pass) 삭제로 동작 변경.

인게임 확인 항목: Open items 09절에 추가.

08.C dexxer-basic

• 같은 날 combat/dexxer-basic을 recipe/dexxer-basic-recipe.razor로 이동. 블록은 모두 기존 모듈
• 새로 만든 것: 30초마다 Clear Scavenger Cache를 누르는 pack/scavenger
• 옛 값은 레시피 설정으로: Healing 10 초과일 때 붕대, 스태미나 5 미만에서 Refresh, 골드 500씩, 마법 끔

08.D bard-necro-enhanced

• 같은 날 combat/bard-necro-enhanced도 recipe/bard-necro-enhanced-recipe.razor로 이동
• 이 루프는 하우스키핑 틱, 교전 분기, 이동 분기로 패스를 나눔 → 블록을 그대로 늘어놓기 불가. 구조는 레시피 그룹(03절)으로
  • 생존 네 블록: 다른 레시피와 같은 # @ when paralyzed or poisoned or diffhits > 0 안
  • 하우스키핑: # @ every interval__housekeeping 안
  • 교전과 이동: # @ when var__fighting = 1과 # @ otherwise
• 바드, 네크로, 공격 주문 블록은 새 모듈로(02절의 bard/, necro/, magery/, buff/mushroom). 코드는 원본과 같고 이름만 지금 규칙
  • cooldown__ 간격 → interval__. wait__target → 바드의 wait__bard_target, 네크로의 wait__ability_target
  • wait__long → wait__instrument_pick, 핫바 대기 → wait__hotbar_gump
• 생존, 전투 대상, 시약, 음식, 스탯 포션, 골드, Refresh, 셀프 버프는 다른 루프와 같은 공용 모듈
  • 원본에만 있던 동작은 공용 모듈의 설정으로 추가(settle_first, recover_in_warmode, heal pot 바 시작)
• Herding은 꺼져 있었음 → tamer/herding은 만들기만, 레시피에는 없음. 테이머 스킬이라 tamer/
  • 켜고 끄는 설정 use_herding, name_summons 삭제
• 소환수 이름: 내 이름을 닮은 이름 셋 → 종류를 알아볼 수 있는 이름(leech, mumi 등). 무엇이 나와 있는지 체력바로 보려는 목적
  • 종류 단어와 한 글자만 다른 이름까지 서버가 거절

인게임 확인 항목: Open items 14절에 추가.

08.E tamer-mage-enhanced

• 같은 날 archive의 tamer-mage-enhanced(v5)를 recipe/tamer-mage-enhanced-recipe.razor로 이동, 결과물은 script/combat/로 복귀(v6)
• 새 모듈: tamer/vet-kit, magery/flamestrike. 나머지는 공용 모듈 확장
  • magery/reagents가 Bless, Arch Protection, Flamestrike 시약도 읽음
  • buff/spells에 Bless와 Arch Protection 갈래 추가. 기본은 꺼짐(use_bless, use_arch_protection), tamer 레시피만 켬
  • Hunting 점검을 escape/recall에서 escape/tracking으로 이동 → 리콜 없는 tamer도 같은 경고
• 켜고 끄는 설정(use_vet_kit, use_flamestrike, use_stat_potions, use_gold_drop, use_tracking) 삭제. 레시피에 넣으면 켜짐
  • 가벼운 Heal은 기본 꺼짐이었음 → recovery/light-heal 미포함

인게임 확인 항목: Open items 12절.

08.F 마무리 점검에서 합친 모듈

• 같은 날 모든 루프 이동 후 재검토: 따로 쓸 수 없거나 너무 작아 나눌 이유가 없는 모듈 넷 → 합쳐서 43개 → 38개
• 결과물 코드는 Spell Siphon 외 동일

합치지 않은 것:

• fight/rearm과 fight/weapon-swap: 비슷해 보이지만 앞은 패스마다 lhandempty, rhandempty만 보고 2초마다 손을 읽음, 뒤는 패스마다 두 손을 읽는 PvP용 → 비용이 다름
• bard/disco와 bard/peace, 두 codex: 주고받는 것이 없는 독립 블록
• recovery/refresh와 buff/food: 작지만 맡는 일이 다름

09 아직 옮기지 않은 것

• script/archive/: 쓰지 않는 스크립트라 옮기지 않음