/goal /ultracode-workflows [POL-0] DESIGN the policy-authoring & governance-of-governance model (Kyverno) #38
Labels
No labels
bug
discussion
duplicate
enhancement
goal
help wanted
horizon:backlog
horizon:governance
horizon:mvp
invalid
operator-decision
question
roadmap
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
Depends on
#39 /goal /ultracode-workflows [POL-1] land Kyverno as a Flux-reconciled component + primitive-independent baselines
open-platform/mitosis
Reference
open-platform/mitosis#38
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Track/Wave:
POL-0· Wave G2 · Size SRepos:
mitosis-visionDepends on: RBAC-1
Why
Kyverno is the deterministic BACKEND (agent authors policy YAML from an NL prompt → PR → Flux → Kyverno enforces/generates with synchronize:true). Before agents get any policy-authoring capability, the governance-of-governance must be decided — a bad ClusterPolicy has platform-wide blast radius, unlike a per-app PR.
Scope
A design doc answering: (a) does policy live in gitops or a stricter-reviewed
policyrepo; (b) may agents ever WRITE policy or only PROPOSE via human-merged PR (per category: quota tier — maybe; default-deny network — human only); (c) enforce vs audit default for newly-merged policy (audit-first is safer for a self-modifying platform); (d) Kyverno webhook failurePolicy (fail-open unsafe vs fail-closed platform-wide-outage) — an explicit tested decision matching authorize()'s fail-closed philosophy. Enumerate the exact invariants POL-1..POL-5 enforce.Acceptance
A reviewed doc with an explicit yes/no per policy category on 'can an agent's own PR change the policy that governs itself', plus the failurePolicy and enforce/audit defaults.
Notes
Design-first — natural fan-out target.
Part of the First Client Deploy → Governance roadmap. The owning agent may recurse into its own subagent team (ultracode workflow) if the task warrants. Honor the seam-serialization: land on a shared seam by rebase, and don't start a seam position until the prior one has merged.
Audit (team-board): acceptance met — closing.
The design merged in PR #49 (
bd8d0848):docs/proposals/policy-governance-kyverno.md(273 lines). It answers exactly what the acceptance demands:failurePolicy, explicitly decided (Ignore while non-HA; fail-closed is a gated promotion)Implementation demonstrably follows it: every merged policy file in plat/gitops cites "POL-0 Decision 3/4" in-line, and today's fresh daughter runs the decided posture (12 ClusterPolicies Ready, Audit, failurePolicy Ignore,
plat.sh/app-scoped webhook). Doc landed in plat/mitosisdocs/proposals/rather than a separate vision repo — same review surface, no gap.