[finding] the conversion registry states retryConfig "and the timeouts beside it … are live" — measured false: every occurrence under packages/ is inside packages/spec, and the timeouts are write-only #18614

Activity

1. os-bill

   added

   finding

   pm:dispatched

   and removed

   pm:queue

   on Sep 17, 2026
2. os-bill

   self-assigned this

   on Sep 17, 2026
3. os-bill commented on Sep 17, 2026

   

   os-bill

   on Sep 17, 2026 – with Claude

   CollaboratorAuthor

   More actions

   Claim: PM loop round 12
   Session: session_01JbZnqu8bt6YqfJsr9vaFb3
   Branch: claude/issue-18614-retryconfig-live-claim
   Worktree: objectstack-issue-18614
   Domain: domain:spec
   Seat: domain:spec#2(座位贴 #18549)
   File surface: packages/spec/src/conversions/registry.ts —— ⚠️ 开放并预先申报:.changeset/*.md 与任何门禁反向要求的派生物。只读:packages/spec/src/integration/connector.zod.ts(声明现场)· packages/spec/src/integration/connector.test.ts · packages/spec/docs/SYNC_ARCHITECTURE.md(stop on breach; explain in the report)
   Container & model: M, mode:subagent, model: default judgement tier
   Clause-②: no
   Thread-read: 5716550919
   Serial constraints cleared: ⏱️ 本行读数取自本评论同一动作,2026-09-17T20:28Z。本席对当时全部 24 个 open claude/issue-* PR 逐个拉 /pulls/N/files 实测:packages/spec/src/conversions/registry.ts 与 integration/connector.zod.ts 的持有者各 0 个。⭐ 同一把扫描的亮控:已知被 #18767 持有的 packages/spec/src/security/high-privilege.ts 读出 [18767] ⇒ 仪器活着。⚠️ 同轮 system/tracing.zod.ts 被 #18638 持有、runtime/src/domains/packages.ts 被 #18752 持有 —— 那是别的卡,⛔ 不在本卡面内。

   ---

   要改的是一句已被实测证伪的注释

   registry.ts:4492-4493 说 retryConfig 和它旁边的超时「are live」。卡面实测:retryConfig 在 packages/ 下的每一处都落在 packages/spec 内部(声明、它自己的测试、生成基线、一份架构文档),packages/spec 外面只有两个 content/docs/** 页面,一个是从声明生成的参考页、一个是散文。⇒ 没有生产者、也没有消费者。

   ⭐ 卡面自己记了一条方法教训,请你照办

   卡面原话:第一遍用加宽路径集去数命中数,得了个非零、看起来像反证;改成打印路径才定案。⇒ 你的普查必须打印路径,⛔ 不要只报计数 —— 当搜索范围本身就是待证的东西时,计数不是读数。

   本席答不了的两件,写成给 dev 的问题,⛔ 不写成栅栏

   1. ⭐ 新措辞该说什么? 「are live」是假的,但正确的说法取决于这些键到底是什么状态(已声明未实现?留给宿主?待退休?)。⛔ 本席没有测过它们的实现面 —— 这是未验断言。请你先测再写,并把判据放进 PR 正文。
   2. ⭐ conversions/registry.ts 是手写还是生成物? 本席读了它的文件头,看起来是手写的(没有「DO NOT EDIT」横幅),但本席没有跑过任何生成器去确认。⚠️ 这是未验断言 —— 动手前先确认;若它是生成物,改源头再重生成,⛔ 绝不手改。

   验收上必须有的两个控

   • ⭐ LIT:你的普查能在已知含有 retryConfig 的文件上读出非零(例如 connector.zod.ts)—— 否则你的「外面没有」只是搜索没响。
   • ⭐ DARK:某个必须读 0 的东西 —— 改完之后,are live 这个关于 retryConfig 的断言在 packages/spec/src/conversions/registry.ts 上读 0;并给出一个非零对照证明判据会响。

   声明与 changeset

   Clause-②: no —— 只改注释文本。⚠️ 开 PR 那一笔把 Clause-②: 行抄进正文行首(Check Changeset 读正文不读卡)。changeset 按仓规写;⭐ 用 npm pack --dry-run 之类实测发布字节来定该不该要,⛔ 不从源文件路径推。

   ⚠️ PR 正文 dev 只写一次,⛔ 不 PATCH;提交信息 ⛔ 不带卡片 trailer 且 trailer pair 必须 model-free;标签走仓内 scripts/pm/label-write.mjs,⛔ 不用裸 curl POST。PR 开成 draft,⛔ 不翻 ready、不挂 auto-merge。

   ---

   Generated by Claude Code
4. os-bill commented on Sep 17, 2026

   

   os-bill

   on Sep 17, 2026 – with Claude

   CollaboratorAuthor

   More actions

   os-dev-report

   {
     "issue": 18614,
     "status": "done",
     "branch": "claude/issue-18614-retryconfig-live-claim",
     "pr": "https://github.com/objectstack-ai/objectstack/pull/18789",
     "session": "session_01JbZnqu8bt6YqfJsr9vaFb3",
     "premise_still_valid": true,
     "summary": "The card's premise re-verified on origin/main @ 2085be2b2d and holds. Corrected the `connector-rate-limit-config-removed` fixture comment in packages/spec/src/conversions/registry.ts: the 'untouched' half is true and kept (narrowed to 'by THIS conversion' — a scope statement), the 'they are live' half is deleted as measured-false, and the text now cites liveness/connector.json as the authority while explicitly NOT implying a retirement ADR-0049 has not decided. Comment-only diff (9 insertions, 1 deletion) plus a patch changeset. The tree moved since filing: the #18582 ledger has LANDED and already records this same correction from the other side, so the two in-repo statements now agree. Assignee was already set to os-bill by the dispatch; I did not write it. No `needs:contract-review` on the PR (labels read back: documentation, size/s, tooling, priority:p2, domain:spec) — that label is the seat's and I neither hung nor removed it. PR carries one comment (id 5721056112) I did not write; left alone.",
     "tests": "SEAT QUESTION 2 (generated or hand-written?) — ANSWERED: hand-written, mechanically. scripts/regen-artifacts.mjs (named in .gitattributes as 'the single source of truth for this list') carries packages/spec/src/conversions/registry.ts in NOT_DRIVER_MANAGED with why:'hand-written source.' and NO `gen:` key. LIT CONTROL on the same ledger: the sibling packages/spec/src/migrations/registry.ts sits in the same structure WITH gen:'gen:migration-registry' — the ledger does distinguish the two, so 'no gen key' is a reading, not a dead search. Marker control: the generated sibling carries a 'GENERATED (#7297)' banner; the same predicate reads 0 on conversions/registry.ts. `pnpm --filter @objectstack/spec check:generated` = 15/15 up to date, INCLUDING check:spec-changes and check:upgrade-guide, the two artifacts derived FROM this registry. No generator writes it; no generated file was hand-edited.\n\nSEAT QUESTION 1 (what should the wording say?) — ANSWERED by measuring the implementation surface, which the seat had not. READ-PROBE (property-access form = a consumer READING the key), everywhere outside packages/spec: .retryConfig 0 hits, .connectionTimeoutMs 0 hits, .requestTimeoutMs 0 hits. LIT CONTROL for that probe: `providerConfig`, a sibling key on the SAME schema that IS consumed, fires on the identical predicate (connector-mcp/src/mcp-provider.ts:173, connector-openapi/src/openapi-provider.ts:175, connector-rest/src/rest-provider.ts:41, +more). So the zero is a reading. HOST-SEAM measurement settles the 'left to the host' branch: packages/spec/src/integration/connector-provider.ts:57 declares ConnectorProviderContext = name,label,description,icon,type,providerConfig,auth,loadPackageFile — none of the three keys is carried, so a provider factory cannot honour them. VERDICT: declared-but-unimplemented = TRUE; left-to-the-host = FALSE; pending-retirement = NOT ESTABLISHED (ADR-0049 owes a decision; the card does not ask for a sweep). That is the basis for the new wording.\n\nCENSUS A — `retryConfig`, whole tree, PATHS PRINTED (the card's method rule; a count is not a reading when scope is the question):\n.changeset/18582-connector-analytics-cube-liveness-ledgers.md:2\n.changeset/18614-conversion-registry-retryconfig-liveness-claim.md:2\ncontent/docs/automation/flows.mdx:1\ncontent/docs/references/integration/connector.mdx:5\npackages/spec/authorable-surface.base.json:2\npackages/spec/authorable-surface/integration.json:2\npackages/spec/docs/SYNC_ARCHITECTURE.md:5\npackages/spec/liveness/README.md:1\npackages/spec/liveness/connector.json:11\npackages/spec/src/conversions/registry.ts:1\npackages/spec/src/integration/connector.test.ts:1\npackages/spec/src/integration/connector.zod.ts:2\nEvery packages/ occurrence is inside packages/spec. Outside packages/spec: two content/docs pages (one generated from the declaration, one prose) and two .changeset entries (#18582's, and this PR's own). None is a producer or a consumer.\nLIT CONTROL (required): the census reads 2 on packages/spec/src/integration/connector.zod.ts, a file known to declare the key => the search fired.\n\nCENSUS B — the timeouts, whole tree, PATHS PRINTED:\n.changeset/18614-conversion-registry-retryconfig-liveness-claim.md: 1\ncontent/docs/references/integration/connector.mdx: 4\ndocs/adr/0122-schema-type-alias-naming-convention.md: 1\npackages/connectors/connector-mcp/src/mcp-connector.ts: 2\npackages/connectors/connector-openapi/src/openapi-connector.ts: 2\npackages/connectors/connector-rest/src/rest-connector.ts: 2\npackages/connectors/connector-slack/src/slack-connector.ts: 2\npackages/services/service-automation/src/degraded-register-cause.test.ts: 2\npackages/services/service-automation/src/plugin.ts: 2\npackages/spec/authorable-defaults/integration.json: 4\npackages/spec/authorable-surface.base.json: 4\npackages/spec/authorable-surface/integration.json: 4\npackages/spec/docs/SYNC_ARCHITECTURE.md: 3\npackages/spec/liveness/connector.json: 3\npackages/spec/src/integration/connector.zod.ts: 2\nEvery occurrence outside packages/spec is a WRITE of the literal 30000 into a def so it satisfies the post-parse Connector type (4 connector packages + the degraded-husk literal in service-automation/src/plugin.ts + one test), each with a comment saying so. Zero reads. Confirms the ledger's write-only finding first-hand.\n\nDARK CONTROL (required: the 'are live' assertion about retryConfig must read 0 after the change, with a non-zero control).\npredicate: retryConfig.*\\b(are|is) live|\\b(are|is) live.*retryConfig\n  pre-edit  (git show HEAD:...registry.ts) = 1 hit, line 4493  => CONTROL FIRES\n  post-edit (working tree)                 = 0 hits            => DARK reading satisfied\nWARNING WORTH CARRYING BACK: the FIRST spelling of this predicate used `[^\\n]*` between the halves and read 0 on the PRE-EDIT tree — it would have 'confirmed' the fix against a file that still carried the claim. In POSIX ERE a bracket expression has no escapes, so `[^\\n]` means 'not backslash and not the letter n' and the match died on the n in 'and'. The mandated non-zero control is the only reason this was caught. Second control against a blanket wipe: the file carries 9 'are live'/'is live' assertions before and 8 after — exactly one moved; the other 8 (aria/data, batchSize, doc.translations, icon, object) are untouched. Note `retryConfig` itself still reads 1 in the file (the corrected sentence names it) — the DARK predicate is about the ASSERTION, not the word.\n\nCHANGESET — decided by MEASURING PUBLISHED BYTES, not inferred from the source path. Result: patch, NOT skip-changeset.\n  (a) files[] for @objectstack/spec ships 'src/**/*.zod.ts', so the edited registry.ts ships no SOURCE bytes: npm pack --dry-run --json lists 0 src/conversions/* entries. The naive inference stops here and gets it WRONG.\n  (b) tsup does NOT strip comments. The corrected text is present in dist/index.js, dist/index.mjs, dist/shared/index.js, dist/shared/index.mjs, dist/browser/index.js, dist/browser/index.mjs — and npm pack --dry-run --json lists all six in the 2021-entry tarball for @objectstack/spec@17.4.0. POSITIVE CONTROL for that grep: a shipping string from the same conversion entry ('no outbound rate-limiting engine exists') is found in those bundles plus spec-changes.json.\n  METHOD NOTE: my FIRST npm pack run was taken against a tree with no dist/ and silently omitted every dist entry (275 entries, no 'dist' prefix). Re-run after a real build it reports 2021. A pack listing is only a reading of the tree it was taken against.\n\nVERIFICATION (all foreground; heavy runs through scripts/pm/os-verify-lock.sh, slot issue-18614, waited 0s each):\n  pnpm --filter @objectstack/spec build      -> VERDICT command-exit 0; 34/34 declaration files emitted\n  pnpm --filter @objectstack/spec test       -> VERDICT command-exit 0; 486 files / 14017 tests PASSED\n  pnpm --filter @objectstack/spec typecheck  -> VERDICT command-exit 0\n  pnpm --filter @objectstack/spec check:generated -> 15/15 artifacts up to date\n  pnpm lint (FULL repo `eslint . --no-inline-config`) -> exit 0. Ran the whole population, so this is NOT a narrowed run and needs no scope-invariance argument.\n  Families derived from the REAL change set with scripts/pm/dispatch-gates.mjs --repo objectstack-ai/objectstack (non-shallow checkout). Implicated families run green: check-adr-0087-registration, check-spec-docblock-symbol-anchors, check:page-declaration-shape, check:pm-widening-tells (--declaration no --diff), docs-audit/check-affected-docs, check-changeset-no-major, check-empty-changeset, check:objectui-changeset, check:nul-bytes, check:comment-mask-adoption (+self-test), check:comment-mask-corpus, check:keyed-text-bounds, check:published-files, check:llms-txt, check:merge-driver, check:empty-state, check:exported-any, check:dual-source-exports, check:variant-docs, check:doc-authoring, check-closing-keyword-parity.\n  The changeset gates were FIRST run while the changeset was still untracked; all four were RE-RUN on the committed HEAD a6b59bfeb4 and are green there ('1 declaring changeset(s) added', '1 non-breaking changeset(s) seen'). The earlier reading is superseded.\n  Family (1) dependency-closure build is a genuine NO-OP: packages/spec declares no workspace: dependencies, so '@objectstack/spec^...' matches no projects. Declared, not skipped.\n  NOT MEASURED: the remaining derived families are repo-wide population scans (59 of 75 by the --ran accounting) that CI owns; declared to CI rather than silently narrowed. CI convergence on PR 18789 is not awaited here, per the dispatch contract.\n\nPAIRING: scripts/pm/check-clause2-carriers.mjs --pair 18789 exits 0 — pair 18789 / 18614 derived via the closing keyword; the GOVERNING claim comment is 5720787508, which names this branch; card declares Clause-②: no and the PR body declares Clause-②: no.",
     "mcp_calls": "0 — no MCP GitHub tool was called, read or write. All GitHub traffic went through the REST proxy with curl.",
     "api_writes": "3 REST writes: (1) POST /repos/objectstack-ai/objectstack/pulls -> HTTP 201 (draft PR 18789); (2) POST /repos/objectstack-ai/objectstack/issues/18789/labels -> HTTP 200, issued by scripts/pm/label-write.mjs (additive verb, four-step write with read-back diff; result MATCHES target), never a raw curl POST and never PUT; (3) POST /repos/objectstack-ai/objectstack/issues/18614/comments -> this report. Plus one non-write: an initial POST /pulls attempt returned HTTP 415 (missing Content-Type) and created nothing. Within the 4-write budget (git push + POST /pulls + POST labels + report comment). PR body written ONCE at creation and never PATCHed.",
     "open_questions": [
       {
         "question": "The dispatch and .claude/agents/os-dev.md give conflicting instructions for the PR body's FIRST line: the dispatch says copy `Clause-②: no` verbatim as the first line; the agent file says the first line is `Fixes #N` and that the Clause-② line is copied 行首 (at the start of a line). Flagging rather than silently picking a side.",
         "options": [
           "A — Follow the agent file: line 1 `Fixes #18614`, line 2 `Clause-②: no`. Both constraints are satisfiable together because readClause2Line walks EVERY line, which I confirmed by running the real parser against the exact body (returns {kind:'declared', value:'no'}), and check-clause2-carriers --pair 18789 reads the declaration back off the live PR.",
           "B — Follow the dispatch literally: `Clause-②: no` as line 1, dropping or demoting the closing keyword, which would stop the PR from closing the card on merge."
         ],
         "recommendation": "A, because it satisfies both documents' real requirements and the gate's actual parser, while B would trade a card-closing keyword for a positional preference that the parser does not read. Chose A; no rule was violated. If the seat wants the dispatch's literal ordering to become binding, that is a change to the agent file, not to this PR — and the PR body is written once, so any reordering is the seat's write, not mine."
       }
     ],
     "out_of_scope_findings": [
       "to file (class c — metadata-authoring trap; dedupe words: `SYNC_ARCHITECTURE retryConfig advice` · `docs route author to dead key` · `connector retry 429 guidance inert` · `flows.mdx retryConfig attempts` · `retryableStatusCodes default unread`): packages/spec/docs/SYNC_ARCHITECTURE.md (lines 157, 336, 360) tells an author that `retryConfig` is the answer for a rate-limited upstream and cites its retryableStatusCodes default of [408,429,500,502,503,504]; content/docs/automation/flows.mdx:1588 repeats the advice. Measured above: nothing reads any of it, and ConnectorProviderContext does not even carry it — an author who follows the documented remedy gets a silently-ignored config. That is the runtime-silently-discards shape, not a style note. NOT folded into this PR: those files are outside this card's declared file surface, and the card states in its own body that it does not ask for the keys to be retired. The liveness ledger's own note already names this as the reason ADR-0049 owes a DECISION rather than a sweep, so triage should dedupe against that decision item before opening a second card.",
       "noted, not filed: content/docs/references/integration/connector.mdx advertises retryConfig and both timeouts with their defaults and no liveness signal. It is GENERATED from the declaration by packages/spec/scripts/build-docs.ts, so it is not independently fixable and carries no separate defect — it will move the moment the declaration or the generator does. 承接者: the ADR-0049 decision item named in the finding above, which necessarily rewrites or removes the declaration this page is derived from; no separate PR or person needs to touch this file on its own."
     ]
   }

   ---

   Generated by Claude Code
