Bard Necro Enhanced

00 한눈에

이 문서에 걸린 질문은 Open items.

01 루프

01.A 루프 한 장

• 교전 여부는 레시피의 # @ when var__fighting = 1 그룹에서 한 번만 판정, 그 아래를 교전 블록과 이동 블록으로 나눔(01.H절). 첫 그림의 “교전 중인가”가 그 자리
• 블록 하나는 한 패스에 한 동작만(elseif 사슬). 하지만 동작한 블록이 패스를 끝내지는 않음
• 시전이 끝나면 casting이 풀려 아래 블록도 같은 패스에서 차례를 받음 → 아래 그림은 우선순위일 뿐
• 블록 사이 순서가 필요한 곳은 플래그. 오프닝 → 프록은 var__opener_done, 프록 → Poison Strike와 필러는 var__procs_done

행동하는 블록은 모두 행동 창 가드. 가드를 빠뜨린 블록은 늘 이김. 가드는 블록이 하는 일에 따라 결정.

• 걸으며 시전하면 걸음에 끊김, 포션은 걸으며 마셔도 됨 → cooldown "walk"는 시전 블록에만
• 예외: 긴급선(emergency_hits)의 Greater Heal은 걷는 중에도 시전. 달리는 동안 walk 바가 계속 돌아 기다리면 못 씀, 끊기면 다음 패스에 다시(2026-10-20 사용자 결정)
• 루프가 스스로 여는 시전과 커서는 not warmode도 확인. 공격 주문, 바드 스킬과 송, 자기 버프, Create Food, 소환, Corpse Skin, Evil Omen, Poison Strike, Vampiric Embrace
• warmode = 수동 모드 → 이 블록들 정지. 큐어, 힐, 포션, 버섯 먹기, Blood Oath는 계속
• 게이트 접기(01.H절) 이후 이 가드는 따로 한 줄을 쓰지 않고 각 블록 조건 줄 끝에 붙음

한 패스

flowchart TD
  drain("드레인<br>큐와 시전이 빌 때까지") --> picks("프로보 후보<br>입력 저장") --> survive("생존<br>마비, 독, HP") --> cache("타겟 캐시") --> flags("패스 플래그") --> house("하우스키핑<br>5초마다")
  house --> mush("버섯") --> resummon("재소환<br>빠진 소환수, 교체") --> provo("프로보<br>고른 적끼리") --> engaged{"교전 중인가"}
  engaged -- 예 --> combat("교전 블록 일곱")
  engaged -- 아니요 --> walk("이동 블록 셋")

위 블록은 모든 패스가 통과, 교전 여부는 그 뒤에 한 번만. 교전 패스는 이동 블록을, 이동 패스는 교전 블록을 보지 않음.

• magery/reagents의 시약 플래그는 10초에 한 번(timer__reagents)
• 시약 여덟 종을 findtype으로 한 번씩 찾아 var__has_*에 저장, 주문 플래그 18개는 그 여덟의 비교로 생성
• 매 패스 findtype 19~32번에서 이렇게 감소(01.H절)

교전 블록

flowchart TD
  disco("디스코<br>대상마다 한 번") --> peace("피스<br>끊기지 않게 다시") --> necro("네크로 버스트<br>Blood Oath → Corpse Skin → Evil Omen") --> opener("오프닝<br>Mana Drain → Curse")
  opener -- 끝나면 --> proc("프록 코어<br>Magic Arrow, Harm, Fireball, Lightning")
  proc -- 소진되면 --> filler("필러<br>Energy Bolt") --> strike("Poison Strike")

화살표는 같은 패스 안의 다음 차례. 라벨 붙은 화살표는 플래그 → 앞 블록이 끝나야 뒤 블록 시작 (var__opener_done, var__procs_done).

이동 블록

flowchart TD
  buffs("자기 버프<br>Reactive Armor, Magic Reflection<br>Spell Siphon용 Magic Arrow")
  buffs --> song("송<br>세 곡을 돌아가며") --> embrace("Vampiric Embrace<br>소환수가 있고 시체가 가까울 때")

• 몹이 없는 동안만. 쿨과 버프를 걷는 사이에 채워 다음 교전에서 로테이션과 경쟁하지 않게
• 버섯(buff/mushroom)은 2026-10-10부터 분기 앞. 먹기는 아이템 사용 → 교전 중에도 마나 55 이하면 사용
• Create Food는 시전 → 이동 중에만, 60초 쿨이 걷는 동안 진행

데미지 사이클

프록 네 개는 각자 쿨, 빈 시간은 모두 Energy Bolt.

