원클릭으로 Manus에서 모든 스킬 실행

lisa-validate-tracker-mapping

스타1

포크0

업데이트2026년 6월 8일 14:11

Detect (and optionally repair) drift between a project's configured Lisa status/label mappings and the live tracker/source workflow names. Read-only by default; repairs the config to canonical live names with repair=true. Audits the current repo or sweeps many via projects=/workspaces=.

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

CodySwannGT

CodySwannGT/advisory-rankings

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

Lisa Command Compatibility

Original Claude command: /lisa:validate-tracker-mapping
Codex invocation: $lisa-validate-tracker-mapping or a plain-English request that matches this skill.
Treat the user's surrounding request as the command arguments.
Claude argument hint: [projects=<glob> | workspaces=<file> [filter=<substr>]] [lane=build|prd|both] [repair=true]

Use the /lisa:validate-tracker-mapping skill to check whether the status/label names in .lisa.config.json still match the live tracker and PRD source — catching renames, deletions, and case drift (e.g. config On Stg vs live ON STG). Read-only by default; pass repair=true to rewrite the config to the canonical live names. Use the user's surrounding request as this command's arguments.

Common usage:

/lisa:validate-tracker-mapping — audit the current repo's mapping (read-only).
/lisa:validate-tracker-mapping repair=true — audit and repair config drift in the current repo.
/lisa:validate-tracker-mapping projects=~/workspace/geminisportsai/projects/* — sweep every Lisa project under a directory.
/lisa:validate-tracker-mapping workspaces=~/workspace/lisa/.lisa.workspaces.json filter=geminisportsai — sweep the projects in a workspaces file whose paths match a substring.

Use this when you suspect a JIRA/GitHub/Linear/Notion status, label, or option was renamed or deleted out from under Lisa — the failure mode that leaves builds unable to find their completion transition and items silently stuck. Run it read-only (or on a schedule) to detect drift; run it with repair=true to fix the config. Repair only ever edits the config to match the live names — it never renames anything in the tracker.

이 저장소의 다른 Skills

같은 저장소

exploratory-qa

CodySwannGT/advisory-rankings

First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — opening it in a real browser or browser automation session, landing cold on the home page, and clicking/typing/selecting through visible controls to find anything confusing, broken, or hard to understand (unclear purpose or audience, human-facing jargon, contextless extracted data, machine-style labels, raw dates/enums, sparse data with no explanation, wrong control semantics, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password, or a primary action that drops the user into an incomplete/unsatisfiable state with no way to finish) across all breakpoints. Static route scans, HTTP fetches, screenshots alone, or console/network checks alone are not sufficient explorato

2026-06-201

github-build-intake

CodySwannGT/advisory-rankings

GitHub counterpart to lisa:jira-build-intake. Scans a GitHub repository for issues carrying the configured `ready` build label, processes the first eligible issue, runs leaf work via lisa:github-agent, relabels to the configured `done` label on completion, then exits. Enforces the claim-time arm of the `leaf-only-lifecycle` rule: a parent/container with open child work (or a childless Epic) that still carries a stale build-ready label is moved out of the ready pickup queue into the configured `claimed` label with a lifecycle-repair comment, never dispatched to lisa:github-agent. The `ready` label is the human-flipped signal that an issue is truly ready for direct development pickup — mirroring how Notion PRDs work product Draft → Ready → (us) In Review → Blocked|Ticketed.

2026-06-201

implement

CodySwannGT/advisory-rankings

This skill should be used for any non-trivial request — features, bugs, stories, epics, spikes, or multi-step tasks. It accepts a ticket URL (Jira, Linear, GitHub), a file path containing a spec, or a plain-text prompt. It assembles an agent team, breaks the work into structured tasks, and manages the full lifecycle from research through implementation, code review, deploy, and empirical verification.

2026-06-201

intake

CodySwannGT/advisory-rankings

Vendor-agnostic scanner for Ready queues. Given a Notion PRD database URL → finds the first Ready PRD and runs lisa:plan. Given a Confluence space or parent page URL → finds the first prd-ready PRD and runs lisa:plan. Given a Linear workspace URL or team key → finds the first prd-ready Linear project and runs lisa:plan. Given a GitHub repo URL or `org/repo` token → finds the first prd-ready GitHub issue and runs lisa:plan. Given a JIRA project key or JQL filter → finds the first Ready ticket and runs lisa:implement. Given a GitHub repo URL or `org/repo` token when `tracker = github` → finds the first `status:ready` issue and runs lisa:implement. On the PRD side it also closes the loop: each cycle rolls a ticketed PRD up to shipped and dispatches lisa:verify-prd for one shipped PRD (shipped → verified on pass; on fail, re-opened shipped → ticketed with build-ready fix tickets that auto-build and re-verify — never blocked). Designed as the cron target for /schedule — one eligible item per invocation, exits clea

2026-06-201

jira-build-intake

CodySwannGT/advisory-rankings

Symmetric counterpart to notion-prd-intake on the JIRA side. Scans a JIRA project (or JQL filter) for tickets in the configured `ready` status, claims the first eligible ticket by transitioning to the configured `claimed` status, runs the implementation/build flow via jira-agent, transitions to the configured `done` status on completion, then exits. Enforces the claim-time arm of the `leaf-only-lifecycle` rule: a parent/container with open child work (or a childless Epic) that still carries a stale build-ready status is skipped or safe-blocked with a lifecycle-repair comment, never claimed. The `ready` status is the human-flipped signal that a TODO ticket is truly ready for development — mirroring how Notion PRDs work product Draft → Ready → (us) In Review → Blocked|Ticketed.

2026-06-201

jira-evidence

CodySwannGT/advisory-rankings

Upload evidence to GitHub pr-assets release, update PR description, upload attachments to JIRA, post comment, and move ticket to the configured review status only when `jira.workflow.review` is set (otherwise leave it in `claimed`). Reusable by any skill that captures evidence and generates evidence/comment.txt + evidence/comment.md.

2026-06-201

name	lisa-validate-tracker-mapping
description	Detect (and optionally repair) drift between a project's configured Lisa status/label mappings and the live tracker/source workflow names. Read-only by default; repairs the config to canonical live names with repair=true. Audits the current repo or sweeps many via projects=/workspaces=.

Lisa Command Compatibility

Original Claude command: /lisa:validate-tracker-mapping
Codex invocation: $lisa-validate-tracker-mapping or a plain-English request that matches this skill.
Treat the user's surrounding request as the command arguments.
Claude argument hint: [projects=<glob> | workspaces=<file> [filter=<substr>]] [lane=build|prd|both] [repair=true]

Common usage:

/lisa:validate-tracker-mapping — audit the current repo's mapping (read-only).
/lisa:validate-tracker-mapping repair=true — audit and repair config drift in the current repo.
/lisa:validate-tracker-mapping projects=~/workspace/geminisportsai/projects/* — sweep every Lisa project under a directory.
/lisa:validate-tracker-mapping workspaces=~/workspace/lisa/.lisa.workspaces.json filter=geminisportsai — sweep the projects in a workspaces file whose paths match a substring.