opensource/mateclaw
2
0
Fork 0
mirror of https://gitee.com/mateos/mateclaw.git synced 2026-09-14 19:45:08 +08:00
Code Issues Actions Packages Projects Releases Wiki Activity

chore: scrub external project references from wecom comments

Browse Source
This commit is contained in:
matevip 2026-05-10 08:28:26 +08:00
parent f6b4f7e402
commit ee48b114f6
3 changed files with 6 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
mateclaw-server/src/main/java/vip/mate/channel/wecom/WeComKeepaliveScheduler.java
View File

@ -20,7 +20,7 @@ import java.util.concurrent.TimeUnit;
* the eventual {@code finish=true} chunk is silently rejected — the * the eventual {@code finish=true} chunk is silently rejected — the
* user sees "🤔 思考中..." stuck forever. RFC-32 §2.1.2 (R-7 / B-5). * user sees "🤔 思考中..." stuck forever. RFC-32 §2.1.2 (R-7 / B-5).
* *
* <p><b>Constants</b> (verified against QwenPaw {@code channel.py:66-67,986-1031}): * <p><b>Constants</b> (chosen empirically based on observed slot lifetime):
* <ul> * <ul>
* <li>20s refresh interval — well under the observed 60s minimum drop</li> * <li>20s refresh interval — well under the observed 60s minimum drop</li>
* <li>180s force-finish ceiling — bound the worst-case "stuck" UX even * <li>180s force-finish ceiling — bound the worst-case "stuck" UX even

9
mateclaw-server/src/main/java/vip/mate/channel/wecom/cards/tool_guard/ToolGuardButtonKey.java
View File

@ -18,11 +18,10 @@ import java.util.Map;
* minimal context we need to recover the pending approval (the * minimal context we need to recover the pending approval (the
* {@code pendingId} alone is enough — mateclaw's * {@code pendingId} alone is enough — mateclaw's
* {@code ApprovalService.findById} resolves the rest, including the * {@code ApprovalService.findById} resolves the rest, including the
* original requester). QwenPaw's approach also stuffs sender/chat * original requester). Sender/chat context is intentionally not packed
* context for offline-render reasons; mateclaw doesn't need that * — the inbound handler runs in-process and can do a synchronous DB
* because the inbound handler runs in-process and can do a synchronous * lookup, leaving headroom in the 1024-byte budget for long tool names
* DB lookup, leaving headroom in the 1024-byte budget for long * / Chinese characters.
* tool names / Chinese characters.
* *
* <p>Encoding is stable (LinkedHashMap → consistent key order so byte- * <p>Encoding is stable (LinkedHashMap → consistent key order so byte-
* length is predictable). Decoding tolerates extra fields — useful if * length is predictable). Decoding tolerates extra fields — useful if

3
mateclaw-server/src/main/java/vip/mate/channel/wecom/cards/tool_guard/ToolGuardCardRenderer.java
View File

@ -12,8 +12,7 @@ import java.util.Map;
* Build the WeCom {@code button_interaction} approval card payload from * Build the WeCom {@code button_interaction} approval card payload from
* an {@link ApprovalNotice}. * an {@link ApprovalNotice}.
* *
* <p>Card structure (verified against QwenPaw {@code tool_guard.py:107-140} * <p>Card structure (matches the WeCom official protocol):
* + WeCom official protocol):
* <pre> * <pre>
* { * {
* "card_type": "button_interaction", * "card_type": "button_interaction",