skunexus-fe-handoff

Generates a self-contained frontend handoff document mapping GraphQL reads and REST writes for a ticket.

Updated Jul 14, 2026
One-click install
npx skills add https://github.com/SkuNexus-Devs/skunexus-ai --skill skunexus-fe-handoff-skunexus-devs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: skunexus-fe-handoff
Source: https://github.com/SkuNexus-Devs/skunexus-ai/tree/main/skills/skunexus-fe-handoff
Command: npx skills add https://github.com/SkuNexus-Devs/skunexus-ai --skill skunexus-fe-handoff-skunexus-devs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After backend work ships on a ticket, frontend developers need a complete, accurate map of the API surface — but they cannot read the backend repository. This Skill produces .ai/<TICKET>/fe-handoff.md, a single document containing every GraphQL query, REST endpoint, validation rule, error shape, enum, and permission the frontend needs, derived from the real code on the ticket branch rather than stale planning notes. ## Core Features & Use Cases - Code-grounded contract extraction: Reads actual GraphQL type classes, FormRequest validation rules, and permission config to document real field names, request/response shapes, and error codes — never invented examples. - User-flow ordering: Organizes operations by the user's journey through the feature instead of an alphabetical endpoint list, with each operation flagged NEW, CHANGED, or existing. - Update mode: Rescans an existing handoff against a recorded git baseline and updates only facts the code now contradicts, preserving hand-edited prose already shared with the FE team. - Use Case: After merging backend work for ticket PHG-418, ask for the FE handoff and receive a reviewed, approved document the frontend team can build from without ever opening the backend repo. ## Quick Start Ask the assistant to prepare the FE handoff for your ticket, for example by saying "write the handoff for PHG-418" after the backend implementation is complete.

Frequently Asked Questions about skunexus-fe-handoff

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

FAQPage Schema
How do I create a frontend handoff document from backend code?

Run this Skill after backend implementation completes on the ticket branch. It reads the actual GraphQL types, FormRequest validation rules, and permission config, then writes a self-contained fe-handoff.md organized by user flow with example requests and responses.

How do I document a GraphQL and REST API for a frontend team?

Document reads as complete example GraphQL queries with realistic responses, and writes as method, path, full request body, validation table, and error shapes. Order operations by the user's journey through the feature rather than alphabetically so readers know where each call belongs.

Can I update an existing API handoff doc after backend changes?

Yes. Update mode diffs the code from the scan baseline recorded in the document frontmatter to the current state, corrects only facts the code now contradicts, flags changed operations, and preserves hand-edited prose already shared with the frontend team.

What should a backend-to-frontend handoff document include?

Include complete example GraphQL queries and responses, REST request bodies with field-by-field validation tables, error shapes (422, 403, 404), enum value lists, permission and scoping behavior, config-dependent behavior, and side effects like status transitions the UI must reflect.

When should I not use this handoff skill?

Do not use it for PR descriptions, testing steps, implementing or reviewing frontend code, or general API documentation unrelated to a specific ticket. It also should not run before backend implementation is complete, since it documents the final code state.