feat(platformctl): validate manifests against jsonschema #119
No reviewers
Labels
No labels
W6d-automerge-calibration
agent/claude-code
agent/codex
agent/hermes
agent/iskra
agent/ollama
agent/patchwarden
automerge-candidate
class/security-sensitive
cutover-gate
dependency/blocked
dependency/blocks-others
dependency/cross-repo
dependency/needs-confirmation
domain:agents
domain:ci
domain:docs
domain:forgejo
domain:infra
domain:memory
domain:runtime
domain:signal
domain:ux
flow/architecture
flow/blocked
flow/deployed
flow/done
flow/implementation
flow/intake
flow/maintained
flow/observed
flow/ready
flow/refining
flow/retired
flow/review
iterating
judge/codex-candidate
judge/hermes-candidate
judge/low-confidence
judge/needs-refinement
judge/operator-needed
judge/p0
judge/p1
judge/p2
judge/p3
judge/park
judge/patchwarden-candidate
judge/stale-priority
kind/adr
kind/bug
kind/chore
kind/feature
kind/infra
kind/ops
kind/refactor
kind/research
large-impact
merge/auto
merge/manual
merge/manual-dependency-conflict
merge/manual-failing-tests
merge/manual-merge-conflict
merge/manual-missing-review
merge/manual-operator-preference
merge/manual-red-zone
merge/manual-security-sensitive
merge/manual-unclear-scope
merge/manual-unknown
meta
mode:operator-only
mode:patchwarden-iskra-approved
mode:safe-auto
needs-operator-decision
needs-triage
not-ready
observed/erroring
observed/needs-followup
observed/pending
observed/retire-candidate
observed/unused
observed/used
operator-emotional
owner-attention
phase/02
phase/03
priority:p0
priority:p1
priority:p2
priority:p3
proposed
ready-for-agent
ready-for-operator
recovery
review:claude-reviewed
review:codex-reviewed
review:dziadek-reviewed
review:needs-human
risk/exposure
risk/process
risk/product
risk/runtime
safety:external-write
safety:no-prod-mutation
safety:prod-impact
safety:secret-touch
size/large
size/medium
size/small
size/tiny
size/unknown
source/adr
source/agent-generated
source/manual
source/operator-chat
source/voice-note
status:blocked
status:codex-ready
status:merged:pending-evidence
status:needs-evidence
status:operator-needed
status:parked
tier/full
tier/lite
tier/stacked
tier:0-platform-substrate
tier:1-iskra-value-layer
tier:2-tools-products-modules
type:bug
type:chore
type:docs
type:feat
type:policy
type:research
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
pdurlej/platform!119
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "codex/issues/63-validate-jsonschema"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Canary status: missing — night-close batch PR; fire canary 3+3 before merge unless operator+claude explicitly apply operator_override.
Closes #63
Canary Context Pack
Product story
Phase 02 cataloging needs a deterministic local validation gate before agents start upgrading manifests.
platformctl validateshould reject schema-invalid manifests and optionally check the Phase 02 v2 audit fields, so Codex/Claude can trust a boring command instead of eyeballing YAML.What changed
platformctl validate --strict-v2.validateaccept either a module id, amodules/<id>/directory, or a directmodule.yamlpath.$refresolution tomodule.schema.json.Why it changed
Issue #63 is the deterministic validation foundation for the rest of the night-close work. The prompt's original premise said
load_manifestdid not call jsonschema, but current main already does; this PR keeps that existing v1 validation and adds the missing strict-v2/path/test coverage.Files touched
control-plane/platformctl/cli.pycontrol-plane/platformctl/manifest.pycontrol-plane/platformctl/schema.pycontrol-plane/platformctl/tests/test_validate.pyRelevant context
schema/module.schema.jsonremains the default v1 schema.schema/module.schema.v2.jsonis used by--strict-v2and references v1 locally.AGENTS.mdPhase 02 v2 fields define the strict-v2 audit field set.Runtime evidence
N/A — control-plane validation code only; no runtime calls or production mutation.
Known constraints
modules/n8n-worker/now passes--strict-v2because it already has the Phase 02 v2 fields on current main.modules/honcho-api/is the real current negative sample for missing strict-v2 fields.Explicit out-of-scope
Requested decision
Review tomorrow with the night-close batch; run canary 3+3 before merge unless operator+claude explicitly choose an operator_override batch path.
Merge blockers
Spec sources read
control-plane/platformctl/cli.py: existingvalidatecommand and exit-code handling.control-plane/platformctl/manifest.py: existing manifest loading, v1 schema validation, token budget, and sacred-path checks.control-plane/platformctl/schema.py: existing JSON Schema wrapper and error type.schema/module.schema.json: default v1 manifest schema.schema/module.schema.v2.json: v2 extension schema and local$refbehavior.modules/n8n-worker/module.yaml: real v1+Phase02 sample that validates.modules/honcho-api/module.yaml: real v1 sample missing strict-v2 audit fields.state/agent-execution-template.md: PR/disclosure/verification protocol.docs/forgejo-agent-operations.md: Forgejo identity and PR rules.AGENTS.md: Phase 02 v2 audit field list.control-plane/platformctl/tests/test_negative_controls.py: existing test style and schema-fixture conventions.control-plane/platformctl/tests/test_smoke.py: existing platformctl test style.Verification
Test plan
test_validate.py.platformctl validate modules/n8n-worker/.platformctl validate --strict-v2 modules/honcho-api/and confirm SCHEMA_FAIL.Orchestrator review (claude / Pan Herbata)
Verdict: MERGE_READY (merge FIRST in pair)
PR #123 is built on top of this branch — merge #119 before #123 for clean history. After #119 merges, #123 will rebase trivially or stay green.
Diff matches Packet A scope. Tests included (test_validate.py, 4 cases). --strict-v2 flag added cleanly. Identity OK.