Skip to content

docs: add OpenSpec baseline and follow-up change proposals#45

Open
ninjadq wants to merge 1 commit into
Azure:mainfrom
ninjadq:add-openspec-baseline
Open

docs: add OpenSpec baseline and follow-up change proposals#45
ninjadq wants to merge 1 commit into
Azure:mainfrom
ninjadq:add-openspec-baseline

Conversation

@ninjadq
Copy link
Copy Markdown
Member

@ninjadq ninjadq commented May 14, 2026

Summary

  • Introduce OpenSpec to the repository as the spec source-of-truth for the four CRDs (Requirement, Operation, AppDeployment, Cache).
  • Archive the baseline-existing-system change, promoting four capability specs into openspec/specs/ that describe current externally observable behavior (finalizers, annotations, labels, requeue intervals, cache hit/miss flow).
  • Add two follow-up change proposals (not yet applied):
    • guarantee-operation-id-uniqueness — tighten the Operation.status.operationId contract from probabilistic (random) to strict (UID-derived), with concurrent-reconcile coverage.
    • document-cache-mode-annotation — document operation-cache-controller.azure.github.com/cache-mode=true as an operator-facing contract on cache-created Operations.
  • Seed openspec/config.yaml with stack/conventions context and add a Specifications section to README.md pointing future PRs at the delta workflow.

No source code, CRD schema, RBAC, or runtime behavior changes.

Test plan

  • openspec list shows the two pending follow-up changes
  • openspec validate requirement-management operation-orchestration appdeployment-execution cache-pool all pass
  • openspec validate guarantee-operation-id-uniqueness passes
  • openspec validate document-cache-mode-annotation passes
  • make test still green (no code touched)

🤖 Generated with Claude Code

Introduce OpenSpec as the spec source-of-truth for the controller:

- Archive the baseline-existing-system change that captures current
  behavior of Requirement, Operation, AppDeployment, and Cache CRDs
  as four capability specs under openspec/specs/.
- Add two follow-up change proposals:
  - guarantee-operation-id-uniqueness: tighten operation ID assignment
    so uniqueness is enforced (via metadata.uid), not probabilistic.
  - document-cache-mode-annotation: document the cache-mode annotation
    emitted on cache-created Operations as an operator-facing contract.
- Seed openspec/config.yaml with project context.
- Add a Specifications section to README pointing future PRs at the
  spec deltas workflow.

No runtime or API changes.

Co-Authored-By: Claude Opus 4 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant