fix(telegram): allow agentId in account config for multi-account routing#63380
fix(telegram): allow agentId in account config for multi-account routing#63380mraleko wants to merge 5 commits into
Conversation
Greptile SummaryFixes a regression introduced between 2026.4.5 and 2026.4.8 where Telegram multi-account configs using Confidence Score: 5/5Safe to merge — targeted schema fix with regression test coverage and no behavioral side effects. The only finding is a P2 style issue (new test placed in the wrong describe block). The core fix is minimal, correct, and type-consistent with the existing topic-level agentId pattern. src/config/config.telegram-topic-agentid.test.ts — the account-level agentId regression test belongs in its own describe block.
|
Allows agentId in channels.telegram.accounts.<id> for per-account agent routing in multi-account setups. Fixes regression where upgrading from 2026.4.5 to 2026.4.8 caused 'must NOT have additional properties' errors for accounts with agentId configured.
Resolves Greptile P2 review comment: test was nested inside
telegram disableAudioPreflight schema block (semantically unrelated).
Now in dedicated describe("telegram account agentId schema") block.
43e7474 to
26aa82c
Compare
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 26aa82ccf0
ℹ️ About Codex in GitHub
Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".
…flight describe block
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 7a303af40a
ℹ️ About Codex in GitHub
Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".
|
Addressed the account-level
Validated with:
|
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 8965daf69b
ℹ️ About Codex in GitHub
Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".
|
Addressed the remaining Telegram
Validated with:
|
|
Thanks for the context here. I swept through the related work, and this is now duplicate or superseded. Keep open. This is a real Telegram multi-account compatibility fix path, but the branch is not merge-ready on current main because it is conflict-marked, misses the generated bundled channel metadata validation surface, and has no real Telegram behavior proof. Canonical path: Close this stale PR. The latest review rated it F, the branch still lacks merge-ready proof, and there has been no human follow-up after the durable review. So I’m closing this here because the remaining work is already tracked in the canonical issue. Review detailsBest possible solution: Close this stale PR. The latest review rated it F, the branch still lacks merge-ready proof, and there has been no human follow-up after the durable review. Do we have a high-confidence way to reproduce the issue? Yes from source inspection: current main's strict account schema, generated bundled channel metadata, and exported account type still lack Is this the best way to solve the issue? Not yet. Restoring account-level Security review: Security review cleared: The diff changes Telegram config/routing code and tests only; no dependency, workflow, credential, permission, or supply-chain surface is changed. AGENTS.md: found and applied where relevant. What I checked:
Likely related people:
Codex review notes: model internal, reasoning high; reviewed against 8682d0701b27. |
|
ClawSweeper PR egg 🎁 Pass real behavior proof to wake the egg and unlock a hatchable treat. Where did the egg go?
|
|
This pull request has been automatically marked as stale due to inactivity. |
|
ClawSweeper applied the proposed close for this PR.
|
Summary
Fixes regression where Telegram multi-account configs with
agentIdwere rejected as 'must NOT have additional properties' after upgrading from 2026.4.5 to 2026.4.8.Root cause
agentIdwas only defined inTelegramTopicSchema(for forum group topic routing), not inTelegramAccountSchemaBase. The.strict()Zod modifier generatesadditionalProperties: falsein JSON Schema, causing account configs withagentIdto fail validation.Changes
agentId?: stringtoTelegramAccountConfigtypeagentId: z.string().optional()toTelegramAccountSchemaBaseZod schema (afterenabledfield)agentIdin account configTesting
agentIdnow passes, multi-account config (6 accounts each withagentId) passes, backward compatibility preservedFixes #62985