• 15초당 시전 4회 → 9회. 이 순서는 자동으로 지켜지지 않음
• 시전이 패스를 끝내지 않음 → Poison Strike와 필러는 PROC CORE 바로 뒤에서 계산하는 var__procs_done을 확인
• 이 플래그는 네 프록이 각자 바에 올라 있거나 시약이 없을 때만 1. 마나 부족은 미포함
• 마나는 돌아오고 그동안 소환수가 싸움 → Poison Strike도 프록을 기다림. 필러는 바닥(52)이 어차피 모든 프록 비용보다 높음
• 바 하나가 돌아오면 다음 시전은 프록 코어 차지. 볼트 도중 돌아온 바는 남은 시전 시간(최대 1.95초)만큼 대기
• 이 플래그가 없을 때는 Curse와 첫 프록 바로 뒤에 Poison Strike와 Energy Bolt가 같은 패스에서 나감. 2026-09-28 수정
• Poison Strike는 패스 맨 끝, 필러 다음. 프록을 다 쓴 패스에 마나가 있으면 볼트 먼저 → 질병 하나 더 붙은 뒤 터뜨림
• 마나가 필러 바닥 아래면 볼트가 안 나감 → 기다리지 않고 프록 네 개분을 터뜨림. 자기 쿨 30초 → 프록 사이클(15초) 두 번에 한 번
• 볼트는 대상을 찍고 0.5초 뒤 적중(PvP 05절) → Poison Strike 전에 wait__short(0.2초) 추가 대기. 볼트 뒤 wait__cast 0.3초와 합쳐 0.5초
• 빠른 연결에서 Poison Strike가 볼트 질병보다 먼저 들어가지 않게. 30초에 한 번이라 비용은 거의 없음
• Poison Strike는 var__proc_target도 확인. 프록마다 대상을 기록, 마지막 프록의 대상이 지금 대상일 때만
• 이전 몹의 프록 쿨이 남은 채 새 몹 오프닝이 끝나면 var__procs_done은 이미 1이지만 그 몹에는 프록 질병이 없음. 그동안 Energy Bolt는 그대로. 필러는 대상을 가리지 않음

마나가 모자라면 필러부터 잘림. 바닥 config__filler_floor 52의 근거는 01.D절.

01.B 셋업에서 한 번만 하는 것

01.C 자원

자원은 따로지만 행동 슬롯은 하나. 교전 블록 하나의 모양(프록 코어의 Harm).

if cooldown "harm" = 0 and var__regs_harm = 1 and mana >= config__mana_2nd and var__opener_done = 1 and not warmode and not targetexists and not casting and cooldown "walk" = 0
    if find var__combat_target ground -1 -1 config__target_range as alias__proc_target
        cast 'Harm'

조건 줄 끝의 행동 창이 행동 슬롯을 지킴. 대상 find는 쏘는 갈래 안에서만(01.H절 게이트 접기).

루프 규칙 하나

송은 교전 중 금지. 이동 블록에서만(01.A절). 이유는 Barding 01.E절. 교전 중에는 디스코와 피스가 music을 계속 세우고, 악기 연주가 시전을 끊음.

cooldowns.xml은 정리 완료

• config/indian/classicuo/nomeehej/cooldowns.xml의 내역과 이유는 Barding 01.I절, 쿨 모델은 Barding 01.E절
• 스크립트는 게임 값을 그대로 읽음. 바드 쿨을 흉내 내는 자체 타이머 없음 → Lyric 리셋 프록의 이득도 따라옴(Barding 01.G절)

바드 외 스킬을 루프에 넣으면 music 대신 skill(Barding 01.J절).

01.D 마나 예산

15초 창을 시전 시간으로 정확히 나눔. 시전 시간 + 회복 0.2초.

• 15 - 4.30 = 10.70초가 비어 있었음. Energy Bolt를 넣으면 10.70 / 1.95 = 5.4 → 필러 5방
• 15초당 시전 4회 → 9회, 2.25배. Bless를 버리고 Energy Bolt를 넣은 근거

• 괄호 안 값은 모두 마무리인 경우. Energy Bolt의 15마나는 볼트 뒤 5초 안에 대상이 죽을 때만(Grimoire 원문, Magery 01절)
• 잡몹 마무리 때만 실제 비용 5, 체력 큰 몹은 20 그대로
• 환급 56% = Eldritch 26%(Bard Necro 01.A절) + Mana Drain 라이더 30%(01.E절)
• 이동 10~20초에는 마나 미사용. Avarhide double mana regen 60%와 Create Food 버섯 분당 25 추가
• 그래도 메디 없이 초당 2.7~4.0은 버거움

확인되지 않은 것 둘.

1. Eldritch 환급과 Grimoire 환급의 합산 여부. 따로 굴리면 실효 48%
2. Energy Bolt 15마나 회수(5초 안에 죽을 때만)와 환급 확률의 중첩 여부. 위 표는 비중첩 가정, 마무리 볼트에 환급 미적용

• 프록 쿨은 더 이상 마나 조절기가 아님. 빈 10.7초가 사라져 마나가 실제 상한
• 필러 5방은 이론값, 실제로는 마나가 허락하는 만큼

config__filler_floor는 오프닝 22 + 프록 코어 30 = 52 이상(지금 52). 필러가 마나를 다 먹어 다음 몹 오프닝을 못 거는 일 방지.

01.E 오프닝은 대상마다 재시전

Curse T3: “Spells cast by caster against target have their damage increased by 30%” Mana Drain T3: “Increases mana refund chance by 30% for caster’s hostile spells cast against target”

둘 다 대상 디버프. 몹을 바꾸면 안 따라옴. Discordance와 Peace도 같음.

