docs(specs): Kan MCP platform-managed v0 prebuild (#131) #345
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
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
pdurlej/platform!345
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "claude/iskra/kan-mcp-platform-managed-v0"
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?
Summary
Prebuild for #131 — migrate Kan MCP discovery on VPS1000 from temporary systemd user drop-in (
kan-mcp.conf) to platform-canonical mcporter + Infisical-resolved configuration.After cutover: OpenClaw renderer reads Kan config from same canonical path as every other MCP;
mcporter list kan --schemaworks from OpenClaw host; Kan agent token stays server-side on RS2000 bridge (P2).What's in this PR
6-file Spec Kit + companion execution prompt:
docs/specs/kan-mcp-platform-managed-v0/README.md— indexdocs/specs/kan-mcp-platform-managed-v0/00-constitution.md— 8 principles (P1 platform as canonical, P2 token never on OpenClaw, P3 Tailnet-restricted writes, P4 zero regression for live loop, P5 mcporter schema = discovery contract, P6 retire drop-in LAST, P7 Infisical least-privilege, P8 backwards-compatible renderer)docs/specs/kan-mcp-platform-managed-v0/01-specify.md— problem (live Kan value loop works; migration must not regress), scope, acceptancedocs/specs/kan-mcp-platform-managed-v0/02-plan.md— architecture, 4-slice breakdown, Q1-Q5 (mcporter conventions, machine identity selection, token bridge, fallback timeline, kan-ductor reuse), dependencies, risksdocs/specs/kan-mcp-platform-managed-v0/03-tasks.md— per-slice task listdocs/specs/kan-mcp-platform-managed-v0/04-implement-notes.md— Infisical 403 diagnosis path, mcporter convention inspection, renderer mod sketch, gotchas G1-G6prompts/codex-kan-mcp-platform-managed.md— execution prompt with Safety / production boundary + per-slice instructions + stop conditions (P4 + P2 violations = automatic STOP)Slices (forthcoming PRs)
mcporter list kan --schemaworksOperator-protected
P4 (zero regression for live Signal → Iskra → Kan loop) + P6 (drop-in retired LAST after soak) + P8 (renderer backwards-compatible during transition). Live drop-in stays in place throughout migration; retirement is gated on soak.
Per operator hint:
pdurlej/kan-ductorlikely has its own MCP — v0 registers existing MCP in canonical config, does NOT create new MCP server.Tier
Trivial per ADR-0007 (docs-only prebuild).
Operator action
Draft for review. After merge: paste
prompts/codex-kan-mcp-platform-managed.mdto fresh codex session.Operator-side coordination points:
Refs #131 (related: #76 Agent Access Plane PR #323, #237 Bws/Infisical close, #135 OpenClaw scheduler obs PR #325)
Closing empty PR — fork-anchor 2026-05-17 coordination loss
This PR's branch has zero commits unique vs
main— the parallel-fork-claude session that owned this branch wrote spec files locally but those commits never landed on this branch (likely due to shared-checkout collision: forks alternated.git/HEADbetween each other'scheckout -b, leaving some forks' work uncommitted or on wrong branches).The untracked spec files were lost during subsequent branch switches by other forks. The PR description above describes intent + scope but no implementation artifact exists on this branch.
Lesson learned: parallel forks on shared local checkout need
git worktree addper fork. Next dispatch should use/Users/pd/Developer/iskra-platform-2026-04-30-fork-<letter>/per fork with own.git/HEAD.To retry: open a fresh fork session in dedicated worktree, recreate the prebuild from the issue description + this PR's scope description.
Closing as cleanup; not a fail of the underlying spec idea.
Pull request closed