Panther Strike 用于锁定并修复单个 GitHub issue，强调高能量、聚焦、外科手术式的处理。
用途：当用户给出一个 issue 编号，或说 strike、drop on、attack、kill 某个 issue，或显式调用 /panther-strike #123，并希望快速、聚焦地解决单个问题时启用。
主要流程分六阶段：TARGET 获取 issue 详情（gh issue view {number} --repo AutumnsGrove/Lattice）并理解完成标准；SHADOWS 搜索相关文件与函数，借助 gw context、gf --agent search/func/usage/impact 等工具，并检查类型安全（parseFormData/safeJsonParse、as any、裸 JSON.parse、raw formData.get）；STALK 阅读相关文件，定位根因与修改位置，输出带行号的诊断；AMBUSH 写简短计划（改动文件、修复要点、边界情况），复杂修复写入 docs/plans/planned/issue-{number}-{slug}.md；LEAP 精准修改，只改必要内容，遵循既有模式，使用 Signpost 错误码、Rootwork 类型守卫，用 Edit 工具，必要时用 Write 新建文件；SILENCE 验证并提交。
验证为强制步骤：先 pnpm install，再 gw ci --affected --fail-fast --diagnose，只针对被改动包做 lint、check、test、build。验证通过后提交并推送：git add -A && git commit -m "fix(component): brief description of fix — Fixes #{number}"。若涉及 worktree，需在总结表中注明，并提醒 PR 批准后用 gw git worktree finish --write 清理。
规则：一次只处理一个 issue、一个修复、一个提交；不做顺带修改与范围蔓延；路径清晰时快速行动。需撤退的情形包括：修改超出一次修复范围、多个不相关任务、目标不明确、信息缺失或问题不可达。
限制：资料未提供安装方式、收费、价格、平台支持、效果保证等信息。使用时需具备相应仓库环境与工具链（gw、gf、pnpm 等）。