원클릭으로 Manus에서 모든 스킬 실행

시작하기

source-command-fix-crash

스타50

포크17

업데이트2026년 6월 21일 09:00

Fetch new crash reports, symbolicate the oldest unhandled one, and attempt a fix on a branch (one per run).

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

Kyoril

Kyoril/mmo

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

source-command-fix-crash

Use this skill when the user asks to run the migrated source command fix-crash.

Command Template

You are working through the crash-report fix loop for this MMO engine. Do one crash report this run, end to end, then stop. Be rigorous and conservative: a wrong "fix" is worse than no fix.

Hard rules

Work on one report only this run (the oldest unhandled one).
Do not push, open PRs, merge, or delete anything on the crash-report server. The server's DELETE endpoint is off-limits — the user reviews everything.
Make code changes only on a dedicated branch; leave develop clean when you finish.
Everything you produce as state goes under that report's folder in artifacts/crash-reports/<id>/ (gitignored). Never commit anything under artifacts/.
If you cannot confidently identify a root cause, do not guess-edit code. Document findings and mark the report needs-info.

Step 1 — Sync new reports

Run the fetch script (downloads only reports not already present locally):

powershell -NoProfile -ExecutionPolicy Bypass -File tools\sync_crash_reports.ps1 -Json

The local folder is the source of truth / backup. Note the JSON_SUMMARY line.

Step 2 — Pick one report

