pdurlej/platform

Fork 0

audit(healthchecks): inventory which modules lack healthcheck configuration #765

New issue

Closed

opened 2026-06-08 23:09:24 +02:00 by ollama · 1 comment

ollama commented

2026-06-08 23:09:24 +02:00

Collaborator

Spec sources (whitelist)

modules/*/module.yaml — scan spec.health sections for healthcheck configuration
schema/module.schema.json — healthcheck schema definition
2-3 reference modules with good healthcheck config (e.g., traefik, honcho-api)

Extracted context

Not all 88 modules have healthcheck configurations. Docker needs healthcheck to auto-restart failing containers and report status accurately. Without healthcheck, a container can be "up" but actually failing.

Scope

Scan all 88 modules/*/module.yaml files for:
- spec.health.compose.required_healthy — docker-compose healthcheck
- spec.health.http — HTTP healthcheck
- Absence of both = gap
Classify findings:
- HAS_HEALTHCHECK: has at least one healthcheck method
- NO_HEALTHCHECK: has no healthcheck configuration
- NOT_APPLICABLE: external/orchestrator not docker-compose
For each NO_HEALTHCHECK gap, create a follow-up issue with the module name and recommended healthcheck type

Acceptance criteria

Complete healthcheck coverage inventory
List of modules missing healthchecks
Follow-up issues created for each gap (or one batch issue if many gaps)

Do NOT read

Read module.yaml files only for health section
Do not deep-read full manifests

Agent notes

Recommended executor: Gemini 3.5 Flash (pure investigation)
Size: Trivial (0 LOC — investigation + report)
Review tier: tier/trivial
Audit ref: state/audit/deepseek-2026-06-08-multiperspective.md §DR1

## Spec sources (whitelist) - `modules/*/module.yaml` — scan `spec.health` sections for healthcheck configuration - `schema/module.schema.json` — healthcheck schema definition - 2-3 reference modules with good healthcheck config (e.g., traefik, honcho-api) ## Extracted context Not all 88 modules have healthcheck configurations. Docker needs healthcheck to auto-restart failing containers and report status accurately. Without healthcheck, a container can be "up" but actually failing. ## Scope 1. Scan all 88 `modules/*/module.yaml` files for: - `spec.health.compose.required_healthy` — docker-compose healthcheck - `spec.health.http` — HTTP healthcheck - Absence of both = gap 2. Classify findings: - HAS_HEALTHCHECK: has at least one healthcheck method - NO_HEALTHCHECK: has no healthcheck configuration - NOT_APPLICABLE: external/orchestrator not docker-compose 3. For each NO_HEALTHCHECK gap, create a follow-up issue with the module name and recommended healthcheck type ## Acceptance criteria - [ ] Complete healthcheck coverage inventory - [ ] List of modules missing healthchecks - [ ] Follow-up issues created for each gap (or one batch issue if many gaps) ## Do NOT read - Read module.yaml files only for health section - Do not deep-read full manifests ## Agent notes - Recommended executor: Gemini 3.5 Flash (pure investigation) - Size: Trivial (0 LOC — investigation + report) - Review tier: tier/trivial - Audit ref: state/audit/deepseek-2026-06-08-multiperspective.md §DR1

ollama referenced this issue

2026-06-08 23:31:21 +02:00

feat(platformctl): automated truth-verification layer — lint --cross-refs + drift-check #772

codex added the

labels

2026-06-11 08:15:43 +02:00

pdurlej referenced this issue

2026-06-17 23:35:38 +02:00

[meta] DeepSeek audit 2026-06-08 — atomic Gemini-ready task batch #766

pdurlej referenced this issue

2026-06-18 00:06:36 +02:00

[meta] DeepSeek audit 2026-06-08 — atomic Gemini-ready task batch #766

Iskra commented

2026-06-19 03:03:54 +02:00

Collaborator

Iskra judgment

Field	Value
Target	`pdurlej/platform#issue#765`
Priority	p2
Action	codex_candidate
Scores	reach 4 / impact 4 / confidence 5
Piotr fit	high
Effort	small
Labels	`judge/p2`, `judge/codex-candidate`
Judge	`iskra` via `openclaw`

Rationale: This is a strong P2 Codex candidate because a scoped healthcheck inventory can expose runtime blind spots and create targeted follow-ups without changing production behavior.

Caveat: Keep this as an inventory and follow-up creation task; do not add speculative healthchecks or alter module runtime definitions in the audit pass.

Structured openclaw.judge.v0 payload

