ADR-0130 跨包规则矩阵补全:9 类命名对象的元数据、navigationContributions[].group 语义、权限集的模块归属、dashboard/report → dataset 跨包绑定(hotcrm 分拆方案挖出的 4 个上游缺口) #14454

Description

@hotlong

Part of #14122。来源:hotcrm 分拆方案 objectstack-ai/hotcrm#1448 / PR hotcrm#1449,docs/architecture/module-split-plan.md §「上游缺口 / Upstream gaps」。方案严格只用 #14122 §4 已实测的四条跨包规则判边(73 条边:54 允许、19 拒绝),凡四条规则没覆盖的都没有给判定,而是记在这里。四项都是平台侧的事实缺口或决定,不挡本次发版(发版清单见 #14122),但挡 hotcrm 的代码分拆设计定稿。

1. ACCEPT / REFUSE 矩阵只测了 2 类命名对象的元数据,分拆需要 9 类(测量工作)

#14122 §4 实测了 hooks[].objectapp.navigation[].objectName。没测的:action 的 objectName、view 的 data.object、page 的记录对象与 related-list 对象、dataset 的 object、sharing rule 的 object、permission set 的 objects、seed dataset 的 object、import mapping 的 targetObject、flow 节点的 object。HotCRM 里有 19 个 action、9 个 flow、5 个 page、6 个权限集、3 个 dashboard 会一边在某模块、另一边点名别的模块的对象。

要做:按 §4 同样的方法(真实 installPackage 两包、共享命名空间、逐类一条 pin),把这 9 类的接受 / 拒绝各测一遍,结论写回 #14122 §4 的矩阵与 ADR-0130 的 Consequences(ADR 改动 docs-only 另开卡给维护者)。

2. navigationContributions[].group 语义未钉(测量 + pin)

方案把 17 个 R3 拒绝的导航节点全部转成 owning module 的 navigationContributions,依赖三件事:group 按目标 app 声明的 group 节点 id 解析;贡献进一个不存在的 group 要可见地失败而不是静默消失;多个包贡献进同一 group 的顺序由 priority 决定而非注册顺序。要做:三条 pin。任何一条不成立,转换就不能保信息架构不变。

3. 权限集没有模块归属 —— ADR-0130 §1.3(a) 点名的痛点分拆后没有被消掉(需维护者决定)

ADR-0130 §1.3(a) 把 30 行 × 9 列 × 6 套的权限矩阵列为无边界的三个可量化后果之一,并把包边界作为 Studio 一直缺的分组。但权限集天然跨域授权——HotCRM 6 套里 4 套横跨 5–6 个模块——它不能住在某个模块里,分拆后矩阵依旧是平的。

待决定:A. 允许权限集按包组合(模块把自己对象的授权贡献进 app 拥有的角色,类似 navigationContributions);B. 明确记录"权限矩阵不在 ADR-0130 创造的边界范围内",Studio 的分组收益不含它。两者都要写回 ADR-0130(docs-only 卡)。

4. dashboard / report → dataset 的跨包绑定未测(测量)

3 个 dashboard 与 1 个 report 绑定的 dataset 会住在别的模块。这是第 1 项在分析面的特例,它决定"一个模块能不能自带自己的 dashboard"。要做:一条 pin,接受或拒绝都行,但要有结论。

边界

