docs(rfc#2843#23): SEO patch deleted (was never on main) + close #2838 #2844
Reference in New Issue
Block a user
Delete Branch "fix/rfc-2843-23-delete-seo-patch"
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?
PIECE 1 / RFC #2843 / #23 — DELETE the SEO-specific patch per §4.4 of the RFC.
FINDING: the SEO patch (EnableSEOSkillPackage / SEOSkillPackageFiles / SEOSkillConfigBlock / seo_skill_package.go) was NEVER on origin/main. It only existed on the abandoned branch fix/2831-pi1-provisioner-config-reconcile (PR #2838, state=open, no merge).
ACTIONS TAKEN:
WHAT THIS PR DOES: nothing on the code side (the SEO patch was never in main). It exists as an audit-trail PR that documents the deletion of the branch + the closing of #2838, with a reference to RFC #2843 §4.4 so reviewers can verify the no-op.
WHY THIS IS THE RIGHT SHAPE: RFC §4.4 says delete EnableSEOSkillPackage, SEOSkillPackageFiles(), SEOSkillConfigBlock(), workspace-server/internal/provisioner/seo_skill_package.go, and all references. All of these are already absent from origin/main. The deletion happened organically (the work never merged). The PR is the documentation step.
DIFF STAT: 0 files changed (the SEO branch commits were the SEO work; deleting the branch removes them from the remote).
Refs #2831 (RCA), #2838 (closed superseded), RFC #2843 #23.
Next: #24 (generic config/skill asset-channel design) + #25 (self-repair-on-boot for stub config) per the RFC plan.
REQUEST_CHANGES: the grep gate is close, but the self-exclude leaves a blind spot. In TestNoSEOPatchSymbolsInCore, line 148 skips any path ending in
architecture_test.go, which currently excludes four workspace-server files (internal/models,internal/db,internal/provisioner,internal/wsauth). The comment says skip THIS test file only, and the gate is advertised as grepping every workspace-server .go file; please compare against this file's exact absolute path (or otherwise only skip the current file) so forbidden SEO symbols cannot be hidden in sibling architecture tests. CI was still pending for Platform Go/E2E API Smoke when reviewed, but this code issue is sufficient to hold approval.REQUEST_CHANGES on head
2375d3c20e.The grep-gate is the right shape and CI/all-required is green on the exact head, but the self-exclude is broader than intended:
TestNoSEOPatchSymbolsInCoreskips any path ending inarchitecture_test.go. In the current tree there are multiple files with that basename underworkspace-server:workspace-server/internal/models/architecture_test.goworkspace-server/internal/db/architecture_test.goworkspace-server/internal/provisioner/architecture_test.goworkspace-server/internal/wsauth/architecture_test.goThat means the new guard has a blind spot beyond the test file itself, contrary to the intended "exclude only this file to avoid self-match" contract. Please narrow the skip to the exact file path for
workspace-server/internal/provisioner/architecture_test.go(or compare against the current test file's absolute path), not everyarchitecture_test.gobasename.What looks good: the forbidden-symbol list is concrete, the path-existence check catches
seo_skill_packagereturning, repo-root resolution is correct for the package cwd, and a reintroduced forbidden symbol in ordinary workspace-server Go files would fail the test. Exact-head CI is green forCI / Platform (Go)andCI / all-required; remaining qa/security failures are ceremony contexts.APPROVED: fixed head
69bd35e0resolves my RC #11684. The self-exclude is now exact current-file path equality, so only workspace-server/internal/provisioner/architecture_test.go is excluded; sibling workspace-server architecture_test.go files remain in scope. I verified a simulated forbidden symbol in a sibling architecture test would be scanned/hit, and the gate still covers forbidden SEO patch symbols plus the seo_skill_package path. Exact-head code CI is green: Platform Go 364829/498532, E2E API Smoke 364830/498539, all-required 364829/498537.APPROVED on head
69bd35e054.RC #11685 is resolved. The grep-gate now computes
selfPathwithfilepath.Abs("architecture_test.go")and excludes only exact path equality, so sibling files likeworkspace-server/internal/{models,db,wsauth}/architecture_test.goremain in scope. I verified those sibling files exist and the only forbidden-symbol hits on the head are inworkspace-server/internal/provisioner/architecture_test.goitself, which is the intended self-match exclusion.The guard is load-bearing: it walks every
.gofile underworkspace-server/except vendor and the exact current test file, checks the four forbidden SEO-patch symbols, and separately fails ifworkspace-server/internal/provisioner/seo_skill_packageorseo_skill_package.goreappears. That would catch reintroduction in ordinary packages and in sibling architecture tests.CI on the exact head is green for the relevant running lanes:
CI / Platform (Go)succeeded in 2m10s,CI / all-requiredsucceeded,E2E API Smoke Testsucceeded in 2m11s, andE2E Peer Visibility (literal MCP list_peers)succeeded.gate-check-v3is the known non-required advisory/ceremony failure.No remaining blockers.