Files
Ken Yasue 362eebd22d Require Playwright E2E tests in every verification step
- 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>
2026-07-02 12:26:23 +02:00

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:

  1. Coding conventions for implementation (implementation-guide.md)
  2. Standardization of the development process (process-guide.md)

Prerequisites

Before starting to create development guidelines, check the following:

  1. docs/architecture.md (architecture design document) - confirm the technology stack
  2. docs/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:

  1. 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
  2. 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

  1. Confirm naming conventions and coding standards in ./guides/implementation.md
  2. Confirm the branching strategy and PR handling in ./guides/process.md
  3. 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