Skip to main content
Exécutez n'importe quel Skill dans Manus
en un clic
Dépôt GitHub

xlsx

xlsx contient 5 skills collectées depuis office-kit, avec une couverture métier par dépôt et des pages de détail sur le site.

skills collectés
5
Stars
20
mis à jour
2026-07-05
Forks
1
Couverture métier
2 catégories métier · 100% classifié
explorateur de dépôts

Skills dans ce dépôt

issue-triage
Développeurs de logiciels

Triage GitHub issues for the @office-kit/xlsx repository — classify as bug / feature request / other, attach the matching label, and drive the right follow-up workflow (reproduce + fix-PR for bugs; policy check + spec + implement-PR for features; individual response for other). Invoke this whenever the user mentions an issue number, asks to "triage", "look at", "handle", "process" an issue, or pastes a GitHub issue URL — even if they don't say the word "triage".

2026-07-05
full-code-review
Analystes en assurance qualité des logiciels et testeurs

Use before opening a PR to do a maintainer-perspective review of a branch. Walks through "why does this exist", "is the design right", "is the implementation correct", and "are tests / docs / changelog complete". Invoked when the user says "review my branch", "do a full review", "is this PR ready", or "/full-code-review".

2026-05-11
pr-workflow
Développeurs de logiciels

Use when opening a pull request. Covers branch naming, commit hygiene, PR title and body conventions, and what must be true before a PR leaves draft. Invoked when the user says "open a PR", "create a PR", "submit", or asks to push and PR a branch.

2026-05-11
review-response
Développeurs de logiciels

Use when responding to GitHub PR review comments. Covers fetching unresolved threads only, deciding "fix" vs "decline" per comment with the user, replying with the commit hash, and feeding back lessons to the project's skill files. Invoked when the user says "respond to review", "address review comments", or pastes a PR with review feedback.

2026-05-11
run-check-and-test
Développeurs de logiciels

Use after making code changes, before committing, before opening a PR, or whenever the user says "check it", "run tests", "verify", or "is this ready". Runs the project's quality gates — format, lint, types, tests, build — and reports failures.

2026-05-11