지속시간 불일치

디버프 아이콘이 남아도 +30% 두 개는 이미 꺼짐 → getlabel로 판정 불가.

리스트 두 개로 상태 표현

if timer "timer__magic_window" >= interval__magic_window
    clearlist 'list__magic_drained_targets'
    clearlist 'list__magic_cursed_targets'
    settimer "timer__magic_window" 0
endif

• 타이머는 Curse가 들어갈 때마다 0. 한 마리 전투는 만료가 정확히 60초, 두 마리면 먼저 건 쪽이 몇 초 일찍 지워짐. 주기적 삭제보다 나음
• 분기 자체가 상태 → var__magic_stage 같은 단계 변수 불필요
• 두 리스트는 구식 bard-necro.razor에서 가져옴. 그 파일은 삭제(git 이력), 같은 두 리스트가 bard-necro-enhanced.razor의 magery/rotation 모듈 OPENER에 그대로 있음
• 맞바꾼 것: 비우기가 전역이라 방금 건 대상까지 삭제. 동시에 1~2마리와 싸우면 가끔 22마나 손해. 대상마다 타임스탬프는 산술이 필요해 불가
• 막힘 방지: 타이머가 아닌 조건으로 해결. Curse 시약이 없으면 var__opener_done이 그냥 1 → 프록과 필러가 라이더 없이 진행
• 시약은 다음 보급까지 안 돌아옴. 살아 있는 몹 앞에서 스크립트가 서 있는 것보다 30% 덜 아프게 때리는 쪽이 나음
• 마나 부족은 여기 미포함. 마나는 돌아오고 그동안 소환수가 싸움. 라이더 없는 주문에 쓴 마나만큼 다음 오프닝이 늦어짐 → 22가 찰 때까지 기다렸다가 라이더를 달고 공격

if inlist 'list__magic_cursed_targets' var__combat_target
    @setvar! var__opener_done 1
elseif var__regs_curse = 0
    @setvar! var__opener_done 1
else
    @setvar! var__opener_done 0
endif

구식 스크립트의 버그, 반복 금지

• 두 구식 스크립트의 같은 버그(둘 다 삭제, git 이력). clearlist가 전투 대상이 사라지고 조용해졌을 때만 실행
• 한 마리와 60초 넘게 싸우면 Curse의 +30%가 꺼졌는데도 리스트는 “걸려 있음” → 영영 재시전 안 함
• 난이도 300~500 몹은 대부분 해당. 만료는 교전 종료가 아닌 시간으로 측정

01.F 꼬이는 지점

01.G 설계 결정

송은 재소환을 감지하지 않음. 이동 중 송을 계속 갱신. 재소환 자체는 necro/resummon(02.C절).

• 송 쿨은 약 11초뿐, 전투 사이클마다 10~20초 이동 → 이동마다 라운드로빈으로 한 곡씩이면 세 곡이 늘 새것
• 소환수를 언제 다시 뽑든 다음 이동 구간에서 버프 적용

이 결정 하나로 사라진 것.

• 대가: 소환수가 교전 중 죽고 다시 뽑히면 그 교전이 끝날 때까지 송 버프 없음
• 세 곡 각 8.5% → 한 판 일부 구간에서 그만큼 손해. 위 복잡함을 모두 없애는 값으로는 쌈
• 라운드로빈은 산술 없이 리터럴 상태값. var__song_next가 1, 2, 3을 순환, 곡마다 자기 슬롯도 확인
• 교전이 막 끝나면 Peace 슬롯이 10초 남아 Peace 송과 Provo 송 둘 다 막힘 → 그 패스를 건너뛰고 다음 패스에 재시도

코드는 module/bard/song.razor의 BARD SONG.

• var__song_next는 노래가 들어간 뒤에만 진행(under the effect of a Song). 막히거나 실패한 곡은 건너뛰지 않고 6초 뒤 재시도
• 스킬이 없는 곡(skill "..." = 0)에서는 라운드로빈 정지 → 바딩 세 스킬 모두 필요
• 백팩을 찍어 적대 칸(lastharmful)이 백팩으로 바뀌어도 루프는 사본을 써서 영향 없음 → 고른 대상을 지키는 재확인이 필요 없음(Barding 01.B절)
• findbuff "song of ..."로 게이트하지 않음. 15분 버프라 늘 참 → 갱신이 영영 안 돎. cooldown "song" = 0을 보고 다음 곡
• 이동 구간이 10~20초라 슬롯은 대개 그 안에 풀림. 못 부른 곡은 다음 이동에서
• 재소환해도 Bless는 재시전 안 함. 애초에 Grimoire에서 제외

01.H 명령문 비용 적용

측정값과 원칙은 Razor 06절. 원칙: 자주 안 바뀌는 상태는 타이머로 게이트, 흔한 경로가 밟는 줄 감소. 이 루프의 적용:

• 시약 플래그. 예전 PASS FLAGS는 시약 플래그 13개를 매 패스 findtype 19~32번으로 재확인, 패스마다 0.4 ~ 1.3초
  • 지금은 magery/reagents가 interval__reagents(10초. 2026-10-10 전에는 30초)마다 시약 여덟 종을 한 번씩만 찾아 var__has_*에 저장. 여덟째 Bloodmoss는 2026-10-18 소환용으로 추가
  • 주문 플래그 18개는 그 여덟을 =로 비교해 생성 → 리프레시 한 번에 findtype 8번, 그 사이 패스는 타이머 비교 한 줄
  • 시작 시 타이머 만료 → 첫 패스는 반드시 확인
  • 묵은 플래그의 대가는 시전 한 번의 거부. 거부 문장 More reagents are needed for this spell.인게임 확인됨 2026-09-28이 보이면 창을 기다리지 않고 다음 패스에 재확인
  • 이 처리가 없던 때는 창이 끝날 때까지 같은 주문을 패스마다 재시도. 시약은 대상을 찍을 때 검사 → 시도마다 시전 시간을 다 쓰고 실패(Magery 02절)
  • 공통 PvP 자기관리도 시약 캐시 사용. 읽는 시약과 주기는 PvP Loop
• 소환수 이름. necro/summon-names 블록은 하우스키핑 틱(5초)마다 한 번
  • 매치를 훑는 findtype은 매치 수보다 한 번 더 호출, 아직 이름이 없는 내 소환수마다 getlabel 하나
  • 2026-10-18 Rag Witch 바디 740 확인으로 기본 이름 a rag witch 재검색 삭제(02.A절)
• 재소환. necro/resummon은 분기 앞, 둘 다 나와 있고 교체할 때가 아니면 게이트 한 줄
  • 기억한 적이 있으면 교체 시계가 넘어도 두 번째 줄에서 멈춤. 교체는 적이 없을 때만
  • 첫째 종류를 찾는 findtype은 시전 직전 한 번, 두 종류가 다를 때만