5. os-bill commented on Sep 17, 2026

   

   os-bill

   on Sep 17, 2026 – with Claude

   CollaboratorAuthor

   More actions

   复核:通过。并且 —— 你问的那条,是本席派发令写错了。 PR #18789。⏱️ 本条每一段的读数都取自同一动作:2026-09-17T21:05Z。

   ⭐ 先答那条 open question:选 A,而错在本席

   派发令英文写的是「copy the Clause-②: line verbatim as the first line of the PR body」。这是错的,而且是本席把两个词压成了一个:

   ⏱️ 下面这块读于 2026-09-17T21:05Z。

   .claude/agents/os-dev.md
     :277  「Draft PR 指向 `main`,正文**首行** `Fixes #<n>`…」        ← 首行 = the FIRST line
     :278  「正文**行首**照抄认领的 `Clause-②:` 行…」                  ← 行首 = at a LINE START
   

   ⇒ 中文把首行与行首分得很清楚,本席的英文两个都译成了 "first line"。⭐ 你按 A 办是对的,而且你把冲突标出来而不是自己静默选一个,处置正确。

   ⚠️ 但你那条理由里的机制判断,本席实测后要更正

   你写 B 会「stop the PR from closing the card」。实测不是这样 —— 关卡关键字不认位置:

   ⏱️ 下面这块读于 2026-09-17T21:05Z。

   本班在**同一条错措辞**下派出的三个 PR,正文首行都是 `Clause-②: no`:
     PR #18754  line1='Clause-②: no'  Fixes 在第 3 行  → 卡 #18685  closed/completed
     PR #18757  line1='Clause-②: no'  Fixes 在第 3 行  → 卡 #18739  closed/completed
     PR #18767  line1='Clause-②: no'  Fixes 在第 3 行  → 卡 #18603  closed/completed
   

   ⇒ GitHub 在整段正文里找关卡关键字。B 的真实代价是违反本仓约定(:277),⛔ 不是「卡关不掉」。⭐ 这条要说清楚,否则下一个人会带着一个错的机制模型去做决定。

   ⇒ 本席的派发令措辞已记为需改:「Clause-②: 行放在某一行的行首;正文首行留给 Fixes #<n>」。

   复核:两个未验断言,你都用测量答了

   ⏱️ 下面这块读于 2026-09-17T21:05Z。

   Q2「conversions/registry.ts 是手写还是生成物?」—— 本席复核你的判据:
     scripts/regen-artifacts.mjs:451  path: 'packages/spec/src/conversions/registry.ts'
                                :452  why: 'hand-written source. …'
     ⇒ 在 NOT_DRIVER_MANAGED 里,且**无 `gen:` 键** ⇒ 手写,确证。
     ⭐ 你的亮控(同结构里的 migrations/registry.ts **带** gen 键)正是该用的那个 ——
        它证明「无 gen 键」是**读数**而不是搜索没响。
   
   Q1「新措辞该说什么?」—— 你去量了实现面,这正是本席量不到的:
     读取式探针(属性访问 = 真正的消费者)在 packages/spec 之外:
       .retryConfig 0 · .connectionTimeoutMs 0 · .requestTimeoutMs 0
     ⭐ 亮控:同一 schema 上**确有消费者**的兄弟键 providerConfig,同一判据下命中多个 provider
     ⇒ 那三个 0 是读数。再加 ConnectorProviderContext 根本不携带这三个键
     ⇒ 「declared-but-unimplemented = 真」「left-to-the-host = 假」「pending-retirement = 未确立」。
     ⭐ 措辞因此是**测出来的**,⛔ 不是猜的;而且你**没有**顺手去退休它们(卡面明说不要)。
   

   ⭐ 你那条正则教训,本席原样记下

   你第一版 DARK 判据用 [^\n]* 连接两半,在改动前的树上读 0 —— 它会「确认」一个仍然带着那句话的文件已被修好。原因:POSIX ERE 的方括号里没有转义,[^\n] 意思是「不是反斜杠、也不是字母 n」,于是匹配死在 and 的那个 n 上。

   ⇒ 是那条被强制要求的非零对照把它抓住的。 这与本班另一处同形:一个把 diff 头去掉的 grep -v "^[+-][+-]" 惯用法,在以 - 开头的 markdown 列表文件上会把真正的改动行一起吃掉,于是报出「无变更」。⭐ 同一条规矩的两面:判据本身要有对照,否则它的零只是它自己没响。

   那条 out-of-scope 发现的去向

   SYNC_ARCHITECTURE.md(:157/:336/:360)与 flows.mdx:1588 把 retryConfig 当作限流的解法教给作者,而实测无人读它 —— 这是「运行时静默丢弃」的形,⛔ 不是文风。

   ⭐ 你要的那次查重,本席做了(MCP search_issues,含 closed):

   • SYNC_ARCHITECTURE.md 的 L3 段仍在三处宣传 Rate Limiting,而 connector.rateLimitConfig 及其整个形状已在 #4911 退役 #5554(closed/completed)是同一个文件、同一个形,但管的是 rateLimitConfig 那一半 —— ⇒ 近邻,不是孪生。
   • 无任何 open 的 ADR-0049 决策卡在管 retryConfig/超时这一半;#18582(账本播种)已 closed/completed。

   ⇒ 没有可并入的既有条目,本席另立卡并把 #5554 作为「同形已收过一次」的先例写进去。

   ---

   Generated by Claude Code
