Conversation
| "check itk-dev standards", (3) reviewing PR for convention compliance, | ||
| (4) setting up a new itk-dev project, (5) upgrading Docker configuration. | ||
| Walks through 9 validation areas: MCP tool comparison, docker-compose, | ||
| server compose, environment, Taskfile, Symfony/PHP config, Composer, |
There was a problem hiding this comment.
Symfony/PHP config this would limit the usage to symfony projects or?
|
|
||
| Before manual checks, attempt automated comparison using the | ||
| `plugin:itkdev-tools:itkdev-docker` MCP tools. These provide | ||
| file-level diffs against the canonical template. |
There was a problem hiding this comment.
The big question is how do we handle extra service etc. or would exceptions to the rules be handled in the projects memory files
| - [ ] `phpfpm` uses `itkdev/php8.4-fpm:latest` (or appropriate PHP version) | ||
| - [ ] `mariadb` uses `itkdev/mariadb:latest` | ||
| - [ ] `nginx` uses `nginxinc/nginx-unprivileged:alpine` | ||
| - [ ] `worker` uses `itkdev/supervisor-php8.4:alpine` (matching PHP version) |
There was a problem hiding this comment.
Worker it only in this or some projects. Many default projects would use a docker-compose.override.yml file to add/unset services form the default setup.
|
|
||
| #### Dev Profile Services | ||
|
|
||
| - [ ] `node`, `markdownlint`, `prettier` services have `profiles: [dev]` |
There was a problem hiding this comment.
Normally they would be added in docker-compose.override.yml
|
|
||
| ### Step 3 — Environment (`.env`) | ||
|
|
||
| Validate environment file conventions. |
There was a problem hiding this comment.
This is mainly for symfony projects only
|
|
||
| --- | ||
|
|
||
| ### Step 4 — Taskfile.yml |
There was a problem hiding this comment.
Not sure we have a taskfile standard... may simple task required only. Link task compose, task drush, task console... based on project type
Address PR #29 review feedback: remove Symfony-centric assumptions and make the skill flexible for Symfony, Drupal, and generic project types. - Add project type classification (symfony-*/drupal-*/generic) after Step 0 - Support documented project exceptions via CLAUDE.md - Make worker service and dev profile services conditional in Step 1 - Restructure Taskfile checks into required/conditional/optional tiers - Rename Step 5 to "Framework-Specific Config" with per-type checks - Split GitHub Actions workflow list by project type - Update verification report template with documented exceptions
Add skill for auditing projects against itk-dev Docker and development conventions from itk-dev/devops_itkdev-docker. Includes automated MCP tool comparison and 9-area manual validation checklist.
Align with the itkdev- prefix convention used by all other skills.
Address PR #29 review feedback: remove Symfony-centric assumptions and make the skill flexible for Symfony, Drupal, and generic project types. - Add project type classification (symfony-*/drupal-*/generic) after Step 0 - Support documented project exceptions via CLAUDE.md - Make worker service and dev profile services conditional in Step 1 - Restructure Taskfile checks into required/conditional/optional tiers - Rename Step 5 to "Framework-Specific Config" with per-type checks - Split GitHub Actions workflow list by project type - Update verification report template with documented exceptions
c96eb4b to
63c3fe6
Compare
Summary
itkdev-validate-standardsskill for auditing projects against itk-dev Docker and development conventions fromitk-dev/devops_itkdev-dockeritkdev-dockerMCP tools (detect, compare, fetch template content)Test plan