docs: document Articles IV, V & VI as project-customizable in spec-driven.md#2467
docs: document Articles IV, V & VI as project-customizable in spec-driven.md#2467
Conversation
…ven.md Agent-Logs-Url: https://github.com/github/spec-kit/sessions/a5a938bd-4400-4deb-bdc8-0109b0bf4ccb Co-authored-by: mnriem <15701806+mnriem@users.noreply.github.com>
|
@copilot apply changes based on the comments in this thread |
Agent-Logs-Url: https://github.com/github/spec-kit/sessions/2501d2e9-fbcf-4d44-afe1-1fa19f1a0a24 Co-authored-by: mnriem <15701806+mnriem@users.noreply.github.com>
Applied all three review comments in d4ec0b7:
|
|
|
||
| - **Article IV** addresses integration concerns—such as integration testing requirements, contract testing across service boundaries, or cross-component communication standards. The constitution template's `[PRINCIPLE_4_NAME]` / `[PRINCIPLE_4_DESCRIPTION]` slot is dedicated to this article, with an example hint of *Integration Testing*. | ||
|
|
||
| - **Articles V & VI** address operational and lifecycle concerns—such as observability, structured logging, versioning schemes, or breaking-change policies. By default, the template groups these under a single `[PRINCIPLE_5_NAME]` / `[PRINCIPLE_5_DESCRIPTION]` slot (example hint: *V. Observability, VI. Versioning & Breaking Changes*). Teams that need separate articles can expand to additional principle sections using `/speckit.constitution`. |
|
|
||
| - **Articles V & VI** address operational and lifecycle concerns—such as observability, structured logging, versioning schemes, or breaking-change policies. By default, the template groups these under a single `[PRINCIPLE_5_NAME]` / `[PRINCIPLE_5_DESCRIPTION]` slot (example hint: *V. Observability, VI. Versioning & Breaking Changes*). Teams that need separate articles can expand to additional principle sections using `/speckit.constitution`. | ||
|
|
||
| To define these articles, populate the corresponding principle sections in `.specify/memory/constitution.md` (generated from `templates/constitution-template.md`). The `/speckit.analyze` command validates all spec and plan artifacts against every principle in your project constitution, so any rules you define here are automatically applied during analysis. |
|
@copilot apply changes based on the comments in this thread |
…erences Agent-Logs-Url: https://github.com/github/spec-kit/sessions/1c970cf3-767e-4e00-9e3b-db24461843e5 Co-authored-by: mnriem <15701806+mnriem@users.noreply.github.com>
Applied both comments in b9c7a0c:
|
|
|
||
| - **Article IV** addresses integration concerns—such as integration testing requirements, contract testing across service boundaries, or cross-component communication standards. The constitution template's `[PRINCIPLE_4_NAME]` / `[PRINCIPLE_4_DESCRIPTION]` slot is dedicated to this article, with an example hint of *Integration Testing*. | ||
|
|
||
| - **Articles V & VI** address operational and lifecycle concerns—such as observability, structured logging, versioning schemes, or breaking-change policies. By default, the template groups these (along with a Simplicity article) under a single `[PRINCIPLE_5_NAME]` / `[PRINCIPLE_5_DESCRIPTION]` slot (example hint: *V. Observability, VI. Versioning & Breaking Changes, VII. Simplicity*). Teams that need separate articles can expand to additional principle sections using `/speckit.constitution`. |
|
|
||
| - **Articles V & VI** address operational and lifecycle concerns—such as observability, structured logging, versioning schemes, or breaking-change policies. By default, the template groups these (along with a Simplicity article) under a single `[PRINCIPLE_5_NAME]` / `[PRINCIPLE_5_DESCRIPTION]` slot (example hint: *V. Observability, VI. Versioning & Breaking Changes, VII. Simplicity*). Teams that need separate articles can expand to additional principle sections using `/speckit.constitution`. | ||
|
|
||
| To define these articles, populate the corresponding principle sections in `.specify/memory/constitution.md` (initialized from `.specify/templates/constitution-template.md` in your project, sourced from `templates/constitution-template.md` in the Spec Kit repo). The `/speckit.analyze` command validates all spec and plan artifacts against every principle in your project constitution, so any rules you define here are automatically applied during analysis. |
|
@copilot apply changes based on the comments in this thread |
…ath notation Agent-Logs-Url: https://github.com/github/spec-kit/sessions/05743acb-4cf0-4c58-a67e-4b996b5e3088 Co-authored-by: mnriem <15701806+mnriem@users.noreply.github.com>
Applied both comments in 88e9823:
|
|
|
||
| - **Articles V & VI** address operational and lifecycle concerns—such as observability, structured logging, versioning schemes, or breaking-change policies. By default, the template groups these under a single `[PRINCIPLE_5_NAME]` / `[PRINCIPLE_5_DESCRIPTION]` slot (example hint: *V. Observability, VI. Versioning & Breaking Changes, VII. Simplicity*). The label text is a suggestion only—teams can name and scope this slot however fits their project, or expand to separate articles using `/speckit.constitution`. | ||
|
|
||
| To define these articles, populate the corresponding principle sections in `memory/constitution.md` (located at `.specify/memory/constitution.md` in your project, generated from `templates/constitution-template.md`). The `/speckit.analyze` command validates all spec and plan artifacts against every principle in your project constitution, so any rules you define here are automatically applied during analysis. |
There was a problem hiding this comment.
@copilot Fix this but keep in mind the /speckit.constitution command should be used to populate those aricles as they are project specific
There was a problem hiding this comment.
Fixed in ad5d907. Replaced the template path reference with /speckit.constitution as the recommended way to define these project-specific articles, with .specify/memory/constitution.md noted as the file it populates.
Agent-Logs-Url: https://github.com/github/spec-kit/sessions/522bf148-2732-4ff2-9f3d-c3f92c9543f2 Co-authored-by: mnriem <15701806+mnriem@users.noreply.github.com>
|
|
||
| - **Articles V & VI** address operational and lifecycle concerns—such as observability, structured logging, versioning schemes, or breaking-change policies. By default, the template groups these under a single `[PRINCIPLE_5_NAME]` / `[PRINCIPLE_5_DESCRIPTION]` slot (example hint: *V. Observability, VI. Versioning & Breaking Changes, VII. Simplicity*). The label text is a suggestion only—teams can name and scope this slot however fits their project, or expand to separate articles using `/speckit.constitution`. | ||
|
|
||
| To define these articles for your project, run `/speckit.constitution`—it guides you through populating the principle sections in `.specify/memory/constitution.md`. The `/speckit.analyze` command validates all spec and plan artifacts against every principle in your project constitution, so any rules you define here are automatically applied during analysis. |
|
|
||
| - **Article IV** addresses integration concerns—such as integration testing requirements, contract testing across service boundaries, or cross-component communication standards. The constitution template's `[PRINCIPLE_4_NAME]` / `[PRINCIPLE_4_DESCRIPTION]` slot is dedicated to this article, with an example hint of *Integration Testing*. | ||
|
|
||
| - **Articles V & VI** address operational and lifecycle concerns—such as observability, structured logging, versioning schemes, or breaking-change policies. By default, the template groups these under a single `[PRINCIPLE_5_NAME]` / `[PRINCIPLE_5_DESCRIPTION]` slot (example hint: *V. Observability, VI. Versioning & Breaking Changes, VII. Simplicity*). The label text is a suggestion only—teams can name and scope this slot however fits their project, or expand to separate articles using `/speckit.constitution`. |
|
@copilot apply changes based on the comments in this thread |
…analyze coverage Agent-Logs-Url: https://github.com/github/spec-kit/sessions/981ee0dc-5cef-444d-8cc2-1358e08825df Co-authored-by: mnriem <15701806+mnriem@users.noreply.github.com>
Applied both in 32a90dd:
|
|
|
||
| - **Articles V & VI** address operational and lifecycle concerns—such as observability, structured logging, versioning schemes, or breaking-change policies. By default, the template groups these under a single `[PRINCIPLE_5_NAME]` / `[PRINCIPLE_5_DESCRIPTION]` slot. Teams can name and scope this slot however fits their project, or expand to separate articles using `/speckit.constitution`. | ||
|
|
||
| To define these articles for your project, run `/speckit.constitution`—it guides you through populating the principle sections in `.specify/memory/constitution.md`. The `/speckit.analyze` command validates all spec, plan, and task artifacts against every principle in your project constitution, so any rules you define here are automatically applied during analysis. |
|
|
||
| - **Article IV** addresses integration concerns—such as integration testing requirements, contract testing across service boundaries, or cross-component communication standards. The constitution template's `[PRINCIPLE_4_NAME]` / `[PRINCIPLE_4_DESCRIPTION]` slot is dedicated to this article, with an example hint of *Integration Testing*. | ||
|
|
||
| - **Articles V & VI** address operational and lifecycle concerns—such as observability, structured logging, versioning schemes, or breaking-change policies. By default, the template groups these under a single `[PRINCIPLE_5_NAME]` / `[PRINCIPLE_5_DESCRIPTION]` slot. Teams can name and scope this slot however fits their project, or expand to separate articles using `/speckit.constitution`. |
spec-driven.mdclaimed "nine articles" but only documented six — Articles IV, V, and VI were silently missing between Article III and Articles VII & VIII.Changes
spec-driven.md— adds#### Articles IV, V & VI: Project-Customizable Standardsbetween Article III and Articles VII & VIII:[PRINCIPLE_4_NAME]/[PRINCIPLE_5_NAME]placeholders intemplates/constitution-template.mdas the customization point/speckit.analyzealready validates dynamically against whatever a project defines — no Spec Kit changes required to extend these articles