6. os-bill

   closed this as completedin #18789on Sep 17, 2026
7. os-bill

   removed

   pm:dispatched

   on Sep 17, 2026
8. os-bill

   removed their assignment

   on Sep 17, 2026
9. os-bill commented on Sep 17, 2026

   

   os-bill

   on Sep 17, 2026 – with Claude

   CollaboratorAuthor

   More actions

   MERGED 确认 —— PR #18789。⏱️ 本条每一段的读数都取自同一动作:2026-09-17T22:02Z。

   ⏱️ 下面这块读于 2026-09-17T22:02Z。

   git fetch origin main && git log --oneline origin/main | grep -F '(#18789)'
     00b38d752a  (#18789)
   parents: 1   ← 单亲 squash
   
   主题探针(落地后在 origin/main 上重取)
   ⚠️ 判据用**纯字符串包含 + 折 ' + ' 串接缝**,⛔ 不用 POSIX ERE 方括号 ——
      那几句理由跨字符串字面量断开,而 `[^\n]` 在 ERE 里意思是「不是反斜杠、也不是字母 n」,
      会在任何一个 n 上死掉并读出假零。这是本卡 dev 亲自踩过并交回来的坑。
   
     ⭐ DARK 「retryConfig …they are live」这个断言            0
     ⭐ LIT  同一把判据找该条目名 connector-rate-limit-config-removed   2   ← 仪器活着
     ⭐ DARK 伪造条目名 connector-ziggurat-config-removed              0
     新措辞引用 liveness/connector.json 作为权威                        1
   
   os-regen 面(roster 当场读自 `grep os-regen .gitattributes`)
     落地触及 2 个文件(.changeset + conversions/registry.ts),命中 roster 的:0
     ⇒ ⛔ 不欠落地后重生成核验
   

   卡由 Fixes 代关(closed / completed),同笔摘 pm:dispatched 并清 assignee。⚠️ 定级未动。

   本卡留下的两条

   • 本席的派发令措辞错误已在 5721216603 交代并更正:正文首行留给 Fixes #<n>,Clause-②: 行只需在某一行的行首。⭐ 实测代价为零 —— 关卡关键字不认位置;⛔ 「会导致卡关不掉」是过头的说法。
   • 另立卡 [finding] SYNC_ARCHITECTURE.md 与 flows.mdx 把 retryConfig 教成上游限流的解法并列出它的默认值,而实测零消费者、ConnectorProviderContext 根本不携带它 —— 照文档做的作者拿到的是被静默忽略的配置(同一文件的 rateLimitConfig 半边已由 #5554 收过) #18794:SYNC_ARCHITECTURE.md 与 flows.mdx 把 retryConfig 教成限流解法,而实测零消费者。⭐ 查重由本席完成:同一文件的 rateLimitConfig 半边已由 SYNC_ARCHITECTURE.md 的 L3 段仍在三处宣传 Rate Limiting,而 connector.rateLimitConfig 及其整个形状已在 #4911 退役 #5554 收过(closed),且无 open 的 ADR-0049 决策卡在管这一半。

   ---

   Generated by Claude Code
10. akarma-synetal

    added a commit that references this issue on Sep 28, 2026

    fix(spec): correct the conversion registry's falsified `retryConfig` …

    ...

    This issue will close once commit 00b38d7 is merged into the 'main' branch.

    00b38d7