skills/project-checklist/SKILL.md
Verifies the ASTRA Sprint 0 completion checklist. Checks required files, settings, and quality gate configurations.
npx skillsauth add astra-technology-company-limited/astra-methodology project-checklistInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Verifies that the ASTRA Sprint 0 setup for the current project has been correctly completed.
Checks the existence of the following files/directories:
| Path | Required | Description |
|------|----------|-------------|
| CLAUDE.md | Required | Project AI rules |
| .claude/settings.json | Optional | Project-specific settings |
| src/styles/design-tokens.css | Required | Design tokens |
| docs/design-system/components.md | Required | Component guide |
| docs/design-system/layout-grid.md | Required | Layout grid |
| docs/blueprints/overview.md | Required | Project overview |
| docs/database/database-design.md | Required | Central DB design document |
| docs/database/naming-rules.md | Required | DB naming rules |
| docs/tests/test-strategy.md | Required | Test strategy document |
| docs/sprints/sprint-1/prompt-map.md | Required | First sprint prompt map |
Checks whether CLAUDE.md contains the following sections:
Checks whether the following tokens are defined in src/styles/design-tokens.css:
--color-*)--font-size-*, --font-weight-*)--spacing-*)Checks whether docs/database/database-design.md contains the following sections:
Checks whether docs/database/naming-rules.md contains the following:
Checks whether docs/tests/test-strategy.md contains the following sections:
~/.claude/settings.json~/.claude/.mcp.json (chrome-devtools, postgres, context7)Checks whether hookify rules are configured:
hookify.*.local.md files in the .claude/ directoryChecks whether sprint progress tracking is configured:
| Path | Required | Description |
|------|----------|-------------|
| docs/sprints/sprint-1/progress.md | Optional | Sprint 1 progress tracker |
If docs/sprints/sprint-1/progress.md exists, verify it contains:
<!-- PROGRESS_TABLE_START --> ... <!-- PROGRESS_TABLE_END -->)<!-- ACTIVITY_LOG_START --> ... <!-- ACTIVITY_LOG_END -->)<!-- SUMMARY_START --> ... <!-- SUMMARY_END -->)Outputs verification results in the following format:
## ASTRA Sprint 0 Checklist Verification Results
### Score: {passed}/{total} ({percent}%)
### Passed Items
- [x] {item name}
### Failed Items
- [ ] {item name} - {resolution method}
### Recommended Actions
1. {specific action items}
tools
Runs UAT (User Acceptance Testing) cases in TRUE PARALLEL using Playwright Test runner with isolated browser contexts per worker (separate cookies, localStorage, sessionStorage). Solves the two main limits of /user-test: (1) sequential single-page execution that does not scale beyond a few cases, and (2) one stuck case blocking the rest of the run. Reuses 100% of the /user-test UAT case Markdown+YAML format under docs/tests/uat-cases/, runs them via `npx playwright test --workers=N`, and emits the same report layout (index.html + issues.md + session.json + screenshots/) under docs/tests/uat-reports/. Use when the user asks to "run UAT in parallel", "speed up UAT", "test multi-user", "song song", "uat parallel", or runs /uat-parallel. Distinct from /user-test (sequential Chrome MCP, supports interactive mode), /test-run (developer integration tests), /test-scenario (scenario authoring).
tools
Performs end-user UAT (User Acceptance Testing) by driving a real browser through Chrome MCP, self-verifying each step with hard assertions (DOM / Network / URL / Console), auto-assigning severity on failure, and emitting an HTML report plus issues.md into a timestamped session folder. Supports two modes: interactive (URL + Vietnamese natural-language flow description) and --auto (batch-run pre-authored test cases under docs/tests/uat-cases/). Use when the user asks for "UAT", "user acceptance test", "kiểm thử người dùng", "regression test", or runs /user-test, /uat. Distinct from /test-run (developer-authored technical integration testing) and /test-scenario (scenario authoring from blueprints).
tools
Authors and validates LLM tool descriptions and input schemas (Anthropic Tool Use, MCP servers, LangChain @tool, Pydantic, Zod). Use when the user mentions "tool description", "function calling", "MCP tool", "Pydantic schema", "Zod schema", "@tool decorator", "input_schema", "tool spec", "툴 정의", "함수 호출 스키마", or when editing files that define LLM tool surfaces. Enforces the six required attributes (one-line summary, anti-pattern, synonyms, parameter examples, enum constraints, return shape) and blocks the seven known failure modes — wrong-tool selection, skipped tool, malformed arguments, retry loops, user-intent bypass, wrong side-effect, and un-auditable traces. For authoring ASTRA SKILL.md files use /skill-author instead — this skill is for *runtime* LLM tool surfaces, not for skill files themselves.
development
Creates new SKILL.md files or refactors existing skills to comply with the ASTRA skill best practices guide (docs/development/skill-best-practices.md). Use when user mentions "new skill", "create skill", "SKILL.md", "skill authoring", "스킬 작성", "스킬 만들기", or when editing any file matching skills/**/SKILL.md.