⛔ 不在 hotcrm 侧绕(AGENTS.md 规定平台缺口等平台修)。⛔ 不改 ADR 正文(另开 docs-only 卡)。第 1、2、4 项是测量与 pin,可以直接派 dev;第 3 项先等维护者拍板再派。

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

    , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
     blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
    }
    } catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
    })();
    (function(){
    try {
    var __m = "github.com";
    var __re = new RegExp('^' + "github\\.com" + '
    
    Skip to content

    ADR-0130 跨包规则矩阵补全:9 类命名对象的元数据、navigationContributions[].group 语义、权限集的模块归属、dashboard/report → dataset 跨包绑定(hotcrm 分拆方案挖出的 4 个上游缺口) #14454

    Description

    @hotlong

    Part of #14122。来源:hotcrm 分拆方案 objectstack-ai/hotcrm#1448 / PR hotcrm#1449,docs/architecture/module-split-plan.md §「上游缺口 / Upstream gaps」。方案严格只用 #14122 §4 已实测的四条跨包规则判边(73 条边:54 允许、19 拒绝),凡四条规则没覆盖的都没有给判定,而是记在这里。四项都是平台侧的事实缺口或决定,不挡本次发版(发版清单见 #14122),但挡 hotcrm 的代码分拆设计定稿。

    1. ACCEPT / REFUSE 矩阵只测了 2 类命名对象的元数据,分拆需要 9 类(测量工作)

    #14122 §4 实测了 hooks[].objectapp.navigation[].objectName。没测的:action 的 objectName、view 的 data.object、page 的记录对象与 related-list 对象、dataset 的 object、sharing rule 的 object、permission set 的 objects、seed dataset 的 object、import mapping 的 targetObject、flow 节点的 object。HotCRM 里有 19 个 action、9 个 flow、5 个 page、6 个权限集、3 个 dashboard 会一边在某模块、另一边点名别的模块的对象。

    要做:按 §4 同样的方法(真实 installPackage 两包、共享命名空间、逐类一条 pin),把这 9 类的接受 / 拒绝各测一遍,结论写回 #14122 §4 的矩阵与 ADR-0130 的 Consequences(ADR 改动 docs-only 另开卡给维护者)。

    2. navigationContributions[].group 语义未钉(测量 + pin)

    方案把 17 个 R3 拒绝的导航节点全部转成 owning module 的 navigationContributions,依赖三件事:group 按目标 app 声明的 group 节点 id 解析;贡献进一个不存在的 group 要可见地失败而不是静默消失;多个包贡献进同一 group 的顺序由 priority 决定而非注册顺序。要做:三条 pin。任何一条不成立,转换就不能保信息架构不变。

    3. 权限集没有模块归属 —— ADR-0130 §1.3(a) 点名的痛点分拆后没有被消掉(需维护者决定)

    ADR-0130 §1.3(a) 把 30 行 × 9 列 × 6 套的权限矩阵列为无边界的三个可量化后果之一,并把包边界作为 Studio 一直缺的分组。但权限集天然跨域授权——HotCRM 6 套里 4 套横跨 5–6 个模块——它不能住在某个模块里,分拆后矩阵依旧是平的。

    待决定:A. 允许权限集按包组合(模块把自己对象的授权贡献进 app 拥有的角色,类似 navigationContributions);B. 明确记录"权限矩阵不在 ADR-0130 创造的边界范围内",Studio 的分组收益不含它。两者都要写回 ADR-0130(docs-only 卡)。

    4. dashboard / report → dataset 的跨包绑定未测(测量)

    3 个 dashboard 与 1 个 report 绑定的 dataset 会住在别的模块。这是第 1 项在分析面的特例,它决定"一个模块能不能自带自己的 dashboard"。要做:一条 pin,接受或拒绝都行,但要有结论。

    边界

    ⛔ 不在 hotcrm 侧绕(AGENTS.md 规定平台缺口等平台修)。⛔ 不改 ADR 正文(另开 docs-only 卡)。第 1、2、4 项是测量与 pin,可以直接派 dev;第 3 项先等维护者拍板再派。

    Activity

    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

    Metadata

    Metadata

    Assignees

    Labels

    Type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
      Skip to content

      ADR-0130 跨包规则矩阵补全:9 类命名对象的元数据、navigationContributions[].group 语义、权限集的模块归属、dashboard/report → dataset 跨包绑定(hotcrm 分拆方案挖出的 4 个上游缺口) #14454

      Description

      @hotlong

      Part of #14122。来源:hotcrm 分拆方案 objectstack-ai/hotcrm#1448 / PR hotcrm#1449,docs/architecture/module-split-plan.md §「上游缺口 / Upstream gaps」。方案严格只用 #14122 §4 已实测的四条跨包规则判边(73 条边:54 允许、19 拒绝),凡四条规则没覆盖的都没有给判定,而是记在这里。四项都是平台侧的事实缺口或决定,不挡本次发版(发版清单见 #14122),但挡 hotcrm 的代码分拆设计定稿。

      1. ACCEPT / REFUSE 矩阵只测了 2 类命名对象的元数据,分拆需要 9 类(测量工作)

      #14122 §4 实测了 hooks[].objectapp.navigation[].objectName。没测的:action 的 objectName、view 的 data.object、page 的记录对象与 related-list 对象、dataset 的 object、sharing rule 的 object、permission set 的 objects、seed dataset 的 object、import mapping 的 targetObject、flow 节点的 object。HotCRM 里有 19 个 action、9 个 flow、5 个 page、6 个权限集、3 个 dashboard 会一边在某模块、另一边点名别的模块的对象。

      要做:按 §4 同样的方法(真实 installPackage 两包、共享命名空间、逐类一条 pin),把这 9 类的接受 / 拒绝各测一遍,结论写回 #14122 §4 的矩阵与 ADR-0130 的 Consequences(ADR 改动 docs-only 另开卡给维护者)。

      2. navigationContributions[].group 语义未钉(测量 + pin)

      方案把 17 个 R3 拒绝的导航节点全部转成 owning module 的 navigationContributions,依赖三件事:group 按目标 app 声明的 group 节点 id 解析;贡献进一个不存在的 group 要可见地失败而不是静默消失;多个包贡献进同一 group 的顺序由 priority 决定而非注册顺序。要做:三条 pin。任何一条不成立,转换就不能保信息架构不变。

      3. 权限集没有模块归属 —— ADR-0130 §1.3(a) 点名的痛点分拆后没有被消掉(需维护者决定)

      ADR-0130 §1.3(a) 把 30 行 × 9 列 × 6 套的权限矩阵列为无边界的三个可量化后果之一,并把包边界作为 Studio 一直缺的分组。但权限集天然跨域授权——HotCRM 6 套里 4 套横跨 5–6 个模块——它不能住在某个模块里,分拆后矩阵依旧是平的。

      待决定:A. 允许权限集按包组合(模块把自己对象的授权贡献进 app 拥有的角色,类似 navigationContributions);B. 明确记录"权限矩阵不在 ADR-0130 创造的边界范围内",Studio 的分组收益不含它。两者都要写回 ADR-0130(docs-only 卡)。

      4. dashboard / report → dataset 的跨包绑定未测(测量)

      3 个 dashboard 与 1 个 report 绑定的 dataset 会住在别的模块。这是第 1 项在分析面的特例,它决定"一个模块能不能自带自己的 dashboard"。要做:一条 pin,接受或拒绝都行,但要有结论。

      边界

      ⛔ 不在 hotcrm 侧绕(AGENTS.md 规定平台缺口等平台修)。⛔ 不改 ADR 正文(另开 docs-only 卡)。第 1、2、4 项是测量与 pin,可以直接派 dev;第 3 项先等维护者拍板再派。

      Activity

      Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

      Metadata

      Metadata

      Assignees

      Labels

      Type

      Projects

      No projects

        Milestone

        No milestone

        Relationships

        None yet

        Development

        No branches or pull requests

        Issue actions

        , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
        Skip to content

        ADR-0130 跨包规则矩阵补全:9 类命名对象的元数据、navigationContributions[].group 语义、权限集的模块归属、dashboard/report → dataset 跨包绑定(hotcrm 分拆方案挖出的 4 个上游缺口) #14454

        Description

        @hotlong

        Part of #14122。来源:hotcrm 分拆方案 objectstack-ai/hotcrm#1448 / PR hotcrm#1449,docs/architecture/module-split-plan.md §「上游缺口 / Upstream gaps」。方案严格只用 #14122 §4 已实测的四条跨包规则判边(73 条边:54 允许、19 拒绝),凡四条规则没覆盖的都没有给判定,而是记在这里。四项都是平台侧的事实缺口或决定,不挡本次发版(发版清单见 #14122),但挡 hotcrm 的代码分拆设计定稿。

        1. ACCEPT / REFUSE 矩阵只测了 2 类命名对象的元数据,分拆需要 9 类(测量工作)

        #14122 §4 实测了 hooks[].objectapp.navigation[].objectName。没测的:action 的 objectName、view 的 data.object、page 的记录对象与 related-list 对象、dataset 的 object、sharing rule 的 object、permission set 的 objects、seed dataset 的 object、import mapping 的 targetObject、flow 节点的 object。HotCRM 里有 19 个 action、9 个 flow、5 个 page、6 个权限集、3 个 dashboard 会一边在某模块、另一边点名别的模块的对象。

        要做:按 §4 同样的方法(真实 installPackage 两包、共享命名空间、逐类一条 pin),把这 9 类的接受 / 拒绝各测一遍,结论写回 #14122 §4 的矩阵与 ADR-0130 的 Consequences(ADR 改动 docs-only 另开卡给维护者)。

        2. navigationContributions[].group 语义未钉(测量 + pin)

        方案把 17 个 R3 拒绝的导航节点全部转成 owning module 的 navigationContributions,依赖三件事:group 按目标 app 声明的 group 节点 id 解析;贡献进一个不存在的 group 要可见地失败而不是静默消失;多个包贡献进同一 group 的顺序由 priority 决定而非注册顺序。要做:三条 pin。任何一条不成立,转换就不能保信息架构不变。

        3. 权限集没有模块归属 —— ADR-0130 §1.3(a) 点名的痛点分拆后没有被消掉(需维护者决定)

        ADR-0130 §1.3(a) 把 30 行 × 9 列 × 6 套的权限矩阵列为无边界的三个可量化后果之一,并把包边界作为 Studio 一直缺的分组。但权限集天然跨域授权——HotCRM 6 套里 4 套横跨 5–6 个模块——它不能住在某个模块里,分拆后矩阵依旧是平的。

        待决定:A. 允许权限集按包组合(模块把自己对象的授权贡献进 app 拥有的角色,类似 navigationContributions);B. 明确记录"权限矩阵不在 ADR-0130 创造的边界范围内",Studio 的分组收益不含它。两者都要写回 ADR-0130(docs-only 卡)。

        4. dashboard / report → dataset 的跨包绑定未测(测量)

        3 个 dashboard 与 1 个 report 绑定的 dataset 会住在别的模块。这是第 1 项在分析面的特例,它决定"一个模块能不能自带自己的 dashboard"。要做:一条 pin,接受或拒绝都行,但要有结论。

        边界

        ⛔ 不在 hotcrm 侧绕(AGENTS.md 规定平台缺口等平台修)。⛔ 不改 ADR 正文(另开 docs-only 卡)。第 1、2、4 项是测量与 pin,可以直接派 dev;第 3 项先等维护者拍板再派。

        Activity

        Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

        Metadata

        Metadata

        Assignees

        Labels

        Type

        Projects

        No projects

          Milestone

          No milestone

          Relationships

          None yet

          Development

          No branches or pull requests

          Issue actions

          , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
          Skip to content

          ADR-0130 跨包规则矩阵补全:9 类命名对象的元数据、navigationContributions[].group 语义、权限集的模块归属、dashboard/report → dataset 跨包绑定(hotcrm 分拆方案挖出的 4 个上游缺口) #14454

          Description

          @hotlong

          Part of #14122。来源:hotcrm 分拆方案 objectstack-ai/hotcrm#1448 / PR hotcrm#1449,docs/architecture/module-split-plan.md §「上游缺口 / Upstream gaps」。方案严格只用 #14122 §4 已实测的四条跨包规则判边(73 条边:54 允许、19 拒绝),凡四条规则没覆盖的都没有给判定,而是记在这里。四项都是平台侧的事实缺口或决定,不挡本次发版(发版清单见 #14122),但挡 hotcrm 的代码分拆设计定稿。

          1. ACCEPT / REFUSE 矩阵只测了 2 类命名对象的元数据,分拆需要 9 类(测量工作)

          #14122 §4 实测了 hooks[].objectapp.navigation[].objectName。没测的:action 的 objectName、view 的 data.object、page 的记录对象与 related-list 对象、dataset 的 object、sharing rule 的 object、permission set 的 objects、seed dataset 的 object、import mapping 的 targetObject、flow 节点的 object。HotCRM 里有 19 个 action、9 个 flow、5 个 page、6 个权限集、3 个 dashboard 会一边在某模块、另一边点名别的模块的对象。

          要做:按 §4 同样的方法(真实 installPackage 两包、共享命名空间、逐类一条 pin),把这 9 类的接受 / 拒绝各测一遍,结论写回 #14122 §4 的矩阵与 ADR-0130 的 Consequences(ADR 改动 docs-only 另开卡给维护者)。

          2. navigationContributions[].group 语义未钉(测量 + pin)

          方案把 17 个 R3 拒绝的导航节点全部转成 owning module 的 navigationContributions,依赖三件事:group 按目标 app 声明的 group 节点 id 解析;贡献进一个不存在的 group 要可见地失败而不是静默消失;多个包贡献进同一 group 的顺序由 priority 决定而非注册顺序。要做:三条 pin。任何一条不成立,转换就不能保信息架构不变。

          3. 权限集没有模块归属 —— ADR-0130 §1.3(a) 点名的痛点分拆后没有被消掉(需维护者决定)

          ADR-0130 §1.3(a) 把 30 行 × 9 列 × 6 套的权限矩阵列为无边界的三个可量化后果之一,并把包边界作为 Studio 一直缺的分组。但权限集天然跨域授权——HotCRM 6 套里 4 套横跨 5–6 个模块——它不能住在某个模块里,分拆后矩阵依旧是平的。

          待决定:A. 允许权限集按包组合(模块把自己对象的授权贡献进 app 拥有的角色,类似 navigationContributions);B. 明确记录"权限矩阵不在 ADR-0130 创造的边界范围内",Studio 的分组收益不含它。两者都要写回 ADR-0130(docs-only 卡)。

          4. dashboard / report → dataset 的跨包绑定未测(测量)

          3 个 dashboard 与 1 个 report 绑定的 dataset 会住在别的模块。这是第 1 项在分析面的特例,它决定"一个模块能不能自带自己的 dashboard"。要做:一条 pin,接受或拒绝都行,但要有结论。

          边界

          ⛔ 不在 hotcrm 侧绕(AGENTS.md 规定平台缺口等平台修)。⛔ 不改 ADR 正文(另开 docs-only 卡)。第 1、2、4 项是测量与 pin,可以直接派 dev;第 3 项先等维护者拍板再派。

          Activity

          Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

          Metadata

          Metadata

          Assignees

          Labels

          Type

          Projects

          No projects

            Milestone

            No milestone

            Relationships

            None yet

            Development

            No branches or pull requests

            Issue actions

            , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
            Skip to content

            ADR-0130 跨包规则矩阵补全:9 类命名对象的元数据、navigationContributions[].group 语义、权限集的模块归属、dashboard/report → dataset 跨包绑定(hotcrm 分拆方案挖出的 4 个上游缺口) #14454

            Description

            @hotlong

            Part of #14122。来源:hotcrm 分拆方案 objectstack-ai/hotcrm#1448 / PR hotcrm#1449,docs/architecture/module-split-plan.md §「上游缺口 / Upstream gaps」。方案严格只用 #14122 §4 已实测的四条跨包规则判边(73 条边:54 允许、19 拒绝),凡四条规则没覆盖的都没有给判定,而是记在这里。四项都是平台侧的事实缺口或决定,不挡本次发版(发版清单见 #14122),但挡 hotcrm 的代码分拆设计定稿。

            1. ACCEPT / REFUSE 矩阵只测了 2 类命名对象的元数据,分拆需要 9 类(测量工作)

            #14122 §4 实测了 hooks[].objectapp.navigation[].objectName。没测的:action 的 objectName、view 的 data.object、page 的记录对象与 related-list 对象、dataset 的 object、sharing rule 的 object、permission set 的 objects、seed dataset 的 object、import mapping 的 targetObject、flow 节点的 object。HotCRM 里有 19 个 action、9 个 flow、5 个 page、6 个权限集、3 个 dashboard 会一边在某模块、另一边点名别的模块的对象。

            要做:按 §4 同样的方法(真实 installPackage 两包、共享命名空间、逐类一条 pin),把这 9 类的接受 / 拒绝各测一遍,结论写回 #14122 §4 的矩阵与 ADR-0130 的 Consequences(ADR 改动 docs-only 另开卡给维护者)。

            2. navigationContributions[].group 语义未钉(测量 + pin)

            方案把 17 个 R3 拒绝的导航节点全部转成 owning module 的 navigationContributions,依赖三件事:group 按目标 app 声明的 group 节点 id 解析;贡献进一个不存在的 group 要可见地失败而不是静默消失;多个包贡献进同一 group 的顺序由 priority 决定而非注册顺序。要做:三条 pin。任何一条不成立,转换就不能保信息架构不变。

            3. 权限集没有模块归属 —— ADR-0130 §1.3(a) 点名的痛点分拆后没有被消掉(需维护者决定)

            ADR-0130 §1.3(a) 把 30 行 × 9 列 × 6 套的权限矩阵列为无边界的三个可量化后果之一,并把包边界作为 Studio 一直缺的分组。但权限集天然跨域授权——HotCRM 6 套里 4 套横跨 5–6 个模块——它不能住在某个模块里,分拆后矩阵依旧是平的。

            待决定:A. 允许权限集按包组合(模块把自己对象的授权贡献进 app 拥有的角色,类似 navigationContributions);B. 明确记录"权限矩阵不在 ADR-0130 创造的边界范围内",Studio 的分组收益不含它。两者都要写回 ADR-0130(docs-only 卡)。

            4. dashboard / report → dataset 的跨包绑定未测(测量)

            3 个 dashboard 与 1 个 report 绑定的 dataset 会住在别的模块。这是第 1 项在分析面的特例,它决定"一个模块能不能自带自己的 dashboard"。要做:一条 pin,接受或拒绝都行,但要有结论。

            边界

            ⛔ 不在 hotcrm 侧绕(AGENTS.md 规定平台缺口等平台修)。⛔ 不改 ADR 正文(另开 docs-only 卡)。第 1、2、4 项是测量与 pin,可以直接派 dev;第 3 项先等维护者拍板再派。

            Activity

            Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

            Metadata

            Metadata

            Assignees

            Labels

            Type

            Projects

            No projects

              Milestone

              No milestone

              Relationships

              None yet

              Development

              No branches or pull requests

              Issue actions

              , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
              Skip to content

              ADR-0130 跨包规则矩阵补全:9 类命名对象的元数据、navigationContributions[].group 语义、权限集的模块归属、dashboard/report → dataset 跨包绑定(hotcrm 分拆方案挖出的 4 个上游缺口) #14454

              Description

              @hotlong

              Part of #14122。来源:hotcrm 分拆方案 objectstack-ai/hotcrm#1448 / PR hotcrm#1449,docs/architecture/module-split-plan.md §「上游缺口 / Upstream gaps」。方案严格只用 #14122 §4 已实测的四条跨包规则判边(73 条边:54 允许、19 拒绝),凡四条规则没覆盖的都没有给判定,而是记在这里。四项都是平台侧的事实缺口或决定,不挡本次发版(发版清单见 #14122),但挡 hotcrm 的代码分拆设计定稿。

              1. ACCEPT / REFUSE 矩阵只测了 2 类命名对象的元数据,分拆需要 9 类(测量工作)

              #14122 §4 实测了 hooks[].objectapp.navigation[].objectName。没测的:action 的 objectName、view 的 data.object、page 的记录对象与 related-list 对象、dataset 的 object、sharing rule 的 object、permission set 的 objects、seed dataset 的 object、import mapping 的 targetObject、flow 节点的 object。HotCRM 里有 19 个 action、9 个 flow、5 个 page、6 个权限集、3 个 dashboard 会一边在某模块、另一边点名别的模块的对象。

              要做:按 §4 同样的方法(真实 installPackage 两包、共享命名空间、逐类一条 pin),把这 9 类的接受 / 拒绝各测一遍,结论写回 #14122 §4 的矩阵与 ADR-0130 的 Consequences(ADR 改动 docs-only 另开卡给维护者)。

              2. navigationContributions[].group 语义未钉(测量 + pin)

              方案把 17 个 R3 拒绝的导航节点全部转成 owning module 的 navigationContributions,依赖三件事:group 按目标 app 声明的 group 节点 id 解析;贡献进一个不存在的 group 要可见地失败而不是静默消失;多个包贡献进同一 group 的顺序由 priority 决定而非注册顺序。要做:三条 pin。任何一条不成立,转换就不能保信息架构不变。

              3. 权限集没有模块归属 —— ADR-0130 §1.3(a) 点名的痛点分拆后没有被消掉(需维护者决定)

              ADR-0130 §1.3(a) 把 30 行 × 9 列 × 6 套的权限矩阵列为无边界的三个可量化后果之一,并把包边界作为 Studio 一直缺的分组。但权限集天然跨域授权——HotCRM 6 套里 4 套横跨 5–6 个模块——它不能住在某个模块里,分拆后矩阵依旧是平的。

              待决定:A. 允许权限集按包组合(模块把自己对象的授权贡献进 app 拥有的角色,类似 navigationContributions);B. 明确记录"权限矩阵不在 ADR-0130 创造的边界范围内",Studio 的分组收益不含它。两者都要写回 ADR-0130(docs-only 卡)。

              4. dashboard / report → dataset 的跨包绑定未测(测量)

              3 个 dashboard 与 1 个 report 绑定的 dataset 会住在别的模块。这是第 1 项在分析面的特例,它决定"一个模块能不能自带自己的 dashboard"。要做:一条 pin,接受或拒绝都行,但要有结论。

              边界

              ⛔ 不在 hotcrm 侧绕(AGENTS.md 规定平台缺口等平台修)。⛔ 不改 ADR 正文(另开 docs-only 卡)。第 1、2、4 项是测量与 pin,可以直接派 dev;第 3 项先等维护者拍板再派。

              Activity

              Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

              Metadata

              Metadata

              Assignees

              Labels

              Type

              Projects

              No projects

                Milestone

                No milestone

                Relationships

                None yet

                Development

                No branches or pull requests

                Issue actions

                , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
                Skip to content

                ADR-0130 跨包规则矩阵补全:9 类命名对象的元数据、navigationContributions[].group 语义、权限集的模块归属、dashboard/report → dataset 跨包绑定(hotcrm 分拆方案挖出的 4 个上游缺口) #14454

                Description

                @hotlong

                Part of #14122。来源:hotcrm 分拆方案 objectstack-ai/hotcrm#1448 / PR hotcrm#1449,docs/architecture/module-split-plan.md §「上游缺口 / Upstream gaps」。方案严格只用 #14122 §4 已实测的四条跨包规则判边(73 条边:54 允许、19 拒绝),凡四条规则没覆盖的都没有给判定,而是记在这里。四项都是平台侧的事实缺口或决定,不挡本次发版(发版清单见 #14122),但挡 hotcrm 的代码分拆设计定稿。

                1. ACCEPT / REFUSE 矩阵只测了 2 类命名对象的元数据,分拆需要 9 类(测量工作)

                #14122 §4 实测了 hooks[].objectapp.navigation[].objectName。没测的:action 的 objectName、view 的 data.object、page 的记录对象与 related-list 对象、dataset 的 object、sharing rule 的 object、permission set 的 objects、seed dataset 的 object、import mapping 的 targetObject、flow 节点的 object。HotCRM 里有 19 个 action、9 个 flow、5 个 page、6 个权限集、3 个 dashboard 会一边在某模块、另一边点名别的模块的对象。

                要做:按 §4 同样的方法(真实 installPackage 两包、共享命名空间、逐类一条 pin),把这 9 类的接受 / 拒绝各测一遍,结论写回 #14122 §4 的矩阵与 ADR-0130 的 Consequences(ADR 改动 docs-only 另开卡给维护者)。

                2. navigationContributions[].group 语义未钉(测量 + pin)

                方案把 17 个 R3 拒绝的导航节点全部转成 owning module 的 navigationContributions,依赖三件事:group 按目标 app 声明的 group 节点 id 解析;贡献进一个不存在的 group 要可见地失败而不是静默消失;多个包贡献进同一 group 的顺序由 priority 决定而非注册顺序。要做:三条 pin。任何一条不成立,转换就不能保信息架构不变。

                3. 权限集没有模块归属 —— ADR-0130 §1.3(a) 点名的痛点分拆后没有被消掉(需维护者决定)

                ADR-0130 §1.3(a) 把 30 行 × 9 列 × 6 套的权限矩阵列为无边界的三个可量化后果之一,并把包边界作为 Studio 一直缺的分组。但权限集天然跨域授权——HotCRM 6 套里 4 套横跨 5–6 个模块——它不能住在某个模块里,分拆后矩阵依旧是平的。

                待决定:A. 允许权限集按包组合(模块把自己对象的授权贡献进 app 拥有的角色,类似 navigationContributions);B. 明确记录"权限矩阵不在 ADR-0130 创造的边界范围内",Studio 的分组收益不含它。两者都要写回 ADR-0130(docs-only 卡)。

                4. dashboard / report → dataset 的跨包绑定未测(测量)

                3 个 dashboard 与 1 个 report 绑定的 dataset 会住在别的模块。这是第 1 项在分析面的特例,它决定"一个模块能不能自带自己的 dashboard"。要做:一条 pin,接受或拒绝都行,但要有结论。

                边界

                ⛔ 不在 hotcrm 侧绕(AGENTS.md 规定平台缺口等平台修)。⛔ 不改 ADR 正文(另开 docs-only 卡)。第 1、2、4 项是测量与 pin,可以直接派 dev;第 3 项先等维护者拍板再派。

                Activity

                Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

                Metadata

                Metadata

                Assignees

                Labels

                Type

                Projects

                No projects

                  Milestone

                  No milestone

                  Relationships

                  None yet

                  Development

                  No branches or pull requests

                  Issue actions