本文へ移動
cccskills
無料GitHub で公開

jira-ticket

Use when creating or drafting DLS (Lumen team) Jira tickets: a bug, a task, or an epic broken down from a tab of the Lumen scope spreadsheet. Holds the DLS project conventions (title prefix, issue types, epics, labels) and the ticket templates. Also the source of truth for finding the current sprint's tickets.

インストール方法を見る

含まれるファイル(2)

  • SKILL.md3.7 KB
  • references/templates.md967 B

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Jira ticket (DLS)

Project DLS, board 3464: https://ledgerhq.atlassian.net/jira/software/c/projects/DLS/boards/3464/backlog. Use the Atlassian MCP.

Title

<prefix> <Component>: <what>, e.g. [M][D] Table: add show-more row.

PrefixScope
[D]Desktop/web: libs/ui-react
[M]Mobile: libs/ui-rnative
[M][D]Both platforms
noneTech task or other (tokens, tooling, CI, docs)

The prefix order is always [M][D], with no colon. Epics use [LUMEN] <name>.

Type, epic, labels

  • Type: Bug for something broken, Task for everything else, Epic for a project scope.
  • Epic (parent): the project epic if there is one. Otherwise the current PI bucket: Bug → [LUMEN] Run <PI>, no prefix → [LUMEN] Tech tasks <PI>, [D]/[M] → [LUMEN] functional tasks <PI>. Bucket epics for several PIs stay open at once, so status doesn't tell the current one: take the PI of the bucket epics that the last two weeks' tickets were filed under (project = DLS AND created >= -14d, read their parent), and show it in the draft so the user confirms it.
  • Labels: tech_DLS, plus LUMEN_TO_REFINE unless the ticket is ready to be picked up.
  • Epics also set Dream Team (customfield_10332) = Lumen Team.
  • Leave sprint and priority empty unless the user gives them. Assign the ticket to the user when they'll work on it: the open-pr lookup below only finds tickets assigned to them.

Body

Use the template for the type in references/templates.md. Fill what you know, delete the sections that don't apply, and never invent repro steps or acceptance criteria. Ask instead.

From the scope spreadsheet

One bottom tab = one project scope. Ask for the sheet link and tab if they aren't given; read it with the Google Sheets or Drive MCP. Create one Epic for the tab, then go through its rows (one row = one component).

Column positions vary between tabs, so find them by header name. The dev columns that matter are Lumen - React ([D]) and Lumen - React Native ([M]); Lumen - Figma is design work and never makes a dev ticket. Each cell holds a status:

Only cells marked To Create get a ticket (<Component>: create). Every other status (Available, Update Needed, Out of Scope, To Discuss, Ticket Created) gets none; list To Discuss rows in the draft as open questions.

When both dev columns are To Create, create one [M][D] task, or split it into [D] and [M] tasks when the platforms ship separately. Put the Comment column and any Figma or Jira design-ticket link in the task's Context.

Once the tickets exist, write back to the sheet with the Google Sheets MCP (update_values): set each cell that produced a ticket to Ticket Created, and put the ticket key in the tab's Ticket column when it has one. Re-read each cell first and only change it if it still says To Create. Without write access, skip this step.

Create

Creating tickets is visible to the whole team: show the drafts (title, type, epic, labels, body) and create only after the user confirms. For a spreadsheet breakdown, confirm the whole list once. Reply with the keys and links.

Current sprint lookup

For "which ticket is this?" (used by the open-pr skill): project = DLS AND sprint in openSprints() AND assignee = currentUser() ORDER BY updated DESC.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Creates and maintains Figma Code Connect files (`*.figma.tsx`) that map Figma components to code via the parser-based `figma.connect()` API. Use when the user mentions Code Connect, Figma component mapping, design-to-code translation, or asks to create/update .figma.tsx files.

日本語の概要は準備中です。原文の説明を表示しています。

LedgerHQ/lumen232026年10月17日 更新

Use when creating, naming, or placing a file or folder in libs/*, or when modifying or adding a file to an existing component (even when the barrel isn't touched) — component vs utility naming, the one-responsibility-per-file layout, when a folder needs an `index.ts` barrel (public API only), and the required set of files a component needs per lib. Load this before scaffolding or restructuring a component so the layout matches the codebase.

日本語の概要は準備中です。原文の説明を表示しています。

LedgerHQ/lumen232026年10月17日 更新

Use when designing or changing a component's public API, its composition, or its state model in libs/ui-react or libs/ui-rnative — layering (core vs internal vs primitives), BaseProps/Props splits, converting a component to compound / changing its composition with createSafeContext, controlled/uncontrolled state, prop-naming conventions, and cross-platform API parity. Load this before shaping a new component, changing its props, or refactoring its composition.

日本語の概要は準備中です。原文の説明を表示しています。

LedgerHQ/lumen232026年10月17日 更新

Use when writing or editing Storybook MDX docs (*.mdx) — the two-tab Overview/Implementation structure, story-backed `<Source>` examples, and doc table guidelines.

日本語の概要は準備中です。原文の説明を表示しています。

LedgerHQ/lumen232026年10月17日 更新

Use when creating or editing Storybook stories (*.stories.tsx, React or React Native) — story layout, controls, and export naming conventions.

日本語の概要は準備中です。原文の説明を表示しています。

LedgerHQ/lumen232026年10月17日 更新

Use when building or styling a component in libs/ui-react or libs/ui-rnative — the cross-platform styling principles, plus routing to the platform mechanics: Tailwind + cva + cn on web, useStyleSheet + themeJS + lx on React Native. Load this before writing component styles.

日本語の概要は準備中です。原文の説明を表示しています。

LedgerHQ/lumen232026年10月17日 更新

LedgerHQ のスキルをすべて見る

このスキルの問題を報告する