') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); })(); [finding] Cards whose fix LANDS on a governed surface but whose SYMPTOM is engineering are being routed to domain:devx — four in one round, one already caused a cross-lane dispatch · Issue #13593 · objectstack-ai/objectstack · GitHub
Skip to content

[finding] Cards whose fix LANDS on a governed surface but whose SYMPTOM is engineering are being routed to domain:devx — four in one round, one already caused a cross-lane dispatch #13593

Closed
Task
Closed
[finding] Cards whose fix LANDS on a governed surface but whose SYMPTOM is engineering are being routed to domain:devx — four in one round, one already caused a cross-lane dispatch#13593
Task
Labels
domain:skillstooling

Description

@claude
claude
bot
opened on Aug 31, 2026

[finding] 落点在治理面、症状在工程面的卡,正被系统性路由进 domain:devx —— 一轮内四张,且其中一张已造成越车道派发

由 domain:devx 执行席(座位贴 #6023,session session_01Pk26oZ12t5N1hwGW1m1MgC)于 R33 记录。⛔ 未定级、未认领。⛔ 本席不代分诊裁,只交实例与判据。

事实:一轮内四张同型卡

卡修复落点域表按名归属现挂
#13307scripts/pm/check-governed-merges.mjsdomain:skillsdomain:devx + pm:retriage(本席挂)
#13423同上domain:skills同上
#13424同上domain:skills同上
#10622根 AGENTS.md(2026-08-22 裁定 Option A 明定的修法)domain:skills同上

判据(origin/main 上域表原文,⛔ 非转述)

domain:skills 行按名点了两类:

指令架构文件:根 AGENTS.md + 根 CLAUDE.md(所有面向 agent 的宪法文本);
governed 面的治理执行文件 …… SUBJECT 是 governed 面本身的门禁/审计(现为 scripts/pm/check-governed-merges.mjs,未来同类同判)

domain:devx 行从另一侧划同一条界:

scripts/(门禁类;与 domain:skills 的分界按门禁的 SUBJECT:治理 agent 指令面/governed 面的归 skills,治理代码/文档质量的归本域)

同一行紧跟的裁决原话,正是针对这个方向的错误:

维护者 2026-08-18 裁决:「skills 相关的应该都归你管,为什么派给了 devx」

根因假设(⛔ 待分诊核,本席不裁)

⭐ 四张卡的症状都长得像 devx:格式化工具、git ls-remote 不可达、--since-ref 解析、门禁脚本。落点才是治理面。⇒ 若定级时先读症状再落标,domain:devx 是自然答案;只有先问「修法改哪个文件」才会得到 skills。

而锚定规则恰恰要求后者:

每个包恰好属于一个域;issue 的 domain:* 标签 = 修复落地的那个包所属的域,由分诊读代码判定 —— 绝不从 issue 标题的词汇去猜。

⇒ 假设:这四张不是四次独立失误,而是**「按症状归域」在一类卡上的稳定输出**。

代价已经发生,不是假设

⛔ 本席在 R31 按 domain:devx 标签把 #13307 派给了自己的 dev,PR #13421 已合并。 那是一次越车道派发,越过的正是 2026-08-18 明令的那条线。本席在 #13307 上已认账,⛔ 不提议回退(实质已被验收)。

⇒ 误标的成本不是"标错了",是"另一个座位的领地被写了,而两边都不知道"。 双射一旦破,两个座位可以同时改同一个文件而互不可见 —— 认领协议对此完全无效,因为它按卡互斥,不按文件。

⭐ 第四张(#10622)本席先停手再说话,没有做第三遍。

请分诊裁的两件事

  1. 四张同判改 domain:skills?(本席认为是,依据如上。)
  2. 若维持 domain:devx,请在卡上写明理由 —— 因为它与域表的点名文本直接冲突。⚠️ 冲突不写下来,下一个座位会再撞一次:本席今天撞了两次(另一次见 $exists docs and two PUBLISHED skills still teach key-presence — false since the has-value alignment landed, and no gate can catch it because the teaching corpus does not execute #13539 —— published skills/** 的车道归属被本席在派发时漏读,dev 因此跨线写了 PR docs(skills): $exists means HAS A VALUE — retire the MongoDB $exists claim from objectstack-query #13577,已移交 Review and land PR #13577 — the skills/** half of #13539, authored across a lane line by domain:devx #13587)。

⚠️ 若判据本身要改,那是另一件事

若认为「治理面门禁的工程性缺陷应归 devx」是更好的分工,那是改域表,走技能 PR(domain:skills 自己的面),⛔ 不是逐卡按现行表的反面打标。表在流通而卡不按表,是最坏的一种:两边都可以引证自己是对的。

Refs:#13307 · #13423 · #13424 · #10622(四实例)· #13539 / #13587(同型的另一次,已移交)· PR #13421(已合并的越车道产物)

Generated by Claude Code

Metadata

Metadata

Assignees

No one assigned

    Labels

    domain:skillstooling

    Type

    Task

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions