JARVIS-ARENA
업데이트 2.130
2026. 6. 16.
v2.130.0.0MINORJarvis-ARENA
Arena+ Multi Dark Aeon 티어 잠금 보고서 CLI (`--print-tier-lock`) + 사이드카 스키마 v1
- (새로운 기능: 카탈로그 v2 및 사이드카 진행 상황을 교차 참조하는 첫 번째 오프라인 보고서; 스냅샷의 새로운 표준 스키마 LOCKED/READY/CLEARED). 새로운
RuntimeTools/ArenaMultiBossLab/TierLockReport.cs+ 4개의 깃발이Program.cs:--print-tier-lock,--progress <path>,--out <json>,--json. 표준 모드는 게이트 사유별로 티어별로 그룹화된 인원 보고서를 출력합니다 (← needs: arena.dark.valefor, ...(LOCKED 행) 및 fallbackrt2:<status> risk:<...> token:<mode>rows에서는prove가 아닙니다 d. Modo--outou--jsonemite JSON estrito que casa com o novo schemamods/Spira Reforge/arena/spira-arena-tier-lock-state.schema.jsonv1 (format,format_version,generated_utc,summary{총계,정리됨,준비됨,잠김},rows[]comstateenum잠김|준비됨|처리됨+unlock_requires/missing_requires). **Regras de gating ja documentadas no schema** (sao as mesmas que o futuro hook de menu F7 vai aplicar). **Run atual contra catalog + sidecar vazio:** 13 rows total -> 9 READY (solos) + 4 LOCKED (duo/trio/quartet/penta gateados pelos solos), 0 CLEARED. **README demods/Spira Reforge/arena/reescrito** com tabela completa dos 5 sidecars + comandos--print-tier-locke--validateexemplificados. Lints clean. Build PASS. [anterior:v2.129.0.0`]
v2.130.1.0PATCHJarvis-MAGIC
론소 마나 (지난 7일): 나는 `DIAG`/`BLOB-PATCH` RT2의 `hudSafe=24` 내가 건너뛰었던 → 블롭 패치에는 ‘무효한 노드’라고 표시되어 있었다 (`subIdx=0x00`); 유효한 노드를 선택하도록 재작성됨 + `ODBLOB` deep dump
- (손상된 휴리스틱을 수정함)
PatchCase2BlobForKimahri+ 이미 출시된 훅/RT2에 새로운 읽기 전용 인스트루멘테이션 추가; 코드 완성, 다음 DLL 릴리스 시 빌드/배포 예정 — 다른 팀에서도 사용 중). 발견 사항 (줄DIAG/BLOB-PATCH~의%TEMP%\ffx-hooks.log내가 한 번도 읽어본 적이 없는 — 그저 대충 훑어보기만 했을 뿐인B0 resolve):BLOB-PATCH #1 treeId=43 set entry=0x00 (was 0xFF)+DIAG G0-ring-post blob2=0x1B5C8D70 hdr=[03 8A] maxE=138 treeId=43 entry=0x00 slots41/42/43=[FF FF 00] OK— 즉,PatchCase2BlobForKimahri이미 존재했고 이미 실행 중이었다 (설정됨blob[45]~의0xFF→0x00) 하지만Resolve(2,1,43)계속 −1. ⇒ 이전의 대체 방안 (maxUsed→거의 항상0x00)는 treeId 43이 구조적으로 유효하지 않은 노드를 가리키고 있음을 나타냈습니다: 이는 기본 게이트를 통과하여WalkMenuBlobIndex(idx!=0xFF,43<count) 하지만 보조 선택기ringKind터진다 (v4>=node.entryCount또는entry[v4]==0xFFFF) →*a3=−1. 동일한 로그의 추가 증거:count=138(43이 범위 내에 있음 → “카운트가 작음”의 경우는 아님/43>=count);slots 41/42 = 0xFF(이 블롭에 등록된 파티 OD가 없음 a2=1 → 형제 기증자가 없음);DIAG G0-finalize slot=2 od=3065 3064 3066 311A(링 버퍼 레이어-A TEM)311A=cmd282 Ronso Rage** — 게이트가 메뉴 트리 레이어 B의 리졸브임은 100% 확실하며, 콘텐츠가 아님을 확인합니다). 수정 사항 (코드,hudSafe=25): (1)PatchCas e2BlobForKimahrireescrito — agora decodifica o nó no formato EXATO doWalkMenuBlobIndex(v6=(count+1)/2+2*subIdx;nodeOff=*(i16)(blob+2*v6+4);entryCount=*(u16)(blob+nodeOff);entry[k] = *(u16)(blob + nodeOff + 2 + 2*k), tudo bounds-clamped) e escolheblob[2+43]por prioridade: (a) nó que contém0x311A(assinatura exata do OD) e suportaringKind=1; (b) sibling party-OD 41..47 já registrado com nó selector-capaz; (c) nó mais rico que suportaringKind=1(de preferência também 12). Se NADA qualifica, deixa0xFF(a2=1 não tem nó OD usável → é fix-C/redirect pro a2=0) e logaNO 실행 가능한 노드, em vez de escrever lixo0x00como antes. (2) novoDumpOdBlobStructureOnce(read-only, dispara 1× mesmo em log-only) — dumpa os índices party-OD 41..47 do a2=1, oentryCount+primeiras entradas dos nós 0..23 (marcando o que tem<<OD311A>>), e os índices 41..47/109..115 do a2=0 (MainRing) → 1 RT2 crava osubIdxcerto OU revela que é redirect pro a2=0. Helpers novos (todosstatic, bounds-clamped, sem dep de PolyHook):OdBlobNode/OdBlobEntry/OdNodeSupportsSelector/OdNodeContainsEncodedOd/ReadMainRingBlobPtr(a2=0 =_BASE0xD2A994). BannerhudSafe=24→25(confirma DLL nova no log). NÃO buildei/deployei (DLL em uso por outra sala — respeitado);ReadLintsclean; código pronto probuild_hooks.ps1 -WithPolyHook -Release. Arquivo tocado:RuntimeTools/FfxHooksDll/hooks/RonsoManaHook.cpp. Doc:docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md§13. [anterior:v2.130.0.0]
v2.130.2.0PATCHJarvis-MAGIC
Nul Ward: “White Magic 메뉴에 아무것도 표시되지 않는” 문제의 근본 원인 발견 + 수정 — 파티 전체 은행이 다음에서 재로드됩니다. `party_data` 전투가 시작될 때마다, 승마 메뉴가 나타나기 전에 그랜트를 제거합니다
- (Nul Ward가 표면에 나타나지 않게 하던 동작 버그를 수정함 — 동일한 feature/lab의
v2.123.4.0/v2.124.0.2; 결정적인 RE가 입증된.i64실제 + re-assert의 새로운 우회 경로NulWardTeachHook; Halyson이 공개한 DLL, 재컴파일 및 배포 완료). 증상: menu-bound의 멀티사이트 수정 후에도 (v2.124.0.2) + 로드 시 부여 (로그NulWardTeach grant ch=0..6 radiant=1 umbral=1), 전투 중 백마법에서는 워드가 나타나지 않았다. 폐쇄된 RE (idalib MCP, 바이트 검증 완료, 출처:disasm):sub_7817D0("* BTL INIT") 호출FFX_Btl_PrepareSaveCommandState@0x786BC0("-- SAVE RAM CLEAR -- Preparing save game data") 전투가 시작될 때마다;에서0x786CA3그녀는 ~한다mov ecx,21h; mov edi,offset dst__0; rep movsd— 복사0x84커널의 (132) 바이트party_data(테이블 ID 4)에서dst__0=0x11307D8, 트랙[0x11307D8,0x113085C)전체를 덮는g_PartyWideCommandBank@0x11307FC(오프셋+0x24복사본 내부; 데이터베이스 = 16단어, ID 96..351). ⇒ 전체 파티 데이터베이스가party_data모든 전투, 그리고party_data워드 비트가 없음 → word14=0 →IsCommandAvailable(320/321)=0→ 배치 루프가 워드를 건너뛰었다 → "아무것도 나타나지 않았다". 의심 대상 제외:FFX_Btl_InitPartyWi deCommandBank@0x784960só dáORem bits 0..130 e é debug-gated (if(unk_112A905){ DebugMaxAll(); Init(); }— não roda em jogo normal);sub_78F0B0(Lancet/blue) e o grant só mexem bit individual. Correção mental do §H:PrepareSaveCommandStatenão é só "persistência" — é o reload ATIVO por-batalha do banco a partir doparty_data; qualquer grant de id≥96 ausente doparty_data(sphere-grid teach incluído) reseta toda batalha. Categorização corrigida (empírica): dump docommand.bindeployado mostra os doadores Nul (NulShock id48, NulTide id49) e as wards (320/321) todos comSubMenuCategorization (바이트 +24) = 0x02— wards são templatadas dos doadores, então caem na mesma categoria de magia branca dos Nul que já aparecem (categorização correta-por-construção; faltava só o bit de disponibilidade vivo). O FIX (labteach_grant, deployado):NulWardTeachHookagora instala umPLH::x86DetournoFFX_Btl_PrepareSaveCommandState; o shim chama o original (deixa recarregar o banco doparty_data) e re-afirmag_PartyWideCommandBank[word14] |= 0x3(Radiant bit0 + Umbral bit1) no retorno — ou seja, logo após o wipe e antes doFFX_Btl_BuildActorCommandMenusemear o ator. Escrita direta no banco (não chamada de grant) pra não re-entrar no menu builder de dentro do init. Log diag (4 primeiros disparos):NulWardTeach, #n post-PrepareSaveCmdState 후 재확인: bank word14 0xPRE->0xPOST. Grant one-shot mantido pros menus de field/pré-batalha. Consequência de design (produção): comoparty_dataé a fonte por-batalha pra ids≥96, o caminho limpo pra uma ward sempre-disponível é adicionar o bit no próprio kernelparty_data(innata, party-wide), não no sphere grid — um id≥96 ensinado no grid não persiste pós-init sem (a) o bit doparty_dataou (b) re-assert em runtime como esse detour de lab. Build/deploy:build_hooks.ps1 -WithPolyHook -ReleasePASS (12/12 cpp), deployinstall_to_modules.ps1 -EnableApply -EnableTeach(backupffx-hooks.dll.backup-nul-ward-20260616-081633, novo SHA-prefix0DE302BDF13D5B14). Gate--nul-ward-staticVERDICT: PASS (sem regressão; command.bin/exe/flags intactos)..i64real: 주석 ~에서0x786BC0+0x786CA3(황금률). 2개의 새로운 RVA가shared/ffx_addresses.h(RVA_FFX_BTL_PREPARE_SAVE_COMMAND_STATE,RVA_FFX_PARTY_WIDE_COMMAND_BANK). RT2 게임 내: 전투를 시작하고 화이트 매직에서 Radiant/Umbral Ward를 확인한 뒤 로그를 확인reassert ... word14 0x0000->0x0003. 개방된 틈: 너비ply_savepro bit 224/225 (§H) — 로드할 때마다 lab이 다시 적용됩니다. 파일:RuntimeTools/FfxHooksDll/hooks/NulWardTeachHook.cpp,shared/ffx_addresses.h. 문서:docs/reverse/FFX_NUL_WARD_TEACH_SURFACE_RE_VERDICT_2026-06-16.md§I. [이전:v2.130.1.0]
v2.130.2.1Jarvis-MAGIC
스피라 리포지: 확장된 흑마법 — 디자인 확정 (다중 스킬 계열 > -ja 티어; `-ja` 틈새 백로그로 전환; Lulu Fury는 모두 포함)
- 검토 (설계 문서 + VISION 통합; 이번 단계에서는 작가/행동/RT2 없음). Halyson이 새로운 Black Magic 생성에 대한 브레인스토밍을 시작했습니다. 두 가지 방안을 비교해 보았습니다: (a)
-ja티어 (피라자/블리자자/썬다자/워터자 = +파워가 적용된 -ga 클론, 퓨리 제외) 대 (b) 멀티 스킬 (단일 대상 기본 주문의 AoE 버전으로, 이에 상응하는 AoE 주문이 없는 경우). 결정 (Halyson): 멀티 스킬이 주된 경로로 선정됨;-ja틈새 백로그로 보류 중 (요소당 1개, 엄청난 MP ~80–120, 셀레스티얼 이후, 덤으로 — 버프와 경쟁하지 않음)-ga에서VISION §10.5); Lulu Fury 모든 것이 포함되어 있습니다 (“Fury Drainga 16×는 아름다운 혼돈이자 OD 판타지입니다”). Multi-Skill이 승리하는 이유: (1)TargetFlags.Multi이미 엔진에서 기본적으로 지원됩니다 (FfxLib/Ability/Ability_Command.cs:125) — 싱글 → 멀티 = 명령 행에 1비트; (2) 주문들은 바닐라 버전의 실제 공백(AoE 독, AoE 드레인, AoE 오스모시스 없음)을 메우고 고유한 정체성을 부여한다; (3)-ja'계획'과 중복됩니다VISION §10.5이제 곧 버프가 걸릴 거야-gaIgnore MD와 함께 EF / 파워 스케일링 (“재단조된 피라가”이지 “피라자”가 아님); (4)VISION §10.11이미 같은 이유(개성이 없는 인플라 풀)로 Holyra/Holyga/Wildra를 “재미있긴 한데, 아마 절대 안 쓸 것 같다”고 분류해 두었다; (5) Drainga/Osmose-ga는 다른 전선(T7 장기전 캡처 캐스케이드, SIN 모드 저주, 몬스터 OD 멀티캐스트)을 지원한다. 기술적으로 검증된 첫 번째 스펠 세트 (v0.5+): 비오라 (AoE 독 + 피해, 클론 비오 + 멀티), 드레인가 (AoE HP 드레인, 캐스트당 상한 9999), 오스모스-가 (AoE MP 흡수, 캐스트당 상한 99), 데미타 (AoE 50% HP, 대상당 상한 9999), 멀티-피라가 계열 (3회 연속 발동, MP 3배 소모의 피라가 AoE — 할리슨의 직접적인 아이디어: "예를 들어 멀티-피라가>>>>>>" — 멀티-블리자가/썬더가/워터가/울티마로 확장 가능한 하위 계열). 두 번째 단계 (v0.6+): 슬로우가, 리플렉트가, 데미-폴 (“차원 분쇄” 75% HP, 단일 대상, MP 소모량 높음), 쿼터가 (25% HP, AoE, MP 소모량 낮음). 문서화된 정직한 차단: (a) 주문 ID 슬롯0..95— 교차 감사와FFX_SPELL_FREE_ID_AUDIT_2026-06-12.md기부자를 파악하기 위해; (b) 루루 퓨리의 노 젓기#12408–#12422댐프 대기 중; (c) RT2에 의존하는 캡 균형 소모 (캡 없음 = 공격형 힐러 OP, 캡 부족 = 무용지물 주문); (d) 멀티-피라가hit_count플레이어 캐스트 RE 스파이크 미처리; (e) 싱글과 동일한 VFX (v0.5에서는 문제없음, v0.6+에서는 Flan Flood 엔진을 통해 색상 변경, 이미 검증됨)v2.114.0.0); (f) 스피어 그리드 와이어에 대한 별도 결정. 단계적 기술 계획 (문서 §6.2): 단계 A: 감사 ID 기부자 (코드 없음, 본 문서), 단계 B: 오프라인 제작 (행 복제 + 멀티 뒤집기 + 파워/MP 조정 + 텍스트 입력), 단계 C: 라이터 LAB, 단계 D: RT2 게임 내 구현, 단계 E: Fury 통합, 단계 F-ja백로그 틈새 (v0.7+). 모드 연동: 보완§10.5블랙 버프 마법, 에너지를 공급한다§10.6루루 퓨리, 지켜내라§10.11퍼즐 엘리멘탈, 답변해 주세요§10.13Drainga/Osmose-ga를 지원하는 mob OD 멀티캐스트, 지원§11Cascade T7 전투를 기록하세요. VISION_AND_ROADMAP.md 업데이트: 새로운 §12 "확장된 흑마법 — 멀티 스킬 계열" (디자인 결정 + 1차/2차 주문 + 로드맵 연계 + 전체 문서); 참고 문헌을 §13으로 재번호 지정. 지속적인 브레인스토밍을 위한 미해결 질문: 멀티-피라가 메커니즘 A/B/C (고정된 더블캐스트 vs 무작위 분배 vs 하이브리드 방식 등) ement — 권고 사항 A), 대상별 대 시전별 드레인 상한선, 스피어 그리드 연결, 데미타 대 데미 바닐라 공존, 화이트 매직 AoE (에스나-가?), 도너 티어. 다루지 않는 내용: 어떤 라이터도, 훅도, 프로브도, DLL도, 오프라인/RT2 게이트도 다루지 않습니다. 문서 및 로드맵 통합만 다룹니다. 새로운 문서:docs/reverse/FFX_SPIRA_REFORGE_BLACK_MAGIC_EXTENDED_RESEARCH_2026-06-16.md(10개 섹션, 약 300줄). 재생된 파일:FFXProjectEditor/FFXProjectEditor.csproj(4-튜플 범프),mods/Spira Reforge/VISION_AND_ROADMAP.md(새로운 §12 + 참고문헌 §13 번호 변경),CHANGELOG.md+changelogUS.md+docs/governance/VERSIONING.md+docs/ai/SESSION_HANDOFF.md. [이전:v2.130.2.0]
v2.130.3.0PATCHJarvis-MAGIC
Ronso Mana CRASH 핫픽스 (`hudSafe=26`): 블롭 쓰기 작업이 노드를 더 이상 건드리지 않게 되었습니다 (이전에는 `via=rich>=1 subIdx=0x01` → 크래시); 이제 쓰기 작업은 OPT-IN 방식으로만 수행되며, 안전한 노드만 사용되고, SEH로 보호된 읽기 작업만 허용됩니다
- (다음에 의해 유발된 동작상의 크래시를 수정합니다.
hudSafe=25~의v2.130.1.0DLL이 재컴파일되거나 배포되었을 때v2.130.2.0(Nul Ward 레인). 근본 원인 (로그 RT2%TEMP%\ffx-hooks.log):RonsoMana BLOB-PATCH2 #1 treeId=43 set subIdx=0x01 via=rich>=1 nodeOff=0x1B4 ec=24 (was 0xFF)— 내 (3) "가장 풍부한 노드" 폴백hudSafe=25“CHUTADO” 노드 인덱스를 작성했습니다 (0x01,ec=24)에서blob[2+43]. 그로 인해Resolve(2,1,43)**"성공"**이 OD 링이 아닌 노드에서 →finishMenuTree허위 콘텐츠를 로드/표시했다 → 게임이 충돌했다. (O0x00이전의hudSafe<=24단순히 −1을 반환했을 뿐이므로 크래시가 발생하지 않았습니다: 호출된 적이 없었습니다finishMenuTree.) 내 추측은 “무너졌지만 안전한 상태를 완전한 시스템 오류로 바꿔버렸다”. 핫픽스(hudSafe=26): (1) 블롭 쓰기 기능은 이제 OPT-IN 방식입니다 — 기록은blob[2+treeId]env일 때FFXHOOKS_RONSO_OD_BLOBWRITE=1**이 설정되어 있습니다; 기본값 = 아무것도 기록하지 않음 (충돌 방지 빌드, 순수하게 진단용으로ODBLOB); (2) 옵트인(opt-in)을 사용하더라도, 오직 PRINCIPIADO 노드만 기록한다 — (a) 입력에 인코딩된 OD 명령어가 포함된 노드0x311A, 또는 (b) 게임에서 이미 기록된 sibling party-OD 41..47; 절대 c를 자동으로 기록하지 않는다 hute "가장 풍부한 노드" (이 정보는 덤프를 읽은 후 하드코딩할 수 있도록 로그에만 기록됨); (3) 해당 노드의 모든 읽기 작업 (OdBlobNode/OdBlobEntry) 및 a2=0 블록의DumpOdBlobStructureOnce이제 SEH로 보호되고 있습니다 (__try/__except) — 오프셋 OOB로 인한 액세스 위반은 크래시 대신 “무효 노드”로 처리됩니다; (4)mainPtra2=0 조건에 대한 타당성 검증이 추가됨 (> 0x10000). 이제 로그에 다음과 같이 출력됩니다.BLOB-PATCH2 #n ... write=0|1 safe=0xXX(how) risky=0xXX(how,ec=..)(글을 쓰지 않으면 무엇을 할지 보여준다) 그리고 옵트인 + 보안 노드가 있을 때,BLOB-PATCH2 WROTE .... 배너hudSafe=25→26. 가역성: env가 없으면, 동작 방식 = 안전한 기본 버전 (OD 숨김, 크래시 없음). 빌드/배포하지 않음 (다른 Jarvis-MAGIC 레인과 공유되는 DLL) — 다음 재빌드 시ffx-hooks.dll(어떤 레인에서든) 이미 핫픽스를 적용받았습니다;ReadLintsclean. 파일:RuntimeTools/FfxHooksDll/hooks/RonsoManaHook.cpp. 문서:docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md§14. [이전:v2.130.2.1]
v2.130.3.1REVISION자비스-MAGIC
스피라 리포지: 확장된 흑마법 — 할리슨의 4가지 확고한 결정 (멀티-피라가 옵션 B, 대상당 드레인 최대치, 데미타와 데미의 공존, 미묘한 차이가 있는 올인클루시브 퓨리)
- 후의 연쇄 반응
v2.130.3.0(다른 병렬 Jarvis-MAGIC의 Ronso Mana 사소한 핫픽스). 다음 디자인 문서의 바로 이어지는 내용:v2.130.2.1: H와 함께하는 브레인스토밍 앨리슨이 미결 상태였던 마지막 4가지 결정을 확정지었다. (1) 멀티-피라가 메커니즘 — 옵션 B (무작위 분배) + 기본 MP의 3~5배: 할리슨: "옵션 B, 하지만 '멀티 피라가', '멀티-포다세'는 이를 상쇄하기 위해 기본 스킬 MP의 3~5배가 들 거야. 진짜 엄청난 한 방이 될 거야". 메커니즘 = 1회 시전 → N회 타격 (5-7회), 각 타격은 무작위 적을 공격합니다 (홀리/코멧/더블캐스트 공식을 통한 엔진 기본 기능). 적들은 RNG에 따라 동일한 멀티-피라가로 1회, 2회, 3회 이상의 타격을 받을 수 있습니다. MP 소모 = 기본값의 4배 (멀티-피라가 = 64 MP), 멀티-울티마 = 200 MP. 자비스의 제안: 4배 MP + 6회 타격으로 시작하여 RT2에서 조정. 확장 가능한 계열 (점진적 출시): v0.5 멀티-피라가 + 멀티-블리자가, v0.6 + 멀티-썬더가 + 멀티-워터가, v0.7 + 멀티-울티마 (포스트-다크니스 §10.11), v0.8+ 백로그 멀티-플레어/멀티-홀리. (2) 드레인 상한선 — 대상당 9999/대상 (다중 상한): 할리슨은 그 영향을 충분히 인지한 채로 이 수치를 설정했습니다. 살아있는 적 4명 = 한 번의 시전으로 최대 39,996 HP 회복 = 최고의 공격형 힐러. ⚠ 장시간 아레나 전투를 망가뜨릴 수 있음 — 의도된 사항이며, Halyson의 모드로 엔드게임 판타지입니다. 보상: 모든 것을 파괴할 경우 RT2 이후 MP 소모량이 ~30까지 증가할 수 있습니다. (3) Demita vs Demi 바닐라 — 공존: 둘 다 유지하세요. 싱글 데미 (16 MP, 보스 처치용) + 멀티 데미타 (24 MP, 웨이브 클리어용). 플레이어가 도구를 선택합니다. 비용: ID 슬롯 1개 추가. (4) 미묘한 차이가 있는 Lulu의 올인클루시브 퓨리 (§4 결정 사항 업데이트): Biora 16회 = 허용 (독 웨이브); 드레인가 16× = 퓨리 전용 상한 9999/픽 (퓨리에서는 대상당 적용되지 않음, 그렇지 않으면 최대 639,936 HP 회복 — “말이 안 됨”); 오스모스-가 16× = 허용 (MP 상한 9999 = 하드 월); 데미타 16× = 허용 (데미타는 사망한 대상에게는 적중하지 않음); 멀티-피라가 16회 = 잠재적 96회 명중 ⇒ 퓨리 멀티-는 hit_count=1을 사용 (퓨리에서는 싱글 캐스트로 복귀) 또는 퓨리 풀에서 멀티-를 제외 (“모두 포함”에 대한 유일한 예외). 최종 결정은 RT2를 조정합니다. 문서 §8에 업데이트된 미해결 사항: §8.1 결정됨 (4개 확정); §8.2 아직 미해결 (스피어 그리드 와이어, 화이트 매직 AoE 범위, 원소 흡수 혼란, 도너 티어0..95A 단계 차단, Multi-* 무작위 분포command.bin(스파이크를 통한 필드). 업데이트된 문서:docs/reverse/FFX_SPIRA_REFORGE_BLACK_MAGIC_EXTENDED_RESEARCH_2026-06-16.md§2.2 드레인(대상당 고정 마나 소모), §2.4 해고(c 고정된 옵션 없음), §2.5. 멀티-피라가 (옵션 B + MP 3-5× 고정 + 완전한 원소 표), §4. 퓨리 (주문별 세부 사항), §8. 미해결 사항 (4개 결정됨, 5개 미해결), §9. 업데이트된 제출 버전. 다음 확실한 단계: A 단계 주문 ID 제공자 감사와 교차 검증FFX_SPELL_FREE_ID_AUDIT_2026-06-12.md— Halyson은 지금 참여할지, 아니면 v0.5가 출시될 무렵까지 기다릴지 결정합니다. 다루지 않는 항목: writer/hook/probe/DLL/gate. 파일:FFXProjectEditor/FFXProjectEditor.csproj(캐스케이드v2.130.3.0→v2.130.3.1),docs/reverse/FFX_SPIRA_REFORGE_BLACK_MAGIC_EXTENDED_RESEARCH_2026-06-16.md(§2.2/§2.4/§2.5/§4/§8/§9 개정),CHANGELOG.md+changelogUS.md+docs/governance/VERSIONING.md+docs/ai/SESSION_HANDOFF.md. [이전:v2.130.3.0]
v2.130.3.2REVISIONJarvis-MAGIC
Spira Reforge: 아키텍처 피벗 — “확장된 흑마법” 섹션이 “확장된 캐릭터별 명령”으로 명칭 변경됨 (RE D01 적용 + 적용 대상 7명 캐릭터로 확대)
- (즉시 이어짐)
v2.130.3.1; 작가/행동 없음). Halyson은 다음과 같이 제안했다: "만약 이 스키 대신에 "‘누구나’ 획득할 수 있게 하려면, ‘특정 캐릭터 전용’으로 설정하지 말아야 하지 않을까?" — 기존 RE와 비교해 보니, 바닐라 엔진이 이미 ID별로 캐릭터별 소유권을 기본적으로 지원하고 있다는 사실을 알게 되었다0..95. 중요한 발견 (RE D01 —FFX_SPELL_LEARN_ABIMAP_INFERNO_2026-06-15.md):FFX_GrantCommandToCharacter @ 0x785D10SPLIT AT INDEX 96이 있습니다: ids< 96은행에 가서 좀 이야기나 해 봐word_11307FC[74*char+3151+(id&0xFFF)/16](stride 74 단어 =ply_save캐릭터별); ids>= 96FLAT 파티 전체 뱅크(스트라이드 없음)로 이동합니다. ⇒ 캐릭터당 학습 가능한 공간은 정확히 96비트이며, ID는 0~95입니다. ID가 96 이상인 경우 캐릭터별로 학습할 수 없습니다. 시사점: ID의 재할당0..95= 바닐라 엔진은 아무런 후크 없이 각 주문을 누가 보는지 필터링합니다. 기존 방식(ID 96 이상 + Nul Ward 방식의 우회 경로를 통한 제한)은 배제되었습니다. 확장된 분배 (Halyson의 결정 2026-06-16, 인용문 원문 보존): 루루 (6개 주문, 버스트 캐스터 + HP 흡수) — 멀티-피라가 계열 × 4 + 드레인가 + 오스모스-가 (유나에서 루루로 이동), 경우에 따라 데미타; 유나 (5개 주문, 화이트/버프 AoE) — 리플렉트가 + 프로텍트가 + 쉘트가 + 에수나가 + 디스펠트가 (“리플렉트가, 프로텍트가, 쉘트가, 에수나가, 디스펠트가는 유나에게 할당”); 리쿠 (마법 3개, 스틸 마스터) — 카피캣이 그녀만의 전용 스킬로 변경 + 무그라 (2회 타격 단일 대상, 2회 스틸) + 무그가 (AoE 2회 타격, 저피해, "최대 6회까지 스틸 가능!!!!"); 와카 (미정, “더 많은 상태 이상 스킬과 더 미친 것들”); 키마리 (미정, “블루 메이지. 몬스터 스킬은 물론 자신의 오버드라이버까지 마나를 사용해 익힐 수 있다" — 론소 마나 레인 담당); 티더스 (미정, "아이디어는 없지만, 어쩌면 멀티히트 스킬"); 아우론 (“이 게임의 빌어먹을 탱커. 센티넬의 진화형, 어쩌면 더 강력한 범위 브레이크”). 예상 총량: 96 슬롯 중 28~31개 주문 = ~30% 할당량, 65개 이상의 슬롯이 남아서-ja백로그 v0.7+ + 향후 계획. 문서 §9.1에 확정된 결정 9건, §9.2 (오너 해임, Wakka/Tidus/Auron 풀, Rikku Copycat 대체, Sphere Grid 와이어, 기증자 0..95 감사, Multi-Firaga 무작위 명중 필드, 타격당 스틸 Mugra/Mugga, Kimahri Blue Mage 코디 Ronso 레인). 이 모델의 장점: (a) 제로 훅 커스텀 — 기본 엔진 그대로; (b) 스피어 그리드 트리가 실질적인 의미를 갖게 됨 (다른 트리로 이동 = 실질적인 트레이드오프); (c) 루루 퓨리가 대폭 간소화됨 — 퓨리 풀은 캐릭터별로 기본 설정되며, “퓨리에서 Multi-* 제외” 문제가 더 이상 발생하지 않음; (d) 캐치 캐스케이드 §11 및 SIN 모드 §10.13이 캐릭터별로 서로 다른 전술적 반응을 갖게 됨. 기술 계획 (§7.2): 0단계: 풀 확정 (TBD) → A단계: 도너 감사 (시작 차단) → B단계: 캐릭터별 제작 (B. Lulu 파일럿, B.1 유나 화이트 AoE, B.2 리쿠 머그 패밀리 (타격당 스폿 스틸 포함), B.3 풀 (TBD)) → 단계 C/D: RT0/RT1/RT2 → 단계 E: 스피어 그리드 와이어 (스피라 그리드 에디터 확장) → 단계 F: 루루 퓨리 행 → 단계 G: 키마히 블루 메이지 (론소 레인에 따라 다름) → 단계 H: -ja 백로그 v0.7+. VISION_AND_ROADMAP.md §12 재작성: "확장된 흑마법" → "확장된 캐릭터별 명령어" + 캐릭터별 분배 표 + 차단 사항 + 업데이트된 로드맵. 문서명 개념적으로 변경 (이력 보전을 위해 파일 경로는 유지):docs/reverse/FFX_SPIRA_REFORGE_BLACK_MAGIC_EXTENDED_RESEARCH_2026-06-16.md— 11개 섹션, §1 디컴파일 RE D01 바이트 검증 기능이 내장된 캐릭터별 소유권 모델, §3 캐릭터별 배분 (3.1 루루, 3.2 유나, 3.3 와카 미정, 3.4 리쿠, 3.5 키마리 코디, 3.6 티더스 미정, 3.7 오론 미정, 3.8 요약). 다루지 않는 부분: writer/hook/probe/DLL/gate. 설계 및 로드맵 통합만 다룸. 파일:FFXProjectEditor/FFXProjectEditor.csproj(v2.130.3.1→v2.130.3.2),docs/reverse/FFX_SPIRA_REFORGE_BLACK_MAGIC_EXTENDED_RESEARCH_2026-06-16.md(대대적인 수정: 새로운 §1 RE D01, §3 배포 항목 7자 확장, §5/§7/§8/§9/§10/§11 번호 재지정 및 업데이트),mods/Spira Reforge/VISION_AND_ROADMAP.md(§12 개정),CHANGELOG.md+changelogUS.md+docs/governance/VERSIONING.md+docs/ai/SESSION_HANDOFF.md. [이전:v2.130.3.1]
v2.130.3.3REVISIONJarvis-MAGIC
스피라 리포지: 0단계 완료 A — Halyson은 캐릭터당 TBD 풀을 단 한 번에 모두 클리어했습니다(데미타→키마리, 와카 5개 주문, 오론 MAX 팩 6개 주문, 티더스 멀티 히트 + 자기 버프, 리쿠 +1 신규 도적 스킬)
- (2026-06-16일 세 번째 진행, 바로 이어짐)
v2.130.3.2; 작가/행동 없음). 4개의 추가 결정 (9개 → 13개): (1) 오너 교체 = 키마리 (기믹 “기괴한 몬스터” + 블루 메이지 테마; 루루가 엘리멘탈 버스트에 집중할 수 있게 함); (2) 와카 풀 = A+B 조합, 5개 주문 — 비오라 (AoE 독 + 대미지) + 슬립라 (AoE 수면) + 쿼드 폴 (AoE 트리플 폴 + 독 = 4가지 상태 이상) + 더블 버스터 (2회 타격 단일, 2가지 상태 이상 콤보 RNG) + 타이드 슬래시 (2회 타격 물리) — “상태 이상 마스터 + 더블 히트 + 기상천외한 기술들”; (3) 아우론 풀 = MAX 팩, 6개 스킬 — 매스 파워 브레이크 + 매스 아머 브레이크 + 매스 매직 브레이크 + 매스 멘탈 브레이크 + 센티넬++ (센티넬 + 물리·마법 방어 차단 + 파티 전체 1턴) + 프로보크 (프로보크 + 자동 센티넬 + 모든 적 도발) — "아우론은 이 게임의 진짜 탱커다"; (4) 티더스 방향 = 다중 타격 + 자기 버프, 4~5개 주문 — 스파이럴 슬래시 (3타 단일, +5 STR/시전 상한 25) + 타이달 콤보 (4타 AoE, +5 AGI/시전, 상한 20) + 블레이드스톰 (5회 무작위 타격, +자신에게 속도 증가 1턴) + 아우록스 러시 (시그니처, +AGI 고정 + 속도 증가 3턴) + 선택 사항 치어 스트라이크 (2회 타격 + 자신에게 치어). "티더스는 항상 가장 빠른 캐릭터였죠. 퀵 히트(Quick Hit)는 너프될 예정이니, 자신의 공격 속도를 높여주는 버프를 부여하는 다중 타격 스킬이 필요합니다" — 퀵 히트 너프에 대한 직접적인 보상 §10.6; (5) 리쿠 +1 신규 도둑 스킬 — 할리슨이 스킬 풀을 완성하기 위해 “새로 고안된 도둑 스킬”을 요청함; 자비스의 제안: 슬라이트 오브 핸드 (고급화된 머그), 픽포켓 (턴 비용 없는 훔치기; 자비스 기본 설정), Sticky Fingers (시전당 +25% 스택), Backstab (PDEF 무시), Cache (직접 훔치기 풀), Smoke Bomb (파티 CTB 건너뛰기). 최종 배분 완료 (0단계): 루루 6 + 유나 5 + 와카 5 + 리쿠 4 + 키마리 3 + 티더스 4-5 + 오론 6 = 96 슬롯 중 33-34개 주문 = ~35% 예산 (62+ 슬롯이 남음)-ja백로그 v0.7+ + 화이트 매직 엑스트라). 캐릭터 간 콤보: 오론의 매스 멘탈 브레이크 + 루루의 멀티 피라가 (MDEF 없는 웨이브 버스트); 오론의 센티넬++ + 유나의 P rotectga/Shellga (2 턴 동안 거의 완전한 무적); 오론의 Provokeja + 와카의 Quad Foul (탱킹 + 대량 상태 이상); 티더스의 Bladestorm + 오론의 Mass Armor Break (티더스의 버스트 + 방어력 없는 대상). 티더스의 자가 버프로 인한 추가 위험: 무한 STR/AGI 스택 = QH와 유사한 비정상적 상황; 스택 상한선(STR 5 / AGI 4)에 따른 완화 효과 + 전투 종료 시 감소(전투 간 지속되지 않음). §9.2에 남아 있는 11개의 미해결 문제 — 모두 세부적인 결정 사항(리쿠의 도둑 스킬 최종 명칭, 티더스의 주문 4개 대 5개)이거나 기술적 난제(무작위 명중 멀티-피라가)입니다.command.bin필드, 안타당 스틸(Mugra/Mugga), 안타당 와카 상태 효과, 티더스 자기 버프 중첩, 오론 센티넬++ 파티 전체 버프, 키마리 랜싯+ 지속 효과) — 전체적인 디자인을 차단하지는 않으며, 특정 제작 단계를 차단합니다. 기부자 감사0..95(§9.2 q18) 이제 구체적인 범위가 정해졌습니다: 약 3334개의 슬롯이 필요합니다. 문서 업데이트: §3.1.4 데미타 항목을 §3.5.1 키마히 항으로 이동; §3.3 와카 5개 주문 확정; §3.4 리쿠 +1 도적 스킬 (6가지 제안 포함); §3.5 키마히 풀 완성 (데미타 + 블루 메이지 확장 2-3); §3.6 티더스 풀 4-5 멀티히트 + QH 너프 대비 콤보 활용 셀프 버프; §3.7 오론 MAX 팩 6개 주문, 캐릭터 간 콤보 + 위험/완화; §3.8 총 요약: 3334개 주문 = 예산의 35%; §9.1 13가지 결정; §9.2 11가지 하위 결정/스파이크; §10 항목v2.130.3.3. VISION §12 업데이트: 캐릭터별 최종 분배 표 + 팝업 콤보. 변경 없음: writer/hook/probe/DLL/gate. 파일:FFXProjectEditor/FFXProjectEditor.csproj(v2.130.3.2→v2.130.3.3),docs/reverse/FFX_SPIRA_REFORGE_BLACK_MAGIC_EXTENDED_RESEARCH_2026-06-16.md(§3.1.4 이동 + §3.3/§3.4/§3.5/§3.6/§3.7/§3.8/§9/§10 업데이트),mods/Spira Reforge/VISION_AND_ROADMAP.md(§12 당구대 최종 단계 + 콤보),CHANGELOG.md+changelogUS.md+docs/governance/VERSIONING.md+docs/ai/SESSION_HANDOFF.md. [이전:v2.130.3.2]
v2.130.3.6REVISION자비스-MAGIC
Spira Reforge: REALITY CHECK + 3번의 반전 — 경로 4 (`CharacterUser` (내재) 고정 + 스피어 그리드를 통한 습득 가능 고정. 할리슨은 내가 보지 못한 것을 알아차렸다
- (지난주 목요일, 2026-06-16, 계속)
v2.130.3.3; 라이터/비헤이비어 없음). 이번 세션의 아키텍처 반복 순서: (1) v2.130.3.2 pivot: RE D01을 발견했는데, ids0..95아마 원주민일 텐데, “후크 0개 + 남은 슬롯 62개”로 표시해 두었습니다. (2) Halyson이 열었습니다FFX_SPELL_FREE_ID_AUDIT_2026-06-12.md그리고 “무슨 말이에요?”라고 물었다: 2026년 6월 12일자 감사 결과에서 이미 입증되었다0/96무료 슬롯 — 96개의 ID가 모두 바닐라로 채워져 있습니다. 제가 “62개 남았다”고 말한 것은 거짓이었습니다. (3) v2.130.3.4 방법 3: append를 제안했습니다≥96+ 캐릭터별 후크 화이트리스트 (Nul Ward 스타일의 일반화된 방식), Halyson이 승인했습니다. (4) Halyson이 제4의 방법을 제안했습니다: "CommandBin에서 스킬의 CHARACTER USE(예: TIDUS)를 선택하기만 하면 문제가 해결되지 않을까요? 훅 같은 건 전혀 필요 없을 텐데요". 저는 기본 필드를 미처 확인하지 못했습니다[Data] public Character_Enum CharacterUser에서Ability_Command.cs:29** — 부호 있는 바이트 번호command.bin각 명령어를 사용할 수 있는 사용자를 제한합니다. 바이트 단위의 정확한 출력:FFX_SPELL_FREE_ID_AUDIT_2026-06-12.md86번째 줄에서 Yojimbo Dismiss(id 87)를 인용하고 있으며CharacterUser=0x0E(14=Yojimbo) — 기본 엔진이 이 필드를 기준으로 메뉴를 자동으로 필터링합니다. 기존 UI (KernelCommands_Control.axaml:434ComboBox). 방법 4는 1/2/3을 대체합니다 — append≥96~와 함께CharacterUserUI 편집기를 통해 직접 설정된 캐릭터당. 메뉴 필터용 후크는 전혀 없음. (5) Halyson이 다음과 같이 밝혔다: "스킬은 스피어 그리드를 통해 습득할 수 있다" — 이로 인해 Nul Ward §H의 ID 관련 주의사항이 다시 적용된다≥96(파티 전체 재로드(reload-by-init)가 grant grid를 덮어씁니다). 해결책:NulWardTe를 확장하는 1개의 범용 훅 achHook.cpp(já provado emv2.130.2.0) — (a) detourPrepareSaveCommandStatere-asserta bits ≥96 lendo sidecar; (b) detour panel_teach escreve sidecar quando node ativa. Net hook count: 1 (generalização, não hook novo). Sidecar JSON extendsspira-reforge-flags.schema.jsondo Capture Cascade. **Plano técnico atualizado (15 bloqueios honestos catalogados):** Fase 0 ✅ → Fase A appendcommand.bin≥96 comCharacterUser(A.1-A.7 por pool char) → Fase B sidecar schema → Fase C Sphere Grid editor scope expansion (LearnedMove = 0x3000 | id≥96) → Fase D hook generalizado → Fase E RT0/RT1 writer LAB → Fase F RT2 in-game piloto → Fase G Lulu Fury rows → Fase H-jabacklog v0.7+. **Bloqueios pequenos pendentes (spikes):** addr panel_teach runtime, sidecar JSON schema design, side-effectsCharacterUserfilter (Trio of 9999, Doublecast cross-char), Multi-Firaga random-hit field, steal-per-hit Mugra/Mugga, Wakka status-rider per hit, Tidus self-buff stacking, Auron Sentinel++ party-wide buff. **Vantagens Caminho 4 vs alternativas:** (a) zero sacrifício vanilla (coexistência total Firaga + Multi-Firaga, Demi + Demita, Mug + Mugra/Mugga, Sentinel + Sentinel++); (b) net 1 hook (vs 0 do pivot falso, vs 2-3 do Caminho 3); (c) infra ALREADY EXISTING (NulWardTeach hook + sidecar Capture Cascade + editor UI ComboBox); (d) identity vanilla intocada. **Lição honesta documentada:** "sempre que sentir 'zero hook' soando bom demais, abrir os audits existentes antes de propagar a narrativa". **Doc atualizado:** §0 verdade curta (3 reversões + 4ª decisão grid), §1 ownership model (Caminho 4 + grid teach), §7.2 plano técnico (Fases 0-H), §7.3 15 bloqueios honestos, §10 entriesv2.130.3.5ev2.130.3.6. **Não toca:** writer/hook/probe/DLL. Arquivos:FFXProjectEditor/FFXProjectEditor.csproj(v2.130.3.3→v2.130.3.6, pulou.4/.5por terem sido reversões dentro da mesma sessão de design),docs/reverse/FFX_SPIRA_REFORGE_BLACK_MAGIC_EXTENDED_RESEARCH_2026-06-16.md(§0/§1/§7.2/§7.3/§10 reescritos),CHANGELOG.md+changelogUS.md+docs/governance/VERSIONING.md+docs/ai/SESSION_HANDOFF.md. [anterior:v2.130.3.3`]
v2.130.3.7REVISIONJarvis-MAGIC
참고 문서: 96가지 캐릭터 능력 통합 목록 (ID `0..95`)와 함께 `Power`/`MP`/`Formula`/`Acc`/`Hits`/요소/효과 + AbiMap 아키텍처 × 파티 전체 은행
- (등록 문서 / 참조 카탈로그; 작성자/행동/RT2 없음; 이미 여러 곳에 흩어져 있는 지식을 하나의 문서로 통합함)
FFX_SPELL_FREE_ID_AUDIT_2026-06-12.md+FFX_SPELL_LEARN_ABIMAP_INFERNO_2026-06-15.md+FFX_BATTLE_COMMAND_MENU_INFERNO_2026-06-15.md+CommandCharacter_Dictionary.cs+Ability_Command.cs). Halyson이 모드의 운영 참고 자료로 MD에 있는 96가지 스킬 표를 요청했습니다. 새로운 문서docs/reverse/FFX_PLAYER_COMMAND_CATALOG_0_TO_95_2026-06-16.md(8개 섹션, 약 250줄): §0 TL;DR 95에서 한계치 달성 (물리적 96비트 AbiMap) + 교차 RE 검증; §1 엔진이 메뉴를 결정하는 방식 (FFX_Btl_IsCommandAvailable @ 0x39BB70per-char 대 party-wide (com)CharacterUserfilter); §2 인코딩LearnedMove = 0x3000 | id~의panel.bin(참조SphereGridExplorer_DataModel.cs:30-31); §3 0..95까지의 전체 카탈로그를 9개 그룹으로 나눈 것 (코어/메뉴 0-5, 스킬 6-21, 스페셜 22-25, 치어 26-31, 키마리/방어/소셜 32-42, 화이트 매직 43-64, 블랙 매직 65-83, 에온 메뉴 84-87, 리쿠 엔드게임 88-95)로 나뉘며, FFX HD 리마스터(미국/일본)의 정식 값을 적용 — MP/파워/포뮬러/정확도/타격 횟수/속성/효과; §4 3가지 플래그를 통한 “what the magic IS”의 결정적 시나리오 (DamageFlags+DamageFormula_Enum+PreviewFlags) 치유/부활/정화/물리/마법/상태/버프/중력/흡수 스킬 테이블 포함; §5 그리드를 통해 배울 수 없는 11개의 ID (missing=[0,1,2,3,4,5,33,84,85,86,87]10개 지역 전체 — system/Defend/Aeon/Yojimbo); §6 파티 전체에 적용되는 ID 96+ (오버드라이브, 에온, 모테, 믹스, 의사 AI) 및 분리 설계의 3가지 이유; §7 스피라 리포지와 ‘카민’의 연계에 따른 결과 제4항v2.130.3.6; §8 상호 참조. 해당되지 않음: writer/hook/probe/DLL/gate. 파일:FFXProjectEditor/FFXProjectEditor.csproj(v2.130.3.6→v2.130.3.7),docs/reverse/FFX_PLAYER_COMMAND_CATALOG_0_TO_95_2026-06-16.md(새),CHANGELOG.md+changelogUS.md+docs/governance/VERSIONING.md+docs/ai/SESSION_HANDOFF.md. [이전:v2.130.3.6]
v2.130.3.8Jarvis-MAGIC
Spira Reforge: 1차 바닐라 공격형 재조정 확정 — 16개 스킬 공격력 버프 + 자동 능력 정리 + MP 스피어 상향
- 검토 (디자인 및 Halyson이 확정된 결정 사항만 포함; 이번 패스에서는 작가 관련 내용이나 행동 방식은 없음). Halyson이 열었습니다
FFX_PLAYER_COMMAND_CATALOG_0_TO_95_2026-06-16.md그리고 이렇게 일침을 가했다: "마법은 치유까지 포함해 제 역할을 다한다. 하지만 나머지는? 한심하기 짝이 없다. 풀 브레이크? 엿이나 먹어라. 거의 적중도 안 할 뿐만 아니라, MP 99를 소모하고도 주는 데미지는 터무니없다." 냉정한 진단:Pow가 적용된 기본 공격 스킬 20개 er = 16(= multiplier 1.0× = Attack base) ou전력 < 16(= **pior que Attack**); Auron Full Break Power 16 / Acc 36 / MP 99 = crime contra o jogador. **Pacote final cravado (3 frentes em 1 pass):** **(1) Damage buff de 16 skills (Extracts removed):** Wakka 8 status-riders (Sleep/Silence/Dark Attack P16→20 Acc 50→60, Zombie Attack P16→24 Acc 50→60, Busters P16→26 Acc 100, Triple Foul P16→32 Acc 100→90 MP 24→28), Auron 4 Breaks (Power/Magic Break P16→22 Acc 50→80 MP 8→10, Armor/Mental Break P16→24 Acc 36→70 MP 12→14), **Full Break P16→48 (3× damage cravado Halyson) Acc 36→90 MP 99→75**, Tidus 2 Delays (Delay Attack P12→18 MP 5→6, Delay Buster P14→22 MP 10→12), Rikku Mug P16→20. Filosofia: Power ≥ 18 sempre quando skill paga MP; premium MP ⇒ premium Power; Breaks Acc 36-50% sobem 65-90%. **(2) Auto-Ability cleanup:** Slot 12 Half MP Cost **MANTÉM** (justificativa Halyson: Lulu Magic Booster + custos altos = ainda paga Ether/Elixir = balance natural). Slot 13 (ex-One MP Cost, cheese de 1 MP universal) **REMOVIDO → vira Mana Spring** (+5 MP/turno em batalha; regen tick passivo; substitui economia sem virar cheese — em battle de 10 turnos = +50 MP cumulativo). Slot 23 (ex-Break HP Limit) **vira "Break Limits"** (bits0x0200 | 0x0400OR emability_flags_64, HP cap + MP cap juntos via engine vanilla; byte-edit puro, zero hook); §10.8 do VISION cravado. Slot 24 (ex-Break MP Limit) **vira "Devil's Bargain"** (+50% dano dado / +50% dano recebido — glass cannon switch simétrico; 2-pass: Pass 1 placeholder funcional agora com bit reassignment, Pass 2 hook damage calc depois com RT2). **(3) MP Sphere node bump (escopo B cravado Halyson "B simplesmente B"):** Standard Grid MP +40 → +60, Expert Grid MP +20 → +30 (escala proporcional 1.5× cross-grid). Edit trivial viaSphereGridNodeTypeEntry.IncreaseAmount(offset 0x14, ushort) emSphereGrid_File.cs:519. **이번 세션에서 확정된 결정 사항:** (a) Halyson이 카탈로그를 열어 문제를 파악함; (b) 20개 스킬 + 4개 자동 능력 카테고리에 대한 버프 표를 제안함; (c) Halyson이 Extracts 제외 + Full Break 3회 적용을 확정; (d) MP 1 제거 + 마나 실드 미적용(새로운 메타 생성)을 확정; (e) §10.8을 확인하며 슬롯 23을 Br로 반전 eak Limits와 슬롯 24가 repurpose("xereca")로 변경됨; (f) Devil's Bargain 슬롯 24를 확정하고 2-pass 관련 주의사항을 이해함; (g) 슬롯 13의 Mana Spring과 Spell Spring 백로그를 다듬음. **분류된 기술적 주의사항:** Devil's Bargain은 후크 데미지 계산 + RE 주소가 필요합니다.FFX_DamageCalc_*보류 중; Mana Spring은 턴 시작 시 발동 + 빈 슬롯 확인이 필요합니다.ability_flags_64; 공격 명중률 vs 상태 효과 라이더 명중률 스파이크 미적용 RT2; 트리플 파울 명중률 100→90 스파이크 미적용 (“트리플 보증” 유효, 깨지지 않음); 후반전 풀 브레이크 MP 스케일링 OK (하프 MP 기준 75는 여전히 매우 비쌈); 자동 능력 비트 재할당 슬롯 24는 빈 스캔 플래그가 필요한AutoAbilityHardcodedFlagCatalog.cs. **1단계 기술 계획 (순수 바이트 편집)v2.131.xPATCH):** 1.1command.bin16 스킬 공격력 버프, 1.2 슬롯 23 ‘한계 돌파’, 1.3 슬롯 13 ‘마나 샘’ 자리 표시자, 1.4 슬롯 24 ‘악마와의 거래’ 자리 표시자, 1.5panel.binMP 노드, 1.6 텍스트 풀, 1.7 RT0/RT1 게이트 바이트 정체성, 1.8 RT2 파일럿. **2단계 (후크 LABv2.133.x+):** 2.1 RE 피해 계산, 2.2 마나 스프링 턴-틱 훅, 2.3 데빌스 바겐 피해 훅, 2.4 RT2 훅. **VISION과의 시너지:** §10.4 QH 너프 (보완 — 스킬 버프 + QH 너프 = 다각화된 공격), §10.5 마법 (변경 없음, 다음 패치), §10.6 OD 루루의 분노 (다음 패치), §10.8 브레이크 HP+MP 소모 (이번 패치 1.2에 확정), §10.9 오론의 비밀 스킬 (강화 — 브레이크 리미트 + 데빌스 바겐 + 브레이크 버프 = “죽일 수 없는 모험가 오론”), §10.10 마법 속도 (Spell Spring 백로그), §10.11/§10.13 (다음 패스), 경로 4 Black Magic Extended (간접적 — 베이스라인 바닐라가 ≥96개의 주문에 대한 맥락을 조성함). **미해결 과제 백로그:** Spell Spring은 다음 빈 슬롯을 기다림 (희생 후보: 슬롯 18 Double AP, 19 Triple AP, 21 Pickpocket, 22 Master Thief — 진행/전리품 치트); 캐릭터별 향후 정체성을 위한 Status/Break Sharpness §10.9. **건드리지 말 것:** 작가 측(writer-side)의 writer/hook/probe/DLL/csproj. 파일:FFXProjectEditor/FFXProjectEditor.csproj(v2.130.3.7→v2.130.3.8);docs/reverse/FFX_SPIRA_REFORGE_VANILLA_OFFENSIVE_REBALANCE_2026-06-16.md(신규, 약 280줄, 7개 절: §0 짧은 진실, §1 바닐라 대학살 진단, §2 통합 패키지 c 표 16: 스킬 + 자동 능력 정리 + MP 스피어, §3 기술적 주의사항 6가지, §4 구현 계획 1단계+2단계, §5 미해결 문제, §6 제출 버전, §7 관련 참고 문헌);CHANGELOG.md+changelogUS.md+docs/governance/VERSIONING.md+docs/ai/SESSION_HANDOFF.md+mods/Spira Reforge/VISION_AND_ROADMAP.md(다음 단계). [이전:v2.130.3.7` [참조 카탈로그]