- New skill e2e-testing: on-demand Playwright setup (config, test:e2e script), acceptance-criteria-driven specs (one per feature + app-shell smoke), blueprint-driven semantic locators, and the shared verification checklist - /add-feature Step 7 and /execute-milestones Step 2.6 now write/update E2E specs and run npm run test:e2e alongside test/lint/typecheck; milestone gates and completion criteria include E2E - /generate-app Step 5 sets up Playwright and creates the app-shell smoke spec for the web target (integration_test / UI automation noted for flutter/winui3) - steering tasklist template, milestone-planning Definition of Done, milestone-execution task slicing/gates, development-guidelines pointers, and implementation-validator checks updated - AGENTS.md and README updated Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
3.8 KiB
| name | description |
|---|---|
| development-guidelines | A comprehensive guide and template for establishing a unified development process and coding conventions across the team. Use when creating development guidelines and when implementing code. |
Development Guidelines Skill
Covers the two elements needed for team development:
- Coding conventions for implementation (implementation-guide.md)
- Standardization of the development process (process-guide.md)
Prerequisites
Before starting to create development guidelines, check the following:
Recommended Documents
docs/architecture.md(architecture design document) - confirm the technology stackdocs/repository-structure.md(repository structure) - confirm the directory structure
The development guidelines define concrete coding conventions and a development process based on the project's technology stack and directory structure.
Priority of Existing Documents
Important: If existing development guidelines are present at docs/development-guidelines.md,
follow this priority order:
-
The existing development guidelines (
docs/development-guidelines.md) - highest priority- They document project-specific conventions and processes
- They take precedence over this skill's guide
-
This skill's guide - reference material
- ./guides/implementation.md: general-purpose coding conventions
- ./guides/process.md: general-purpose development process
- Use when there are no existing guidelines, or as a supplement
When creating new: Refer to this skill's guides and template When updating: Update while preserving the structure and content of the existing guidelines
Output Destination
Save the development guidelines you create to:
docs/development-guidelines.md
Quick Reference
When Implementing Code
Rules and conventions for code implementation: ./guides/implementation.md
Contents:
- TypeScript/JavaScript conventions
- Type definitions and naming conventions
- Function design and error handling
- Comment conventions
- Security and performance
- Test code implementation
- Refactoring techniques
When Referencing/Defining the Development Process
Git workflow, test strategy, code review: ./guides/process.md
Contents:
- Basic principles (the importance of concrete examples, explaining rationale)
- Git workflow rules (Git Flow branching strategy)
- Commit messages and the PR process
- Test strategy (pyramid and coverage)
- The code review process
- Quality automation
Template
When creating development guidelines: ./template.md
Guide by Use Case
When Developing New Code
- Confirm naming conventions and coding standards in ./guides/implementation.md
- Confirm the branching strategy and PR handling in ./guides/process.md
- Write tests first (TDD)
During Code Review
- Refer to "The Code Review Process" in ./guides/process.md
- Check for convention violations against ./guides/implementation.md
When Designing Tests
- "Test Strategy" in ./guides/process.md (pyramid, coverage)
- "Test Code" in ./guides/implementation.md (implementation patterns)
- E2E tests: the e2e-testing skill (Playwright — E2E is part of every verification step)
When Preparing a Release
- "Git Workflow Rules" in ./guides/process.md (policy for merging into main)
- Confirm that commit messages follow Conventional Commits
Checklist
- Coding conventions are defined with concrete examples
- Naming conventions are clear (per language and project-specific)
- An error handling policy is defined
- A branching strategy is decided (Git Flow recommended)
- Commit message conventions are clear
- A PR template is prepared
- Test types and coverage targets are set
- A code review process is defined
- A CI/CD pipeline is established