클랭커 쉽(Clanker Ship) 티켓의 계획을 수립합니다. 팀의 계획 지침을 따르며, 승인 후 구현합니다.
이 스킬은 AI 에이전트(Claude Code, Cursor, Codex 등)가 클랭커 쉽(Clanker Ship) 프로젝트에서 특정 티켓(WEB-31 등)의 계획을 작성하는 방법을 제공합니다. 사용자가 티켓의 계획, 설계 또는 구현 방법을 요청할 때 사용됩니다. 에이전트는 `get_agent_instructions`를 통해 팀의 실시간 계획 지침(템플릿 및 가이드라인)을 가져오고, `get_ticket`으로 티켓 정보를 읽은 후 관련 코드와 테스트를 검토합니다. 이후 템플릿에 따라 모든 섹션을 채워 계획을 작성하고, `update_ticket`으로 티켓에 저장한 뒤 사용자에게 승인을 요청하며, 승인 전까지는 구현하지 않습니다. 이는 일관된 계획 수립 프로세스를 보장하고 팀의 최신 지침을 항상 반영합니다.
npx skills add https://github.com/clankership/plugin/tree/HEAD/skills/write-plan티켓 계획은 에이전트가 구현하는 마크다운 문서입니다. 각 팀은 계획 지침(템플릿과 가이드라인)을 유지하며, 기본값은 클랭커 쉽(Clanker Ship)의 계획 루프를 따릅니다. 매번 실시간 지침을 따르세요.
get_ticket을 티켓 ID로 호출하여 제목, 요약 및 팀을 읽습니다.get_agent_instructions를 kind: "plan" 및 티켓의 팀 키와 함께 호출합니다.update_ticket을 티켓 ID와 계획과 함께 호출합니다.This repo contains 3 individual skills — each has its own dedicated page.
>- Create a Clanker Ship ticket for work the person describes, following the team's ticket instructions. Use when the person asks to file, create, open or write up a ticket, bug or task. Fetches the team's live instructions with get_agent_instructions and creates the ticket with create_ticket.
>- Set up Clanker Ship after installing the plugin: check the sign-in, show the person their work, and choose the default team for new tickets. Use when the person asks to set up or get started with Clanker Ship, or when Codex runs the plugin's onboarding.
>- Set up a product so its Clanker Ship tests run in every environment, production included: a Fixture API, TESTING.md, test helpers and CI. Use when the person asks to set up testing, add a Fixture API, or run tests against staging or production. Fetches the team's live fixtures and test-ci instructions.
ElevenLabs text-to-speech with mac-style say UX.
Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.
Capture and automate macOS UI with the Peekaboo CLI.
Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".
Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".