List artifacts/crash-reports/*/STATUS. Choose the oldest report directory whose STATUS is downloaded (ignore analyzed, fix-attempted, fixed, wont-fix, needs-info, download-failed). Prefer ordering by the report's createdAt in report.json, falling back to directory name.

If there is no downloaded report, write nothing, report "No new crash reports to work on," and stop.

Step 3 — Symbolicate

powershell -NoProfile -ExecutionPolicy Bypass -File tools\symbolicate_crash.ps1 -ReportDir artifacts\crash-reports\<id>

Read symbolized.txt. The "OUR SOURCE LOCATIONS" section lists frames resolved under src/ — those are your starting points. If nothing resolved (no matching PDB/EXE in artifacts\symbols), the build that crashed was never archived: document that in FINDINGS.md, set STATUS to needs-info, and stop (tell the user to run tools\archive_symbols on the matching build).

Step 4 — Investigate

Read crash.txt (exception type, full trace, PLAYER DATA, attached client log) and report.json (appVersion, osVersion, user comment). Open the resolved source files at the reported lines. Build a concrete root-cause hypothesis: what was null/out-of-bounds/uninitialized, and under what conditions. Cross-reference the client log tail for the sequence that led there.

Step 5 — Attempt a fix (only if confident)

If you have a confident, minimal fix:

Create a branch: git checkout -b crash-fix/<id-short> (use the first 8 chars of the id).
Make the smallest correct change that addresses the root cause. Match surrounding code style (Allman braces, tabs, m_camelCase, PascalCase methods — see AGENTS.md).
Best-effort compile check of the affected target: cmake --build build --config Release -t mmo_client (note success/failure; don't block on a slow build — if it's clearly unrelated or too long, say so).
git add -A && git commit the change (local only — no push) with a message referencing the crash and root cause. End the commit body with: Co-Authored-By: Codex Opus 4.8 <noreply@anthropic.com>
git checkout develop so the tree is clean for the next run. The fix stays on its branch for the user to review.

Step 6 — Document and set status

Write artifacts/crash-reports/<id>/FINDINGS.md containing:

Summary — one line: exception + where it crashed.
Symbolicated trace — the resolved src/ frames.
Root cause — your hypothesis and the evidence (code + log) for it.
Fix — what you changed and why (with file:line), the branch name, and the compile result; or why you did not change code.
Confidence — high / medium / low, and what would raise it.
Repro / context — player state, version, and the log sequence leading to the crash.

Then set STATUS to one of: fix-attempted (code changed on a branch), wont-fix (analyzed, no change warranted), or needs-info (couldn't symbolicate or root-cause).

Step 7 — Report back

Give a short summary: which report id, the root cause, what you did (branch name if any, compile result), confidence, and what the user should review.

이 저장소의 다른 Skills

같은 저장소

mmo-spell-designer

Kyoril/mmo

Inspects, designs, validates, exports, and applies MMO spell data for F:\\mmo using the live protobuf project files. Use when creating a new spell, editing an existing spell, reviewing aura or proc behavior, checking race or class restrictions, or tracing spell dependencies such as items, visualizations, categories, proficiencies, and starting spell sources.

2026-06-2450

mmo-ui-designer

Kyoril/mmo

Inspect, design, implement, and validate this MMO project's native game UI built from XML layouts, Lua behavior, Frame UI C++ renderers and bindings, localized strings, and HTEX assets. Use when creating or modifying files under data/client/Interface, diagnosing frame state or anchoring problems, wiring mmo_client or frame_ui Lua APIs, adding UI textures, or polishing in-game layout and interaction UX.

2026-06-2450

mmo-item-designer

Kyoril/mmo

Design balanced MMO game items, generate or edit live protobuf-backed item and item-display data in F:\mmo, and create matching imported HTEX item icons from generated 128x128 PNG art. Use whenever the user asks to create, design, edit, import, or generate any item, weapon, armor piece, shield, accessory, bag, consumable, potion, food, quest item, crafting material, ammunition, or other in-game equipment, including terse requests such as "make me a sword" or "I need a potion".

2026-06-2150

mmo-npc-designer

Kyoril/mmo

Inspects, designs, validates, exports, and applies MMO creature and NPC data for F:\mmo using the live protobuf project files. Use when creating or editing questgivers, vendors, trainers, civilians, hostile creatures, bosses, loot-bearing enemies, faction setups, gossip-driven NPCs, or creature map spawns.

2026-06-1550

mmo-material-editor

Kyoril/mmo

Inspect, preview, describe, create, or modify this MMO project's HTEX textures, HMAT material graphs, HMF material functions, and HMI material instances. Use for texture metadata or PNG previews; material node/pin/property analysis; shader and deferred-rendering reasoning; terrain material tuning; JSON export and validation; HMI override edits; or conservative HMAT graph edits that must preserve compiled chunks.

2026-06-1550

mmo-quest-creator

Kyoril/mmo

Inspects, designs, validates, exports, and applies MMO quest data for F:/mmo using the live protobuf project files. Use when creating or editing single quests, building or extending quest chains, wiring questgivers and turn-in NPCs, authoring exploration or scripted quest flows, balancing quest rewards, or fixing broken quest dependencies.

2026-06-1450

name	source-command-fix-crash
description	Fetch new crash reports, symbolicate the oldest unhandled one, and attempt a fix on a branch (one per run).

source-command-fix-crash

Use this skill when the user asks to run the migrated source command fix-crash.

Command Template

You are working through the crash-report fix loop for this MMO engine. Do one crash report this run, end to end, then stop. Be rigorous and conservative: a wrong "fix" is worse than no fix.

Hard rules

Work on one report only this run (the oldest unhandled one).
Do not push, open PRs, merge, or delete anything on the crash-report server. The server's DELETE endpoint is off-limits — the user reviews everything.
Make code changes only on a dedicated branch; leave develop clean when you finish.
Everything you produce as state goes under that report's folder in artifacts/crash-reports/<id>/ (gitignored). Never commit anything under artifacts/.
If you cannot confidently identify a root cause, do not guess-edit code. Document findings and mark the report needs-info.

Step 1 — Sync new reports

Run the fetch script (downloads only reports not already present locally):

powershell -NoProfile -ExecutionPolicy Bypass -File tools\sync_crash_reports.ps1 -Json

The local folder is the source of truth / backup. Note the JSON_SUMMARY line.

Step 2 — Pick one report

If there is no downloaded report, write nothing, report "No new crash reports to work on," and stop.

Step 3 — Symbolicate

powershell -NoProfile -ExecutionPolicy Bypass -File tools\symbolicate_crash.ps1 -ReportDir artifacts\crash-reports\<id>

Step 4 — Investigate

Step 5 — Attempt a fix (only if confident)

If you have a confident, minimal fix:

Create a branch: git checkout -b crash-fix/<id-short> (use the first 8 chars of the id).
Make the smallest correct change that addresses the root cause. Match surrounding code style (Allman braces, tabs, m_camelCase, PascalCase methods — see AGENTS.md).
Best-effort compile check of the affected target: cmake --build build --config Release -t mmo_client (note success/failure; don't block on a slow build — if it's clearly unrelated or too long, say so).
git add -A && git commit the change (local only — no push) with a message referencing the crash and root cause. End the commit body with: Co-Authored-By: Codex Opus 4.8 <noreply@anthropic.com>
git checkout develop so the tree is clean for the next run. The fix stays on its branch for the user to review.

Step 6 — Document and set status

Write artifacts/crash-reports/<id>/FINDINGS.md containing:

Summary — one line: exception + where it crashed.
Symbolicated trace — the resolved src/ frames.
Root cause — your hypothesis and the evidence (code + log) for it.
Fix — what you changed and why (with file:line), the branch name, and the compile result; or why you did not change code.
Confidence — high / medium / low, and what would raise it.
Repro / context — player state, version, and the log sequence leading to the crash.

Then set STATUS to one of: fix-attempted (code changed on a branch), wont-fix (analyzed, no change warranted), or needs-info (couldn't symbolicate or root-cause).

Step 7 — Report back

Give a short summary: which report id, the root cause, what you did (branch name if any, compile result), confidence, and what the user should review.