• 교전과 이동 분기(2026-09-29, 2026-10-10부터 레시피 그룹). 모든 패스가 지나는 블록(생존, 타겟 캐시, 시약, 심볼, 하우스키핑) 뒤에서, # @ when var__fighting = 1 그룹이 교전 여부를 한 번만 판정
  • 교전 쪽: 디스코, 피스, 네크로 버스트, 오프닝, 프록 코어, 필러, Poison Strike. 이동 쪽(# @ otherwise): 자기 버프, Spell Siphon, 송, Vampiric Embrace
  • 버섯, 재소환, 프로보는 분기 앞. 후보 입력은 패스 첫머리의 별도 블록. 스탯 포션은 하우스키핑 안에서 var__fighting을 직접 읽음
  • 이전에는 블록마다 교전 여부를 따로 확인 → 이동 패스도 디스코와 피스의 실패하는 find까지 밟음
• 하우스키핑 틱(2026-09-29 적용). 매 패스 볼 필요 없는 확인을 5초 # @ every interval__housekeeping 그룹 하나에 모음
  • 패스는 그 게이트 한 줄만. 더 긴 주기는 안에서 자기 시계를 한 번 더 확인
  • 시작 시 시계를 모두 만료 → 첫 패스는 다 확인. 시계는 조건 맨 앞 → 대부분 패스에서 뒤의 검색 생략

• 생존 게이트(2026-09-29 적용). 마비, 독, HP 세 블록을 한 줄 게이트 뒤에 모음. 멀쩡한 패스는 세 줄 대신 한 줄
  • 당시 게이트는 if paralyzed or poisoned or diffhits > config__light_hits
  • 2026-10-10부터 모든 레시피가 회복 블록을 # @ when paralyzed or poisoned or diffhits > 0으로 묶음(Modules 03절)
• 게이트 접기(2026-09-29 적용). 늘 참인 바깥 if(수동 모드, 행동 창, 스킬과 악기 준비)를 안쪽 조건 한 줄에 합침. 할 일 없는 블록은 패스마다 한 줄
  • 대상 find는 실제로 쏘는 갈래 안으로 이동 → 오프닝과 프록 코어는 주문이 나갈 때만 대상 검색
  • 매 패스 세우던 플래그 둘(var__bard_ready, var__manual) 제거, 게이트가 warmode와 악기 상태를 직접 읽음
  • 드레인 둘은 while queued or casting 하나로, 시약 부족 문장은 리프레시 게이트의 or로 통합
• 패스당 비용. 측정값은 Razor 06절. 줄 하나 5 ~ 10ms, 거짓 if 10 ~ 20ms, find 20 ~ 40ms
  • 줄 = 패스가 실제로 밟는 명령문. 참이었던 if의 endif도 한 줄

• 5초마다 하우스키핑 틱이 0.4 ~ 0.8초 추가. 소환수가 있을 때, 대부분 이름 검사
• 10초마다 시약 리프레시가 0.5 ~ 1초 추가. 시전 있는 패스는 여기에 시전 시간
• Peace 슬롯이 열렸는데 대상이 진정이나 브레이크 중이면, 전에는 find와 getlabel이 든 7줄이 매 패스 추가. 지금은 2초에 한 번
• 입력이 안 바뀐 패스의 검색은 타겟 캐시의 find lastharmful과 find var__combat_target(대상이 있을 때만) 둘. 후보 입력은 값이 바뀔 때만 find, 등록에 getlabel 없음
• 프로보 한 판은 목록의 몹마다 find 한두 번, 짝 후보마다 getlabel 하나. 짝을 만드는 동안 2초, 할 일이 없으면 5초 간격. 목록은 누가 빠지거나 실패 후보를 뒤로 보낼 때 재작성. 새 후보는 바로 다시 봄
  • 버섯의 findtype은 마나가 낮을 때만, counttype은 이동 중 서 있을 때만 조건 끝에서 읽힘
• 심볼 수 읽기. 네크로 핫바 gump는 심볼을 "<have>/<max>"로 표시, 루프는 그 글자를 ingump로 읽음
  • ingump는 부분 문자열 매칭 → 큰 수부터 내려오는 사슬(10/부터 1/까지). Necromancy 100이면 최대 10
  • 핫바가 11 이상을 보이면 위에 줄 추가. "11/11"이 "1/"로 읽힘. 핫바가 닫히면 0으로 읽혀 능력 모두 정지
  • 게이트는 list 'list__necro_symbols' >= config__symbols_*로 비교. 변수끼리는 크기 비교 불가(Razor 03절)
  • 각 갈래 안에서 읽은 값이 var__symbols_listed와 다를 때만 리스트 재작성. 패스마다 사슬과 안쪽 if 두 줄. 인게임 확인됨 2026-09-28
  • 채우기는 갈래별 리터럴 for N. for 횟수에 변수 불가(Invalid for loop syntax), while not list … >= var는 파싱 안 됨
  • 둘 다 2026-09-28 확인. 읽기 사슬은 20갈래에서 10갈래로 감소

02 소환수 블록

02.A 스크립트 메모

• Provocation: 2026-10-21 후보 입력과 바딩 대상 분리. 입력, 짝 선택과 인게임 확인은 Open items 17절. Provocation 송(팔로워 딜 +8.5%)은 그대로 이동 중 라운드로빈
• Revolution Song(프로보한 몹이 40/120/200% 추가 피해)은 Provocation을 찍어 선택지에 포함. 단, 코덱스 20점 안에서 경쟁
• Air Elemental(Skeletal Fiend)을 쓰려면 SUMMON NAMES에 바디 번호와 종류 이름 추가 필요. 바디는 findtype 줄, 이름은 종류 표(02.B절). 지금 종류 표에 fiend 없음, 바디 번호도 모름(아래 표)
  • RESUMMON도 같음. 바디가 생기면 첫째 칸 판정에, 이름이 생기면 교체의 release 갈래에 추가(02.C절)
• bard-necro-enhanced는 송을 위해 소환수를 추적하지 않음. 송을 이동 중 계속 갱신 → 재소환 감지 불필요(01.G절 설계 결정). 소환수를 찾는 블록은 이름을 붙이는 SUMMON NAMES, 첫째 종류가 나와 있는지만 보는 RESUMMON(02.C절) 둘
• 적 Lich와 내 Lich는 그래픽이 같음. 소환수를 타입으로 찾는 코드를 새로 쓰면 noto 필터 필수. fight/target, necro/summon-names 모듈이 그 모양
• 소환수 이름 자동 변경. SUMMON NAMES 블록이 새 소환수를 종류를 알아볼 이름(leech, mumi 등)으로 변경. 설계와 실패 증상은 02.B절
• 바디 번호(>info). 내 소환수의 Notoriety는 2(friend)

02.B 소환수 이름, SUMMON NAMES 블록

• 새 소환수는 기본 이름(a lich 등). 블록이 종류 이름으로 변경
• → 펫 체력바와 네임태그로 무엇이 나와 있는지 확인, 펫 명령에서 그 이름 호출
• 2026-10-10 사용자 결정. 이전에는 PK 교란용으로 내 이름의 닮은꼴 셋

• 이름은 모듈 setup이 채우는 list__summon_kinds 리스트. 변수는 단어를 못 담지만, 리스트 항목은 글자를 유지하고 foreach 변수가 그대로 rename에 전달(2026-09-28 프로브). 인게임 확인됨 2026-09-28
• 끄려면 레시피에서 necro/summon-names 제거. 같은 종류가 둘이면 둘 다 같은 이름

이름은 기본 이름의 어느 단어와도 두 글자 이상 차이.

• 2026-10-10 서버가 mummy도, witch에서 한 글자만 바꾼 wytch도 That name is unacceptable.로 거절, mumi는 수락(인게임 확인)
• 몬스터 종류 단어와 한 글자 차이까지 막는 것으로 판단 → 모든 이름을 두 글자 이상 떨어뜨림
• 2026-10-13 witch에서 두 글자 떨어진 wicca도 거절(인게임 확인). mumi와 같은 거리라 거리로는 설명 불가, 원인은 확인되지 않았다
• → 실제 낱말은 피하고 witch 느낌은 살린 wichy로 교체. wicca와 같은 두 글자 차이라 거리 때문이었다면 다시 거절
• RunUO 계열 이름 검사가 막는 mage 같은 단어도 회피. 새 이름이 거절되면 같은 문장

왜 이 모양인가

• 바디 번호로 검색. 2026-09-28 프로브: findtype은 바디 번호로도 기본 이름으로도 소환수를 잡고, as alias에 serial이 들어감
  • 처음 두 판이 noto - Mobile '4294967295' not found로 죽은 원인은 검색이 아님. alias를 endif 밖에서 읽은 것
  • alias는 묶은 블록 안에서만 유효 → 안에서 @setvar! var__fresh_summon alias__fresh_summon으로 복사, 밖에서는 변수만 읽음
  • 이름 대신 바디를 쓰는 이유: 이름 변경 뒤 Razor 캐시 갱신 여부를 모름
  • 번호와 출처는 02.A절 표. Summon Creature 풀의 표준 언데드도 포함
  • VS 없이 나오는 맨 엘리멘탈과 데몬(9 13 14 15 16)은 2026-09-29 제외. 이 캐릭터는 늘 VS로 뽑는데, 다른 메이지의 엘리멘탈이 내 소환수로 잡혀 셋째 이름을 가져감
  • Skeletal Fiend, skeletal marksman, rotting flesh는 Outlands 바디라 번호를 모름. 나오면 >info로 읽어 findtype 줄에 추가
• “내 펫” 플래그는 상태 패킷(0x11). ClassicUO는 새 모빌이 보일 때마다 상태 요청 (PacketHandlers.UpdateMobile: “a way to get all Hp from all new mobiles”)
  • → Razor는 소환 직후 CanRename을 앎. rename은 이 플래그가 선 모빌에만 패킷 전송. 체력바를 열 필요 없음
• noto 필터 = 구식 스크립트의 팔로워 필터 + innocent. 내 소환수는 >info에서 Notoriety 2(friend, 초록)
  • 야생 리치는 필터 통과 불가, 통과해도 rename이 거부
  • 다른 플레이어의 소환수는 길드원이나 동맹이 아니면 innocent(파랑) → 제외
  • 길드원의 소환수는 friend → noto로 구분 불가. 맨 엘리멘탈을 바디 목록에서 뺀 것이 그 몫
• 이름을 바꿔도 바디는 그대로 매치. “이미 바꿨는가”는 list__named_summons의 serial로 판정
  • 종류를 알아낸 소환수만 serial 추가, 훑을 때 리스트에 있는 serial은 건너뜀
  • 리스트는 Play마다, 팔로워가 하나도 없을 때 비움
  • 2026-10-10 첫판은 라벨을 읽기 전에 serial을 넣고, 리스트를 클라이언트 종료까지 유지 → 한 번 실패한 소환수는 재시도 안 함. 이름이 안 바뀐 원인 후보
• 종류는 라벨에서 판정. 훑는 동안 alias가 살아 있는 블록 안에서 getlabel alias__fresh_summon으로 기본 이름을 읽고 종류 번호(var__summon_kind) 결정. 소문자와 첫 글자 대문자 모두 확인
  • 종류를 모르면 건너뛰고 다음 틱에 재시도. 막 나와 라벨이 없거나 표에 없는 이름일 때
  • config__sysmsg 1이면 Journal에 Summon name: no known kind in its label: …로 라벨 기록
  • 이름은 foreach pet_name in list__summon_kinds 안에서 index = var__summon_kind인 항목으로 rename. 내장 index가 왼쪽이라 변수와 비교 가능
  • 반복 변수 이름은 다른 이름에 포함되지 않는 말로. 첫판의 summon_kind는 var__summon_kind 안에 포함. Razor가 항목을 글자로 치환한다면 비교가 깨짐(확인되지 않음)
• 매치를 모두 훑음. 이 포크의 findtype은 부를 때마다 같은 모빌을 반환. Razor CE처럼 무작위가 아님
  • 한 번만 부르면 이미 이름 붙은 리치만 계속 나와 둘째 소환수에 못 닿음(2026-09-28 인게임)
  • → 구식 bard-necro 팔로워 캐시처럼 while findtype … as로 돌며 리스트와 noto 검사, 아니면 @ignore
  • endwhile 뒤 @clearignore로 목록 비움. 한 틱 안에서 다 확인
  • 이름은 하우스키핑 틱(5초)마다 한 마리씩. 연달아 둘을 뽑아도 먼저 나온 쪽이 먼저. 둘째를 시전하는 6초 동안 첫째가 혼자 있음
  • @clearignore는 이 5초 틱과 RESUMMON의 첫째 종류 검색(02.C절)에서만. 둘 다 같은 틱 안에서 비움, 루프의 다른 곳은 ignore 목록에 의존하지 않음
• 시전도 커서도 없음 → 교전 여부와 무관하게 동작. followers > 0일 때만

실패 증상

02.C 재소환과 교체, RESUMMON 블록

• 소환수 둘을 늘 내보냄. 빠지면 다시 뽑고, 오래된 것은 놓고 다시 뽑음
• 블록은 necro/resummon. 설정의 뜻은 그 파일, 이 루프의 값은 레시피
• 2026-10-18 사용자 요청으로 구현. 그전의 “수동 유지” 판단과 설계 메모는 git 이력

언제 도나

• 레시피 자리: 버섯 뒤, 교전과 이동 분기 앞 → 두 분기 모두에서 먼저(01.A절)
• 재소환은 교전 중에도. 소환수가 전선을 버팀 → 빠지면 바로 채움. 사용자 결정
• 교체는 기억한 적이 없을 때만(var__combat_target 0). 교전 판정 10칸보다 넓은 18칸 기준 → 소환수가 10칸 밖에서 싸우는 동안은 안 놓음
• 다른 시전과 같은 가드: 걷는 중(walk_guard), 워모드(수동 창), 은신, 리콜 대기(var__hold_casts), 커서, 시전 중이면 쉼
• 마나 20(config__summon_mana_wither) 이상, 시약(var__regs_summon. Fire나 Daemon이 들면 ash까지 var__regs_summon_ash), 잃은 HP가 emergency_hits 미만일 때만. 마나 65 미만이면 Wither 경로(아래)
• 6초 시전은 블록 안에서 폴링, 긴급 HP면 > Interrupt와 [ summon, cut ]. 다음 패스 첫머리로 넘기면 settle_first 대기 동안 회복 블록도 멈춤
• 둘 다 나와 있고 교체할 때가 아니면 게이트 한 줄(01.H절)

Vengeful Spirit 창

• 소환수는 시전이 끝날 때 생김 → 끝나는 순간 VS가 켜져 있어야 함(Necromancy 01.A절)
• 마감은 Spirit Pact의 시전 감소 없이 계산. Tome마다 찍었는지 모름(Bard Necro 02.C절). 사용자 결정
• 손해 없음: 둘 다 13초 전에 시작. 마감에 걸리는 것은 끊김이 반복될 때뿐 → 버프가 꺼진 뒤 다음 VS
• 창이 열렸다는 판정: findbuff "Vengeful Spirit", 그리고 우리 타이머가 마감 전. 둘 다
• 응답 줄 Unholy symbols remaining은 모든 능력이 같음 → 판정에 안 씀. 다른 능력의 늦은 응답을 VS로 오인하면 맨 엘리멘탈
• 시전 직전 마감을 한 번 더 확인. 같은 패스의 누르기와 바디 검색이 창을 씀
• 시계는 누를 때 시작 → 서버의 시작보다 조금 앞섬 → 여유 1초가 응답 대기만큼 줄지 않음
• 응답이 늦어도 버프가 뜨면 누른 시각 기준으로 창 인정. 버프가 끝내 없으면 다음 누르기는 30.5초 뒤
• VS가 들어간 패스에서 바로 첫째 시전. 다음 패스로 넘기면 그 사이 로테이션이 마나를 써서 창을 놓칠 수 있음
• VS가 쓴 심볼을 리스트는 아직 셈 → 그 패스 동안 리스트를 비움, 다음 패스에 necro/symbols가 다시 읽음. Blood Oath와 Vampiric Embrace가 낡은 수로 헛누르지 않음
• 누른 뒤의 응답 줄과 쿨 거절 줄은 이 블록이 읽어 없앰 → necro/burst가 제 응답으로 오인하지 않음
• 손으로 켠 VS(Alt+1)는 우리 타이머가 모름 → 남은 시간을 모르니 시전 안 함. 꺼진 뒤 루프가 다시 켬
• VS 누르는 조건: 버프 꺼짐, 타이머 30.5초 이상(interval__necro_action), 심볼 1 이상. 마나 20~64면 Wither와 함께 6(아래). 마나와 시약은 바깥 게이트 → 심볼만 날리지 않음

마나와 Wither

• 65: 2026-10-18 사용자 결정. 50에서 소환하면 그 뒤 주문이 하나도 안 나감
• 20 = 소환 50 - Wither 30(Necro 100, Necromancy 02절). 20을 65로 두면 Wither 꺼짐
• Wither도 30초, 같은 시계 규칙: 누를 때 시작, 시작 마감 23초
• 순서는 Wither 먼저. 게임에서 확인한 순서(Necromancy 02절). 성공도 VS처럼 버프로만 판정
• 400ms 안에 Wither 버프가 안 보이면 [ wither, miss ], 그 패스에는 VS를 안 누름. 버프가 늦었으면 다음 패스에 VS만 눌러 이어감
• 우리 VS 창이 이미 열려 있으면 Wither만 누름(심볼 5). 창의 처음 15초(interval__summon_release_by) 안에서만, 늦으면 시전이 23초 마감을 넘김
• Wither 한 번 = 소환 하나. 소환이 끝나면 var__wither_used 1 → 둘째는 마나 65나 다음 Wither. 누를 때 0 → 늦게 뜬 버프도 받음
• 소환이 끝까지 가면 그 Wither는 결과와 무관하게 끝으로 봄. 다른 비공격 주문(Greater Heal 등)이 Wither 마나를 먼저 써서 소환이 모자랐어도 같음
  • 마나 부족 문장은 시전자 이름으로 와서 insysmsg가 읽는지 모름(Open items 14절의 시약 줄과 같은 문제) → 읽지 않음
• 시전 끊김, 긴급 끊기 → 마나 미소모, Wither 마나도 남음 → 다음 패스 재시도. 단 끊은 이유인 힐이 다음 패스 첫머리에 나가며 Wither 마나를 먹을 수 있음 → 재시도가 모자라면 그 Wither는 끝
• 손으로 누른 Wither도 VS처럼 무시. 우리 시계가 모름
• 자해 10: 잃은 HP 25(config__wither_max_loss) 이상이면 안 누름. 이 루프의 emergency_hits 35에 닿아 소환이 끊기지 않게
• 정지 범위: Blood Oath, Corpse Skin, Evil Omen, Poison Strike, Vampiric Embrace
  • VS나 Wither가 쿨이어도 정지 유지. 쿨은 30초, 그사이 심볼 6이 참 → 둘 다 죽었을 때 둘째도 약 30초 뒤
  • 은행이 차면(10, config__symbols_bank) 정지를 풂. 넘칠 몫을 다른 능력이 씀, Blood Oath 4를 써도 6이 남음
  • → 오래 걷거나 Wither가 안 나가도 심볼이 버려지지 않고, Blood Oath는 은행이 찰 때마다 나감
  • 정지는 걷기와 커서 가드보다 앞에서 판정 → 한 걸음에 은행을 내주지 않음
• 정지의 손해와 이득: Blood Oath는 남은 소환수 하나에 +30%, 전체 약 +9.5%. 빠진 소환수는 전체 딜의 약 31%와 탱킹
• 교체는 마나 65 이상일 때만, 놓은 패스에서 바로 다시 채움 → 자발적인 교체에는 Wither를 안 씀

무엇을 뽑나

• 바디 출처는 02.A절, 이름은 02.B절
• 같은 종류 둘: 판정 없이 그 주문
• 다르면 첫째 종류만 바디로 찾음(noto 필터). 있으면 둘째, 없으면 첫째
• 레시피 값 summon_first 2, summon_second 3: 둘 다 없으면 Rag Witch부터. 탱커가 먼저 섬(Bard Necro 03.D절)
• Air는 바디를 몰라 첫째 불가. 둘째에 둠. 첫째가 4면 Play 때 [ summon, wrong ]
• serial을 기억하는 방식은 안 씀. 재시작 뒤 이미 이름 바뀐 소환수(wichy, mumi)는 라벨로 종류를 못 읽음. 바디는 재시작과 이름에 무관
• 알려진 오판
  • 첫째가 18칸(config__summon_range) 밖이면 없는 것으로 보고 같은 종류를 하나 더
  • 근처 길드원의 같은 종류 소환수는 friend라 내 것으로 봄

교체, 10분

• 언데드는 10초마다 최대 체력 1% 감소(Necromancy 01.B절). 10분이면 약 55%, 15분 41%, 20분 30%
• 체력바로는 판단 불가: 줄어드는 것은 최대 체력 → 현재와 최대의 비율인 체력바는 가득 찬 채
• → 나온 시간으로 판단. 칸마다 시계(timer__summon_age_first, timer__summon_age_second), 그 칸의 시전을 시작할 때 0
• 레시피 값 summon_refresh 600000, 10분. 사용자 결정
• 조건: 기억한 적 없음, 둘 다 나와 있음, 마나 65 이상, VS를 곧 쓸 수 있음. 놓으면 바로 채울 수 있을 때만
• 놓은 패스에서 바로 VS나 소환. 다음 패스로 넘기면 그 사이 이동 블록(자기 버프, Create Food)이 마나를 써서 Wither로 넘어갈 수 있음
  • VS 쿨이 끝났거나, 우리 창이 15초(interval__summon_release_by) 전
  • 15초: 놓은 뒤 다음 패스의 시전이 23초 마감 전에 시작하도록
• 동작: 시계가 넘은 칸 하나를 say "wichy release"처럼 이름으로 놓음 → followers 감소 → 재소환이 채움
• 둘 다 오래되면 한 VS 창 안에서 차례로. 첫째를 놓고 채운 뒤 둘째
• 이름은 갈래마다 리터럴. 변수로 단어를 못 넘김(Razor 03절)
• 한계
  • 같은 종류 둘은 이름이 같아 함께 놓임. 놓을 때 두 시계를 함께 0, 둘 다 없을 때 뽑아도 함께 0 → 오래된 쪽 기준으로 둘을 함께 교체
  • Play 때 시계는 0 → 첫 교체는 Play 뒤 10분. 손으로 뽑은 소환수는 시계가 모름
  • Skeletal Fiend는 이름이 없어 교체 안 됨

교체는 release. Dismissive는 불필요. Dismissive 원문은 Bard Necro 02.C절.

• Dispel로 아끼는 마나: 둘, 10분에 40 → 초당 0.07. 교전 소모 초당 2.7~4.0(01.D절)의 1/40
• Dismissive의 값은 교전 중 죽을 때의 40 회수. 그때 재소환이 실제 10 → 소환수가 자주 죽는 사냥터면 고려, 아니면 전투 T3
• Dispel 마나 20, 시전 1.75초, Mass Dispel 마나 40, 시전 2초: Item list 19절

실패 증상

03 자주 틀렸던 것