<!-- openclaw.judge.v0 -->
{
  "confidence": 5,
  "effort_hint": "small",
  "escalation": {
    "kind": "none",
    "reason": ""
  },
  "evidence_refs": [
    {
      "note": "Issue scopes a ready runtime healthcheck inventory across module manifests.",
      "type": "forgejo",
      "value": "issue-title-body-labels-and-target-snapshot"
    },
    {
      "note": "Body defines concrete classifications for modules with healthchecks, without healthchecks, and not applicable orchestration cases.",
      "type": "forgejo",
      "value": "issue-body-scope-and-classification"
    },
    {
      "note": "Labels mark this as a small ready runtime chore with runtime risk.",
      "type": "snapshot",
      "value": "target-labels-and-target-snapshot"
    }
  ],
  "impact": 4,
  "judge_actor": {
    "name": "iskra",
    "runtime": "openclaw"
  },
  "judged_at": "2026-06-19T00:00:00Z",
  "labels_to_apply": [
    "judge/p2",
    "judge/codex-candidate"
  ],
  "piotr_fit": "high",
  "priority": "p2",
  "rationale_summary": "This is a strong P2 Codex candidate because a scoped healthcheck inventory can expose runtime blind spots and create targeted follow-ups without changing production behavior.",
  "reach": 4,
  "recommended_next_action": "codex_candidate",
  "rerun_reason": "no_prior_judgment",
  "schema": "openclaw.judge.v0",
  "target": {
    "kind": "issue",
    "number": 765,
    "repo": "pdurlej/platform"
  },
  "target_snapshot": {
    "body_hash": "sha256:74b988abba15c85347bd8144c5d1e2eafffdfa8dd61f3f2500175a75af193cf9",
    "commit_count": null,
    "evidence_hash": "sha256:e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855",
    "head_sha": null,
    "labels": [
      "domain:runtime",
      "flow/ready",
      "kind/chore",
      "phase/03",
      "priority:p2",
      "risk/runtime",
      "size/small"
    ],
    "labels_hash": "sha256:908e4cd49c0008439ce4f98e33f036d0dd2ddb964f3f507837738f61b8d459db",
    "state": "open",
    "title_hash": "sha256:feb7f79e477bf636237b1752edb03ede44e8e86b78a82460967387693b18d28f",
    "updated_at": "2026-06-18T00:06:36+02:00"
  },
  "top_caveat": "Keep this as an inventory and follow-up creation task; do not add speculative healthchecks or alter module runtime definitions in the audit pass."
}
<!-- /openclaw.judge.v0 -->

### Iskra judgment | Field | Value | | --- | --- | | Target | `pdurlej/platform#issue#765` | | Priority | p2 | | Action | codex_candidate | | Scores | reach 4 / impact 4 / confidence 5 | | Piotr fit | high | | Effort | small | | Labels | `judge/p2`, `judge/codex-candidate` | | Judge | `iskra` via `openclaw` | **Rationale:** This is a strong P2 Codex candidate because a scoped healthcheck inventory can expose runtime blind spots and create targeted follow-ups without changing production behavior. **Caveat:** Keep this as an inventory and follow-up creation task; do not add speculative healthchecks or alter module runtime definitions in the audit pass. <details> <summary>Structured openclaw.judge.v0 payload</summary> ```json  { "confidence": 5, "effort_hint": "small", "escalation": { "kind": "none", "reason": "" }, "evidence_refs": [ { "note": "Issue scopes a ready runtime healthcheck inventory across module manifests.", "type": "forgejo", "value": "issue-title-body-labels-and-target-snapshot" }, { "note": "Body defines concrete classifications for modules with healthchecks, without healthchecks, and not applicable orchestration cases.", "type": "forgejo", "value": "issue-body-scope-and-classification" }, { "note": "Labels mark this as a small ready runtime chore with runtime risk.", "type": "snapshot", "value": "target-labels-and-target-snapshot" } ], "impact": 4, "judge_actor": { "name": "iskra", "runtime": "openclaw" }, "judged_at": "2026-06-19T00:00:00Z", "labels_to_apply": [ "judge/p2", "judge/codex-candidate" ], "piotr_fit": "high", "priority": "p2", "rationale_summary": "This is a strong P2 Codex candidate because a scoped healthcheck inventory can expose runtime blind spots and create targeted follow-ups without changing production behavior.", "reach": 4, "recommended_next_action": "codex_candidate", "rerun_reason": "no_prior_judgment", "schema": "openclaw.judge.v0", "target": { "kind": "issue", "number": 765, "repo": "pdurlej/platform" }, "target_snapshot": { "body_hash": "sha256:74b988abba15c85347bd8144c5d1e2eafffdfa8dd61f3f2500175a75af193cf9", "commit_count": null, "evidence_hash": "sha256:e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855", "head_sha": null, "labels": [ "domain:runtime", "flow/ready", "kind/chore", "phase/03", "priority:p2", "risk/runtime", "size/small" ], "labels_hash": "sha256:908e4cd49c0008439ce4f98e33f036d0dd2ddb964f3f507837738f61b8d459db", "state": "open", "title_hash": "sha256:feb7f79e477bf636237b1752edb03ede44e8e86b78a82460967387693b18d28f", "updated_at": "2026-06-18T00:06:36+02:00" }, "top_caveat": "Keep this as an inventory and follow-up creation task; do not add speculative healthchecks or alter module runtime definitions in the audit pass." }  ``` </details>

Iskra added the

judge/codex-candidate

judge/p2

labels

2026-06-19 03:03:54 +02:00

Iskra referenced this issue from pdurlej/judging-claw

2026-06-19 03:03:54 +02:00

[Judging Claw] codex_candidate for pdurlej/platform#765 (p2) #108

codex referenced this issue

2026-06-26 08:41:29 +02:00

chore(healthchecks): add health metadata for 34 docker-compose modules #835

codex referenced this issue from a pull request that will close it,