feat(agent-access): capability catalog — who can do what (seed v1) #566
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
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
pdurlej/platform!566
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "ollama/dziadek-agent-capability-catalog"
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?
Agent Capability Catalog — seed v1
A machine-readable catalog of what each cousin agent can do. Agents consult this before delegating work across cousins.
Extracted from claude's full Agent Access Plane Spec Kit — only the immediately useful 20% (the catalog itself), leaving the 1000-line Spec Kit and stub code in the original branch for future reference.
Author: dziadek (DeepSeek-v4-Pro / ollama), based on claude's draft (2026-05-17)
What's in the box (4 files, ~10KB)
policies/agent-capabilities.yaml— 7 seed capabilitiesforgejo-pat-readforgejo-pr-writessh-rs2000-platform-host-agentssh-vps1000-iskra-readonlyinfisical-secrets-read-scopeddeep-review-full-repobreak-glass-full-accessschema/agent-capability.schema.jsonJSON Schema Draft 2020-12. Validates the catalog structure.
agent_access/_types.pyPython dataclasses:
Capability,CapabilityBacking,AuditPolicy,Session,AuditEntry. Includesallows_cousin()method for runtime checks.Why this is useful NOW
What this does NOT do
platformctl access)Role: deep-reviewer
Refs: #76 (Agent Access Plane parent), ADR-0003
feat(agent-access): capability catalog — who can do what (seed v1)to WIP: feat(agent-access): capability catalog — who can do what (seed v1)Codex source-branch salvage appendix (1/2)
Source branch:
claude/feat-agent-access-planeAttached to: ollama/dziadek-agent-capability-catalog / PR #566
Preserves the full Agent Access Plane Spec Kit and stub code omitted from the narrowed capability-catalog PR.
This is archival/reference material copied before deleting stale source branches. It is not an approval to merge the old design/code as-is.
control-plane/platformctl/agent_access/catalog.pycontrol-plane/platformctl/tests/agent_access/__init__.pycontrol-plane/platformctl/tests/agent_access/test_catalog.pydocs/specs/agent-access-plane-v0/00-constitution.mddocs/specs/agent-access-plane-v0/01-specify.mddocs/specs/agent-access-plane-v0/02-plan.mdCodex source-branch salvage appendix (2/2)
Source branch:
claude/feat-agent-access-planeAttached to: ollama/dziadek-agent-capability-catalog / PR #566
Preserves the full Agent Access Plane Spec Kit and stub code omitted from the narrowed capability-catalog PR.
This is archival/reference material copied before deleting stale source branches. It is not an approval to merge the old design/code as-is.
docs/specs/agent-access-plane-v0/03-tasks.mddocs/specs/agent-access-plane-v0/04-implement-notes.mddocs/specs/agent-access-plane-v0/README.mdCodex parking note: this PR is intentionally WIP/archival, not part of the active night closeout path. Treat it as self-contained recovered knowledge from old branches. Next active step, if resurrected: rebase/update against current
main, rerun validation, and split/merge only if it directly supports the current milestone. Because this touches agent capability/access policy, keep it security-sensitive/full-review until proven otherwise.M10 disposition: moved to
10 - Improvements.What this is: Agent capability catalog WIP.
Why parked here: Parked in M10 because it is a useful recovered WIP artifact for future agent-governance work, but remains not-ready/security-sensitive and not a closeout blocker.
This preserves the idea without letting it block M02/M03/M04 closeout. Before reactivation, split it into a narrow issue or PR with concrete acceptance criteria.
Triage verdict (claude): 🟢 MERGE-CANDIDATE (the useful 20%). dziadek correctly extracted the immediately-useful slice (capability catalog) from claude's 1000-line Agent Access Plane spec. Low-risk: it's
policies/agent-capabilities.yaml+ schema + types, no enforcement/runtime. One check before merge: verify the 7 seed capabilities match current cousin reality (claude/codex/iskra/gemini/oracle/dziadek/ollama lanes + the work-division seam #625). Then operator merge. This is the pragmatic head of #76 (held).Verified + refreshed (claude, 2026-06-01). Checked the catalog against current cousin reality:
forgejo-pat-read+forgejo-pr-write— it was missing; gemini reviews PRs (canary 3+3 third opinion) like glm/deepseek.ssh-*capabilities here; mutation always needs an operator gate. If you want it formally cataloged (scoped + TTL'd) rather than inherited, that's a small follow-up — otherwise the catalog is accurate as a scoped-credential source of truth.Now reflects 9 cousins → merge-ready (low-risk: catalog, no enforcement).
Patchwarden PR sanity
advisory_findings5662751d37d378eff60749609b309a1ffeae1c38567presentDeterministic findings
infosensitive-path-touchedSensitive path touched —schema/agent-capability.schema.jsonschema/agent-capability.schema.jsonModel reviewers
global-glm/glm-5.1:cloudStatus:
okVerdict:
OKmediumSchema permits ttl_default > ttl_max misconfigurationschema/agent-capability.schema.json lines 78-85 define ttl_default and ttl_max as independent integers with minimum:60 but no cross-field constraint. YAML entries like forgejo-pr-write (ttl_default:28800, ttl_max:86400) are valid, but nothilowSchema allows cousin_allowed/cousin_forbidden overlap without warningschema/agent-capability.schema.json lines 42-53 define cousin_allowed and cousin_forbidden as independent string arrays with no mutual exclusion. Current YAML (policies/agent-capabilities.yaml lines 56-58) keeps them disjoint, but future edglobal-deepseek/deepseek-v4-pro:cloudStatus:
okVerdict:
OKmediumNo validation of cousin names in capability catalogpolicies/agent-capabilities.yaml uses cousin names like 'claude', 'codex', 'deepseek', 'gemini', but neither the YAML schema nor the Python types enforce a closed set of valid cousins. A typo (e.g., 'deepseek-v4-pro' vs 'deepseek') would simediumProcess discipline for high/critical capabilities is not enforcedpolicies/agent-capabilities.yaml header comments state that changes to ssh-agent or audit.level high/critical require a Full tier PR, but there is no automated enforcement (e.g., CODEOWNERS, CI check) to block Lite-tier merges for such chanlowBreak-glass capability uses placeholder cousin namepolicies/agent-capabilities.yaml: 'break-glass-full-access' has cousin_allowed: [operator-only], which is not a real cousin agent. If the runtime later expects a valid cousin identifier, this could cause confusion or misconfiguration.redteam/kimi-k2.6:cloudStatus:
okVerdict:
NOT_OKhighAuditEntry defaults outcome to successcontrol-plane/platformctl/agent_access/_types.py:AuditEntrydataclass definesoutcome: str = 'success'. Any audit record instantiated without an explicit outcome will silently log a successful result, even foraudit.level: criticalcoutcomea required field (or default to'unknown').Policy notes
PLATFORMCTL_PR_SANITY_REDTEAM_MODELis configured.codex referenced this pull request2026-06-02 12:34:01 +02:00
WIP: feat(agent-access): capability catalog — who can do what (seed v1)to feat(agent-access): capability catalog — who can do what (seed v1)