transfer-logic

Loads full context of the SKY-KING strip transfer mechanism before any code modification.

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/levori119/skyboard --skill transfer-logic-levori119
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: transfer-logic
Source: https://github.com/levori119/skyboard/tree/main/.claude/skills/transfer-logic
Command: npx skills add https://github.com/levori119/skyboard --skill transfer-logic-levori119

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? The strip transfer mechanism is the most critical core of the SKY-KING air traffic control system, and any uninformed change can break controllers' workflows. This Skill ensures the AI loads complete transfer-logic context before touching any transfer-related code. ## Core Features & Use Cases - Transfer Architecture Context: Documents the data model (strips, strip_transfers, sectors, sub_sectors), strip states (queued → active → pending_transfer), and the five transfer types including partial transfers with formation splits. - Change Governance Rules: Defines what may be changed freely (new fields via /migrate, transfer card UI), what requires CEO approval (accept/reject flow, split logic, state machine), and what is forbidden without full planning (strip_transfers table structure, getSectorSiblings, polling). - Mandatory Test Checklist: Lists five required post-change verifications including send/receive, rejection return, partial transfer splitting, duplicate prevention, and activity_log recording. - Use Case: Before modifying the IncomingTransferCard component or adding a transfer event type, activate this Skill so the AI understands the API routes (POST /api/strip-transfers, POST /api/strips/:id/split) and the activity_log event contract. ## Quick Start Load the transfer-logic skill before making any change to the SKY-KING transfer mechanism, split logic, or transfer UI cards.

Frequently Asked Questions about transfer-logic

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I safely modify the strip transfer mechanism in SKY-KING?

Load the transfer-logic context first, then read all relevant files including CLAUDE.md. Adding fields to strip_transfers via /migrate or changing transfer card UI is allowed, but accept/reject flow changes require CEO approval.

What API routes handle strip transfers in SKY-KING?

The server exposes POST /api/strip-transfers for sending, GET /api/strip-transfers for active transfers, PUT /api/strip-transfers/:id for accept/reject, POST /api/strips/:id/split for formation splits, and GET /api/strips/sector-siblings for finding siblings.

What transfer types does the SKY-KING system support?

Five types exist: sector transfer via a sub_sector handoff point, direct station-to-station transfer, partial transfer requiring formation split, accept-to-map, and classic acceptance to the acceptance panel in classic view.

Which transfer changes require CEO approval in SKY-KING?

Changes to the accept/reject flow, split logic, or strip state machine require CEO approval. Modifying the strip_transfers table structure, getSectorSiblings logic, or transfer polling is forbidden without full planning.

What tests are required after changing transfer logic?

Five checks are mandatory: a transfer between two stations is received, rejection returns the strip, partial transfer splits correctly, two stations accepting the same transfer create no duplicates, and activity_log records the event.