哈基米 BlueX888

🎯 About Me


北京工业大学 · 计算机科学与技术 · 硕士 · 2025 – 2028
河南大学 · 计算机科学与技术 · 本科 · 2021 – 2025

面壁智能 · Agent 算法实习生 · 2026.08 – 至今
北京语义智能软件 · Agent 开发实习生 · 2026.04 – 2026.08
量江湖 · 大模型算法实习生 · 2025.10 – 2026.02

li_chaoran8888@163.com — 无论什么事都可以联系我，随时欢迎来信 💌

📘 Projects

🐜 nanoteam

极简 deep-research 多智能体团队：核心代码仅 174 行，一天就能读完的「可运行教科书」。Leader–Worker 架构，每次任务固定 N+2 次模型调用，成本可预期。

🔨 forge-code

面向本地工程的 AI 编程助手：跨会话项目记忆，Skill 经人工审核后沉淀自进化，长任务上下文压缩，本地权限沙箱。

🏥 Medical-Agent-Swarm

医疗问答多智能体原型：Orchestrator–Worker 编排，安全层由确定性代码而非 LLM 兜底，技能白名单 + 隐私脱敏。

⚙️ SwarmCore

企业级多租户、可持久化的智能体执行内核：不可变执行计划，Temporal 编排，PostgreSQL 单一事实源，OPA/Vault 治理。

🤝 Upstream Contributions

dify · ⭐160k _{代码合并 1}	servers · ⭐92k _{问题获修 3}	deer‑flow · ⭐85k _{代码合并 18 · 问题获修 7}	crewAI · ⭐60k _{代码合并 1}
agno · ⭐43k _{代码合并 3}	agentscope · ⭐35k _{代码合并 1 · 问题获修 3}	openai‑agents‑python · ⭐30k _{问题获修 1}	mastra · ⭐29k _{问题获修 4}
fastmcp · ⭐28k _{代码合并 8 · 问题获修 5}	agents · ⭐15k _{代码合并 5 · 问题获修 1}	E2B · ⭐15k _{问题获修 1}	phoenix · ⭐12k _{代码合并 1 · 问题获修 3}
mcp‑use · ⭐11k _{代码合并 2}	harness‑sdk · ⭐9k _{代码合并 3}	DS‑Bot · ⭐5k _{问题获修 4}	openai‑agents‑js · ⭐4k _{代码合并 1 · 问题获修 1}

代码合并 44 · 问题获修 33 · 覆盖 16 个上游仓库

全部贡献：代码合并：本人 PR 获合并 · 问题获修：本人报告或补丁获修复，未合并本人 PR · 成果不重复计数

2026-10-31 phoenix · [BUG]: Span annotation DataFrame logging skips required-column validation that the document path enforces

2026-10-30 fastmcp · fix(openapi): preserve timeouts so the server maps them to the actionable message

2026-10-30 dify · fix(api): fall back to the raw reference for non-object file reference payloads

2026-10-30 agentscope · [Bug]: Read tool accepts offset <= 0, negative-slicing the file and returning its tail labeled with line numbers 0 or negative

2026-10-29 fastmcp · [Bug] A kept-alive stdio transport keeps the first client's session and silently ignores a second client's timeout

2026-10-28 fastmcp · [Bug] FastMCPStdioTransport silently drops its args parameter

2026-10-27 fastmcp · [Bug] FastMCPApp treats hash-shaped tool names as pre-addressed, breaking Prefab callbacks after composition

2026-10-26 openai-agents-python · ShellTool: empty ShellResult(output=[]) fabricates stdout "(no output)" in the model-visible shell_call_output and persisted shell_output

2026-10-24 deer-flow · [Bug] DeerFlowClient(config_path=...) silently uses the default config, and explicit reloads can be discarded

2026-10-23 deer-flow · [Bug] POST /threads/{id}/state silently ignores the checkpoint object and mutates the thread head

2026-10-22 deer-flow · fix(skills): treat only top-level scripts/ paths as executable in skill_manage

2026-10-20 fastmcp · fix(tools): materialize generator transform_fn results in TransformedTool.run

2026-10-20 deer-flow · [Bug] Unreadable memory.json is silently overwritten instead of quarantined (data loss)

2026-10-19 fastmcp · fix(resources): preserve component meta for list[ResourceContent] returns

2026-10-19 fastmcp · fix: treat non-string skill frontmatter descriptions as absent

2026-10-19 mcp-use · fix(agent): treat missing error field as success in RemoteAgent.run

2026-10-19 mcp-use · fix(agent): emit OpenAI Responses tool-call args events keyed by item_id

2026-10-19 harness-sdk · fix(ts): report correct paths for values after nested objects in deepCopyWithValidation

2026-10-19 agents · fix(cli): apply connect credentials to the agent server

2026-10-19 fastmcp · [Bug] Shared() dependencies become request-scoped without pydocket, and direct call_tool crashes with pydocket

2026-10-18 deer-flow · fix(memory): filter honcho search by category instead of stamping it on unfiltered results

2026-10-18 deer-flow · fix(models): tolerate non-mapping when_thinking_enabled.extra_body on the reasoning-contract path

2026-10-18 deer-flow · [bug] skill_manage: parallel tool calls for the same (user, skill) deadlock forever on the sync client path (shared asyncio.Lock across per-call event loops)

2026-10-17 deer-flow · fix(sandbox): resolve every entry of colon-joined path lists in forward path translation

2026-10-17 agents · fix(llm): drop nonexistent name from __all__

2026-10-16 mastra · [BUG] MCP image/audio tool results emitted as spec-v3 image-data/file-data in the v5 tool-result output — dropped by spec-v2 providers, rejected by spec-v4 (Bedrock throws)

2026-10-15 phoenix · [BUG]: [playground] AWS Bedrock run crashes with JSONDecodeError when a tool result message contains plain text

2026-10-14 deer-flow · fix(mindie): degrade unserializable tool args to str() in XML replay

2026-10-14 deer-flow · fix(models): tolerate null template keys in the legacy thinking disable path

2026-10-13 agents · fix: split underscore terms in BM25 description and param tokens

2026-10-12 deer-flow · fix(memory): read the complete scope in the substring search fallback

2026-10-12 deer-flow · fix(memory): keep non-core fact categories instead of rewriting to other

2026-10-12 agentscope · fix(model): declare real WAV sizes in the final streamed audio block

2026-10-12 agents · fix: reference real tool name in ToolProxyToolset description and errors

2026-10-12 DS-Bot · Node 22 下 web-search 慢端点超时永不触发（AbortSignal.timeout 的 unref 定时器）

2026-10-12 DS-Bot · 删除 Bot / 群聊后其定时任务成为孤儿：仍在 DSH 中待命，设置页不可见也无法删除

2026-10-12 DS-Bot · state.lock 被另一台 host 接管后，写端点仍返回 ok:true 但 save() 静默失败

2026-10-12 DS-Bot · dev/mock-llm.mjs 的 长任务 N 省略 K 时每一步都不产出文本块（.map(Number) 把缺失的 K 变成 NaN）

2026-10-09 fastmcp · fix: convert version query param to VersionSpec in component manager routes

2026-10-08 deer-flow · fix(models): keep escaped newlines inside fences in MindIE native stream

2026-10-08 deer-flow · [bug] DbRunEventStore: delete_by_run lowers the thread's max-seq watermark, so later puts reissue already-used seq values and become invisible to after_seq cursors

2026-10-06 phoenix · fix(client): keep tools when anthropic tool_choice is none

2026-10-05 fastmcp · fix(tools): keep structured content for object schemas without explicit type

2026-10-05 fastmcp · fix(tools): take partial tool names and docstrings from the wrapped function

2026-10-05 fastmcp · CallToolResult.data is None when output_schema has uniqueItems on an array of objects

2026-10-05 servers · server-memory: saveGraph rewrites memory.jsonl via temp-file + rename, dropping an existing file's permission bits (0600 -> 0644) and silently overwriting read-only files

2026-10-05 servers · sequentialthinking: a branchId that collides with an Object.prototype key throws instead of creating the branch, and the failed call still extends thoughtHistory

2026-10-05 servers · everything: session resources evict another session's resource when two sessions use the same file name

2026-10-01 harness-sdk · fix(anthropic): store redacted thinking as bytes and re-encode on send

2026-10-01 E2B · [Bug]: JS SDK: filesystem watch handle.stop() always fires onExit with a TimeoutError blaming 'requestTimeoutMs'

2026-09-30 agents · fix(llm): block unguarded mutations on read-only chat contexts

2026-09-28 mastra · [BUG] Array structured output textStream/elementStream keep the stale partial element when a later chunk completes it in place

2026-09-25 openai-agents-js · fix(agents-core): handle same-server MCP tool name collisions

2026-09-25 deer-flow · fix(tools): route bound task and batch tools' sync path through the bound runtime

2026-09-25 deer-flow · fix(sandbox): list the skills root when only category mounts exist

2026-09-25 agno · fix: store raw video bytes in GeminiTools.generate_video artifact

2026-09-25 mastra · [BUG] schema-compat/zodToJsonSchema: nullable zod v4 enum/literal widens to type:[X,"null"] but keeps enum/const, so exported schema rejects null

2026-09-25 phoenix · [BUG]: Anthropic prompt adapter ignores {{ variables }} in str system messages, sending the literal template as the system kwarg

2026-09-24 openai-agents-js · MCP tool cache: invalidating server 'X' deletes the cached tools of an unrelated server named 'X:suffix' via the unscoped prefix-scan fallback

2026-09-21 agentscope · [Bug]: Grep: offset/head_limit pagination silently drops and duplicates matches because ripgrep output order is non-deterministic across invocations

2026-09-20 deer-flow · fix(models): tolerate a null Codex account_id before it reaches the request header

2026-09-20 deer-flow · fix(models): skip Claude credentials sources with a non-numeric expiresAt

2026-09-19 deer-flow · fix(models): degrade a non-object Codex auth file to no credential

2026-09-18 deer-flow · fix(mcp): insert bare-filename rewrites literally

2026-09-18 agents · ChatContext.copy(tools=...) drops FunctionCallOutput with a default (empty) name, silently removing the whole function call + result pair from provider requests

2026-09-17 deer-flow · fix(models): pair Codex invalid tool calls with their tool results

2026-09-17 deer-flow · [bug] Claude credential loader raises AttributeError when ~/.claude/.credentials.json has a non-object claudeAiOauth container

2026-09-16 agno · [fix] keep falsy tool results (0, False, []) on the sync tool execution path

2026-09-15 fastmcp · fix(local-provider): apply transforms in get_tasks

2026-09-15 crewAI · fix(azure): key streamed tool calls by wire index

2026-09-15 mastra · [BUG] Top-level array structured output silently returns [] for arrays of primitives

2026-09-15 agentscope · [Bug]: AnthropicChatModel streaming merges all thinking blocks of one response into a single block, keeping only the last signature

2026-09-14 deer-flow · fix(mcp): treat a Human Input Card reply as the current user request

2026-09-05 deer-flow · [bug] MindIE tool-enabled async streaming drops token usage

2026-09-04 deer-flow · fix(mcp): keep ToolRuntime injection for sync-wrapped MCP tools

2026-09-03 harness-sdk · fix(openai): report max_tokens when a Responses function call is cut off

2026-09-02 agno · [fix] Resolve Gemini image MIME type instead of hard-coding image/jpeg

🔍 Upstream Bugs Found

自己审代码发现、附无网络最小复现的缺陷：有讨论的走 issue，能直接修的当天带回归测试提 PR（这类条目的「问题」列直接指向 PR）。修复合并后自动进上一栏。

🐛 261 发现缺陷 · 📦 35 涉及仓库 · ✅ 50 已修复 · 🔧 140 修复已提交 · ⏳ 49 等待中 · ⚪ 22 已关闭

📋 展开完整缺陷表（按发现时间倒序 · 🟢 有修复 · 🟡 等待中 · ⚪ 已关闭）

仓库	问题	状态
livekit/agents ⭐15k	`session.say()` 对 `supports_say=False` 的 realtime 模型（如 OpenAI Realtime）在播放后快照 `chat_ctx` 并整体回推；#7947 新增的这条推送没有走 #7905 引入的 `_rt_chat_ctx_lock`。若期间并发推入工具输出，旧快照缺项会被 OpenAI Realtime 当成删除并发出 `conversation.item.delete`，`function_call_output` 从 provider 历史消失、后续轮次看到未应答的工具调用。修复把 say() 的快照+插入+推送包进同一把锁（`_mark_generation_done()` 留在锁外，`RealtimeError` 仍记录后吞掉），补并发回归测试 `2026-10-20`	🟢 直接提 PR（未建 issue）
strands-agents/harness-sdk ⭐8.7k	文件工具把结尾换行当成新空行：POSIX 文件 `"alpha\nbeta\n"`（2 行）被 `read` 报成 3 行、`offset=3` 能选中不存在的幻影行，footer 写 `of 3`，`write` 报 `Wrote 3 lines`；空文件读成 1 行却写 0 行，`read(limit=0)` 给出误导性的 past-the-end 消息。编码 agent 依赖这些行号，幻影行会把它们引到不存在的位置。修复在 Python/TypeScript 两侧共用「结尾换行是终止符而非行」的计数 helper，`read`/`write` 同步修正，空文件统一 0 行，`limit=0` 抛 `ValueError` `2026-10-20`	🟢 直接提 PR（未建 issue）
PrefectHQ/fastmcp ⭐28k	`fastmcp run` 对 SDK `MCPServer`（v1）目标静默忽略 `--path`、`--stateless`、`--log-level`：server 仍跑 SDK 默认的 `/mcp`/`/sse` 且保持 stateful，FastMCP server 路径不受影响。修复把这些参数传入 `run_v1_server_async`，HTTP/streamable-http 映射 `streamable_http_path`/`stateless_http`、SSE 映射 `sse_path`，只转发非 None 值以保留 SDK 默认；stdio 没有对应运行时开关，限制写进文档而不是伪造 `2026-10-19`	🟢 已提交 #5870，等待维护者指派
PrefectHQ/fastmcp ⭐28k	`FastMCPApp` 把所有匹配 `<12 位小写十六进制>_<name>` 的工具名当成已做身份寻址，却不校验 digest 是否真是该 app 对此 local name 的哈希：用户自取名 `abcdef012345_save` 因此跳过前缀，`annotate_payload_identities` 记下错误的自身份，经命名空间 mount/provider 后 Prefab payload 指向不可调用的裸名（`NotFoundError: Unknown tool`）。修复只在名字等于 `hashed_backend_name(app_name, local)` 时原样返回，其余照常加前缀 `2026-10-19`	⚪ 自行关闭 #5867（未合并），issue 保持开启
PrefectHQ/fastmcp ⭐28k	代理组件丢 `version` 元数据：wire `meta.fastmcp.version` 保留在 proxy 的 meta 里，`ProxyTool`/`ProxyResource`/`ProxyTemplate`/`ProxyPrompt` 工厂却从不把它传给组件字段。`VersionFilter` 于是把全部代理组件当作无版本——`include_unversioned=False` 静默隐藏整个代理目录，范围过滤也无法排除超范围版本。修复四个工厂统一传 `version=fastmcp_meta.get("version")`，`ProxyTemplate.create_resource` 把 version 传播到两个分支 `2026-10-19`	🟢 已提交 #5865，等待维护者指派
livekit/agents ⭐14k	`RunResult` 只从最后完成的被 watch `SpeechHandle` 读取最终 output 与 error：run 期间所有 speech 都被 watch，`session.say()` 或嵌套 AgentTask 的 speech 若在携带结果的那条之后完成，就会静默顶掉它——`session.run(..., output_type=...)` 明明有有效结果却抛 `RuntimeError("no final output")`/`UnexpectedModelBehavior`，或主 speech 因 LLM/realtime 错误失败、run 却成功；行为取决于完成顺序。修复分别跟踪最后一条携带 output 与携带 error 的 handle，`_mark_done` 依次选择 output → error → 最后完成，单 handle 行为不变 `2026-10-19`	🟢 直接提 PR（未建 issue）
livekit/agents ⭐14k	`AgentSession.run()` 同步失败会永久毒化会话：`run()` 先存 `_global_run_state` 再调 `generate_reply()`，后者可同步抛 `"AgentSession isn't running"`/关闭检查；异常直接冒出不清理槽位，留下 done future 永不 resolve 的 `RunResult`，此后每次 `run()`/`start(capture_run=True)` 都报 `RuntimeError("nested runs are not supported")`。修复用 `try/except BaseException` 包住调用，失败时仅当槽位仍是本次 `RunResult` 才清空再重抛 `2026-10-19`	🟢 直接提 PR（未建 issue）
PrefectHQ/fastmcp ⭐28k	OpenAPI 路径参数声明 `style: label`/`style: matrix` 时被当成普通路径段替换（`/label/abc`、`/matrix/abc` 而非 `/label/.abc`、`/matrix/;id=abc`），依赖这些序列化样式的端点经 provider 完全不可用；默认 `simple` 一直正确。修复让 `RequestDirector.build()` 把 route 传进 `_build_url()`，按 OAS 样式表实现 label/matrix 的标量、数组、对象与 explode 组合，`simple` 输出逐字节不变 `2026-10-19`	⚪ 自行关闭 #5857（未合并），issue 保持开启
PrefectHQ/fastmcp ⭐28k	Pydantic 字段别名用于 resource template 函数参数时，模板能注册也能匹配，但每次按该参数读取都校验失败（`identifier Missing required argument; id Unexpected keyword argument`）：路径/查询提取产生 Python 参数名，`validate_call` 的 schema 却期待别名——#5836 的 resource-template 对应物。修复按同一方式保存 alias→Python 名映射，`read()` 先翻译再调用；未用别名时行为不变 `2026-10-19`	⚪ 自行关闭 #5855（未合并），issue 保持开启
PrefectHQ/fastmcp ⭐28k	默认 `SkillProvider`（`supporting_files="template"`）读取 support file 时始终报 `application/octet-stream`：provider 先猜 MIME 决定 text/blob，却返回裸 `str`/`bytes`，`convert_result` 再用模板静态 `mime_type` 盖掉猜测；同一文件在 `supporting_files="resources"` 下返回 `text/markdown`/`application/json`。修复用 `ResourceResult([ResourceContent(..., mime_type=guess)])` 保住逐文件 MIME，并保留组件 meta 传播 `2026-10-19`	⚪ 自行关闭 #5853（未合并），issue 保持开启
PrefectHQ/fastmcp ⭐28k	`application/x-www-form-urlencoded` 请求体把对象属性按 Python `repr` 发送（`filter={'name': 'alice', 'age': 30}`）、嵌套 `None` 发成字面 `None`，逐属性 `encoding` 覆盖也被忽略；按 OAS Encoding Object，对象属性默认 `contentType: application/json`，必须先 JSON 编码。修复 `RequestDirector.build` 逐属性构造 form data：对象/对象数组 `json.dumps(..., allow_nan=False)`，显式 `encoding.<prop>.contentType` 优先，原始值与原始类型数组仍走 httpx（`tags=a&tags=b` 不变），multipart/JSON 体不受影响 `2026-10-19`	🟢 已提交 #5851，等待维护者指派
PrefectHQ/fastmcp ⭐28k	`Client(transport, verify=True)` 会静默替换调用方提供的 OAuth `httpx_client_factory`，丢掉代理、mTLS、header、超时与重试配置；transport 自身会保留调用方工厂，只有 Client 级重同步没有这个区分。修复给 transport 生成的 verify 工厂打私有标记，OAuth 重同步只替换裸默认工厂或带标记的工厂，调用方工厂原样保留；`verify` 覆盖 transport 级 `verify=False` 的既有行为不变 `2026-10-19`	🟢 已提交 #5849，等待维护者指派
PrefectHQ/fastmcp ⭐28k	`mask_error_details=True` 时 OpenAPI 工具/资源的上游超时只返回通用脱敏消息，而不是 `Upstream request timed out, please retry`：`_send_request` 把所有异常重包成 `ValueError`，server 级 `is_timeout_error()` 映射永远匹配不上，组件级超时处理器成了死代码。修复让 `_send_request` 原样重抛 `httpx2.RequestError`（含 `TimeoutException`），旧 httpx 异常仍归一为 `ValueError`，并删除 `OpenAPITool.run`/`OpenAPIResource.read` 里已死的重包分支 `2026-10-19`	🟢 已提交 #5847，等待维护者指派
PrefectHQ/fastmcp ⭐28k	`FastMCP.from_openapi(spec)` 未显式传 `client=` 时只能连接一次：第二次 lifespan（重新进入同一 Client、重连 fixture）抛 `RuntimeError: Client failed to connect: Cannot reopen a client instance, once it has been closed.`——provider 自动创建的 httpx2 客户端在 `aclose()` 后不可复用。修复记录默认客户端配置，新增 `_create_owned_client()`/`_rebind_client()`，仅当 provider 拥有客户端且已关闭时在 lifespan 重建并重绑所有预创建的 tool/resource/template；调用方提供的客户端永不关闭或替换 `2026-10-19`	🟢 已提交 #5845，等待维护者指派
PrefectHQ/fastmcp ⭐28k	函数 resource/template 声明组件级 `meta=` 并返回 `list[ResourceContent]` 时，每一项的 `meta` 都变成 `None`，而 `list_resources` 照常公告该 meta；`str`/`bytes`/JSON 返回路径正常，只有 list 形状丢。修复在 `convert_raw_to_resource_result` 增加显式 list 分支：先按 `ResourceResult` 校验（非 `ResourceContent` 成员仍抛 `TypeError`），再逐项把组件 meta 合并进副本（项级键优先、不改调用方对象），空列表与模板路径行为不变 `2026-10-19`	🟢 修复 #5843 已合并
PrefectHQ/fastmcp ⭐28k	启用 server 级 `AuthMiddleware` 时，按哈希后端名（`<hash>_<local>`）调用 FastMCPApp 后端工具即使 token 满足策略也被拒，显示名却成功；合成的 Prefab renderer 资源同样被列出但不可读——两条路径都走通用 `get_tool`/`get_resource`，不认识哈希后端名与按需合成。修复 `on_call_tool` 未命中时用 `parse_hashed_backend_name` + `get_tool_by_hash` 重试（保留 transform/可见性/组件 auth 与身份校验），`on_read_resource` 回退 `synthesize_prefab_resource_by_uri` 后跑同一全局检查 `2026-10-19`	🟢 已提交 #5841，等待维护者指派
PrefectHQ/fastmcp ⭐28k	父级 `VersionFilter` 挂载子 server、且子组件最新版本被禁用时，父级 `list_` 公告较旧的启用版本（v1.0），无版本 `get_tool`/`get_resource`/`get_resource_template`/`get_prompt` 却返回 None，`call_tool`/`read_resource`/`render_prompt` 报 Unknown/not found；只有显式 `VersionSpec(eq=...)` 可用。根因是 `VersionFilter` 把策略范围当显式 `VersionSpec` 转发，子级视作精确请求并跳过禁用版本回退。修复让四个 `get_` 只把 `VersionSpec.eq` 当精确请求，范围查询按 `matches()`/`version_sort_key` 选范围内最高启用版本，未命中时逐个重解析候选（保留 lookup-only 拒绝与 auth 语义） `2026-10-19`	🟢 已提交 #5838，等待维护者指派
PrefectHQ/fastmcp ⭐28k	MCP prompt 参数按 Pydantic call schema 公告，`Annotated[int, Field(alias="X")]` 会被列为 `X`；`FunctionPrompt.render()` 却按 Python 签名参数名过滤入参，`{"X": ...}` 在校验前被丢掉、报 `X Missing required argument`，改传 `{"x": ...}` 又因缺少 `X` 失败——工具没有这层签名过滤所以别名可用。修复在构造 `FunctionPrompt` 时保存公告名→Python 名映射（`validation_alias`/`alias`，注入参数不出现），`render()` 接受别名并继续丢弃未知参数，`_convert_string_arguments` 按 Python 参数解析注解但保留 wire key `2026-10-19`	🟢 已提交 #5836，等待维护者指派
livekit/agents ⭐14k	`AgentServer.run()` 在启动 inference executor、把 `_closed=False` 之后才创建 `_close_future`；若在这段窗口启动失败（例如 8081 端口已占用），`run()` 抛错时 `_close_future is None`，CLI 清理调用的 `aclose()` 把「future 为 None」当成「什么都没启动」直接返回——inference 子进程与它的非 daemon `proc_join_thread` 永不关闭，进程无法退出（`timeout 10s` 得到 124）而不是干净失败。修复在启动第一个资源前就随 `_closed=False` 创建 `_close_future`，去掉早退；各资源本就有 null 检查，正常 shutdown/drain 语义不变 `2026-10-19`	🟢 直接提 PR（未建 issue）
livekit/agents ⭐14k	`AgentSession.clear_user_turn()`（push-to-talk 取消/应用主动丢弃）重置实时转写与回合状态，却不取消已排期的 `_end_of_turn_task`：延迟到点后 `_bounce_eou_task` 读取已清空的 transcript 仍调 `on_end_of_turn`，`AgentActivity` 以空消息跑 `on_user_turn_completed`、把空 user 消息写进历史并为刚被丢弃的回合生成回复（实测历史 `[None, None, '', 'reply after cancel']`）。修复在清空时取消待决决策；同时修正 review 发现的两个 idle-wait 回归（shield 取消传递、agent-only waiter 过早返回） `2026-10-19`	🟢 直接提 PR（未建 issue）
livekit/agents ⭐14k	thread job executor 的启动失败会被当成成功：`ThreadJobExecutor.initialize()` 断言首条 IPC 是 `InitializeResponse` 却忽略其 `error` 字段——runner 线程的 `initialize_process_fnc` 抛错（setup hook、插件预热、模型下载）时仍成功 resolve `_initialize_fut`，`ProcPool` 把死 runner 当暖机排队：派发的 job 写入仍开着的 socket、entrypoint 从未运行，`_main_task()` 却无条件置 `JobStatus.SUCCESS`，worker 对没执行的任务报 `JS_SUCCESS`（THREAD 是 Windows 与 dev mode 默认执行器）。另一处 `InitializeResponse(error=str(e))` 对空字符串异常（裸 `AssertionError`）产出空错误串，被所有父进程当作成功。修复在 resolve 前检查 error，子进程侧对空错误串给可辨识文本 `2026-10-19`	🟢 直接提 PR（未建 issue）
bytedance/deer-flow ⭐83k	Windows 主机 + 默认 `LocalSandboxProvider` + `sandbox.allow_host_bash: true` 时，host-bash 守卫被驱动器号路径静默绕过：`cat C:/Windows/win.ini`、`cat 'C:\Windows\win.ini'`、`cat C:/`、`cd C:/Windows/System32 && cat drivers/etc/hosts` 全部转发到宿主 shell，且模型发出的 `cd` 会覆盖锚定相对路径的 `cd <workspace> &&` 前缀，使后续相对读取落到宿主目录；`/etc/passwd` 则被正确拒绝。根因是 `_ABSOLUTE_PATH_PATTERN` 要求 `/` 前不是 `:`，永远匹配不到驱动器冒号后的路径，反斜杠形式根本没有 `/`，而 cwd 校验只认 `/`、`$`、`~` 开头。修复给守卫补驱动器路径与裸根覆盖（与 #6930 的 shell 变量修复同类） `2026-10-19`	🟢 直接提 PR（未建 issue）
bytedance/deer-flow ⭐83k	`skill_manage` 的 `write_file` 只要路径里含子串 `"scripts/"` 就把 support file 当可执行内容送审——`references/scripts/overview.md`、`templates/my-scripts/setup.md` 这类普通静态文件也中招。可执行内容的审核严格得多：必须精确 `"allow"`（`warn` 直接拒绝）、moderation 提示按可执行内容构造、审核模型不可用时硬阻断（即使部署对普通技能内容配置了 fail-open）。根因是 `executable = "scripts/" in path or path.startswith("scripts/")` 的裸子串判断，而包规则 `is_code_path` 只认顶层 `scripts/`。修复只把技能顶层 `scripts/` 下的文件当可执行内容 `2026-10-19`	🟢 直接提 PR（未建 issue）
PrefectHQ/fastmcp ⭐28k	Skills 发现会静默丢弃 `SKILL.md` frontmatter 的 `description` 是 YAML 序列或映射（如 `description: [a, b]`）的技能：`SkillProvider._load_skill` 把解析出的 list/dict 原样存下，`SkillResource(description=...)` 随后的 pydantic 校验失败，`list_resources`/`get_resource` 抛错，技能从直接注册的 provider 列表中消失（某 server 返回 `[]`），目录模式下只留下一条服务端 warning。修复把非字符串 description 视为缺失并回退到正文第一条有意义的行；5 条回归测试（YAML list/mapping、provider listing/get、server 级 `client.list_resources`、malformed-YAML 回退） `2026-10-19`	🟢 修复 #5823 已合并
PrefectHQ/fastmcp ⭐28k	`Client.new()` 克隆共享原 client 的 `MCPConfigTransport` 与其 transport 级 `_transports` 列表；对任一方调用 `Client.close()`（即使该 client 从未连接）都会关掉另一方的 live stdio 后端，后者下一次调用报 `ToolError: Connection closed`（与 #5618 对称）。修复让克隆获得独立的连接作用域状态，同时共享 config/OAuth provider/token store 与具体 transport 子类；回归测试覆盖两个方向的 close、单 server 配置、OAuth 身份与子类保留 `2026-10-19`	🟢 已提交 #5825，等待维护者指派
PrefectHQ/fastmcp ⭐28k	`download_skill()` 构造 `skill://{name}/{raw manifest path}` 时不做百分号编码。服务端只对路径参数 unquote 一次，名为 `100%20score.md` 的文件被按 `100 score.md` 取回（内容不对），`notes#1.md` 则在 URI fragment 处被截断（失败或拿到同名兄弟文件的内容）。修复只用 `quote(path, safe='/')` 编码文件路径；skill-name 段保持原样，因为服务端按未编码形式发出并匹配它（参数化回归测试锁定 `pdf!`、`a&b`、`100%20score` 这类名字） `2026-10-19`	⚪ 维护者关闭 #5827（未合并），issue 保持开启
PrefectHQ/fastmcp ⭐28k	CIMD 客户端绕过 OAuth proxy 的 `valid_scopes` 白名单：合成 client 直接采用 client 托管元数据文档里的 scope，于是 `scope="admin"` 被接受、记进 transaction 并转发上游，而 DCR 路径会拒绝它；刷新时回退到已存储的 CIMD client 也有同样的绕过。修复把文档 scopes 与 `valid_scopes`（或 `token_verifier.required_scopes`）求交，清洗存储 client 的回退值，并让 `valid_scopes` 保持 keyword-only（现有位置参数构造不变） `2026-10-19`	🟢 已提交 #5829，等待维护者指派
agno-agi/agno ⭐42k	流式开着重试时，中途的 provider 失败会让一个 run：① 发两次 `RunStartedEvent`（发射点在重试循环内）；② 重试时把整段模型输出重放一遍，把重试的 delta 接在已经发给客户端的 partial 输出后面——拼接 `RunContent` 的客户端渲染出 `PARTIALFULL`，而返回/持久化的 `RunOutput.content` 只有 `FULL`；③ `store_events=True` 时两条 `RunStarted` 都落库，事件日志被污染。触发场景正是重试存在的理由（官方 retries cookbook 就是 `retries=3` 配 `print_response(stream=True)`）。修复按流式契约（`concatenated deltas == 最终 content`）让 `RunStarted` 每个 run 最多发一次，并且只在尚未发出任何输出时重试（`content`/`reasoning_content` 都为 `None`），已发输出后改用 `RunErrorEvent` 快速失败并保留已交付内容，不再重放 `2026-10-18`	🟡 已提交，等待确认
livekit/agents ⭐14k	`RoomIO` 的转写 final 是异步落地的：`capture_text()` 把 `flush()` 排进任务队列，而本地参与者中途切换会在队列跑起来之前就替换被代表的参与者/轨道状态，于是用户在途的 final 被发布到新参与者名下——stream sink 里这条 final 带上新参与者的 identity/轨道和一个全新 segment id（原文丢失），legacy sink 则是 identity 已换、segment/track 还是旧的，半归属的段落 `2026-10-18`	🟢 直接提 PR（未建 issue）
agno-agi/agno ⭐42k	`TeamRunOutput.from_dict` / `WorkflowRunOutput.from_dict` 反序列化后把 `status` 留成裸字符串，枚举语义在 DB 往返后丢失——workflow WebSocket 重放路径读 `run.status.value`，直接 `AttributeError: 'str' object has no attribute 'value'`。agent 侧的 `RunOutput.from_dict` 早已（#11028）把该字段强转回 `RunStatus`，team/workflow 两个 output 是漏网的同类；嵌套的 `member_responses` / `step_executor_runs` 状态同样受影响。修复按既有先例在两个 `from_dict` 里用 `RunStatus(...)` 强转（已是枚举的保持、`None`/缺失与未知值原样透传），嵌套状态一并覆盖 `2026-10-18`	🟡 已提交，等待确认
livekit/agents ⭐14k	所有录制开关都关闭时（`record=False` 且不开 logs/metrics/traces），`JobContext._prepare_telemetry()` 既不注册 job 也不建日志管道，session report 数据（`session.evaluations`/`tags`/`outcome`，显式产品能力）在会话结束时被静默丢弃：录制选项本应只控制 trace/log/metric 的体量，而不是报告是否上报。修复让 `_GatedLogExporter` 对已注册 job 放行 session-report 作用域（`chat_history`/`evaluations`），`configure()` 新增 `enable_session_report`/`enable_metrics`，全关但有云可观测 URL 时仍注册 job、建日志管道并在 `_on_cleanup` 里先 flush 再注销，traces/普通日志/指标 provider 保持关闭 `2026-10-18`	🟢 直接提 PR（未建 issue）
bytedance/deer-flow ⭐83k	`DeerFlowClient(config_path=...)` 的显式路径只用于一次 `reload_app_config()`，`get_app_config()` 并不记住来源：环境里只要另有一份默认 `config.yaml`（项目根或 legacy backend 根），客户端读的就是默认配置而不是传入的那份（实测传 `custom-model` 却报 `['default-model']`）；反过来没有环境配置时，`reload_app_config(explicit_path)` 之后紧接着的 `get_app_config()` 又按环境搜索，对刚加载过的同一文件抛 `FileNotFoundError`，把新配置丢弃。`extensions_config.py` 早已用 `_extensions_config_source` 钉住来源，app-config 缺同款 pin `2026-10-18`	🟡 已提交，等待确认
agno-agi/agno ⭐42k	`MemoryManager` 的同步单条记忆 CRUD 建在 `AsyncBaseDb` 上时静默 no-op：`add_user_memory`/`replace_user_memory`/`delete_user_memory` 调用异步 DB API 却不 await（协程被丢弃、`RuntimeWarning: coroutine ... was never awaited`），什么都没写却返回一个成功的 `memory_id`，`clear()` 同样返回正常而数据原样还在。类契约是 `db: Optional[Union[BaseDb, AsyncBaseDb]]`，同类里别的同步方法早已用 `ValueError("... is not supported with an async DB ...")` 挡住异步 DB，这四个是漏网的例外——调用方拿到的是「成功」 `2026-10-18`	🟡 已提交，等待确认
livekit/agents ⭐14k	`MultiSpeakerAdapter` 用「空 `FINAL_TRANSCRIPT`」表示清空 interim（模块内已文档化），`AudioRecognition._process_stt_event` 却在空 final 上先置 `_final_transcript_received` 就 return，早于清 `_audio_interim_transcript`、也早于任何 hook：配带说话人分离的 STT（Deepgram 每个 interim 都 `speaker=None`）时，背景说话人的 interim 先入库、其归属 final 被抑制后清空事件被丢弃，陈旧 interim 一直留到下一段非空转写，既喂 `_current_transcript` 的 `min_words` 打断门限，也会被手动/API `commit_user_turn` 提交进用户回合——`suppress_background_speaker=True` 就这样失效。修复在空 final 分支先清 interim/preflight 再返回（客户端可见的清空需要协议支持，另立跟进） `2026-10-18`	🟢 直接提 PR（未建 issue）
livekit/agents ⭐14k	`FallbackAdapter.aclose()` 只退订 metrics，`FallbackLLMStream._try_recovery()` 派生到 `_LLMStatus.recovering_task` 的恢复探针继续跑：关闭之后仍可能把 `available` 翻回 True 并发 `llm_availability_changed`、在 shutdown 之后改状态，关闭后失败的流还能起一个全新探针（探针机制没有 closed 检查）。修复新增 `_closed` 并在 `aclose()` 里最先置位，随后 `cancel_and_wait` 所有在途探针再退订 metrics，`_try_recovery()` 在 `_closed` 时立即返回，风格与 TTS/STT fallback 的关闭路径一致；关闭前的 fallback/重试行为不变 `2026-10-18`	🟢 直接提 PR（未建 issue）
livekit/agents ⭐14k	工具里 await 一个 `AgentTask` 时若并发 `update_agent()`，会话关闭会永久挂住：`AgentTask.__await_impl` 跑在 await 它的那个协程上，当那个协程是工具时，任务就活在该工具所属旧 activity 的 `_ToolExecutor` 工具任务里；`update_agent()` 展开时 `old_activity.aclose()` 的 drain 会取消工具任务，而工具正等着同一个 activity——`aclose()` 超时、泄漏的 `tool_exec_start_task` 在取消时抛 `RecursionError`，工具本身在 `AgentTask.complete()` 之后也再没返回。修复让 AgentTask 展开分支不再内联 await `old_activity.aclose()`，改由会话跟踪的 detached close 收尾（`_aclose_locked` 在发 `CloseEvent` 前 await 它们），`_teardown_activity` 补关 close 竞态跳过的那次 activity 关闭，`drain()` 对已关闭 activity 变 no-op；非竞态的 `update_agent()` 手递不受影响 `2026-10-18`	🟢 直接提 PR（未建 issue）
livekit/agents ⭐14k	`AgentSession.wait_for_idle()` 在 live handoff 期间抛 `ActivityClosedError`（当前 activity 已关、替换还没换上来），会话本身却完全正常：捕获该错误的调用方按「会话正在关闭」处理，`_ToolExecutor._deliver_reply` 的会话级路径于是清掉 `_pending_updates`，handoff 窗口内到达的 `AsyncToolset` 回复被静默丢弃（工具跑了，回复没到用户）。修复在「activity 已关但 handoff 在途」时用 `asyncio.shield` 等 handoff 完成、再对入站 activity 重试，`_closing` 仍让 `aclose()` 抛 `ActivityClosedError`；`AgentActivity._is_draining_task` 兜住会自环的调用方（停在旧 activity 的工具、`ctx.foreground()`、调度/语音任务）保持修复前的快速失败 `2026-10-18`	🟢 直接提 PR（未建 issue）
agno-agi/agno ⭐42k	`Agent.acontinue_run`（含流式变体）在每次重试都重跑续跑准备：`_apply_continue_modifiers` 重新 fork/截断、依赖重新解析、`_maybe_append_input_message` 再把调用方 `input` 追加一次——`retries>=1` 时首个瞬时模型错误就让模型看到重复指令（transcript 变成 `['ORIGINAL QUESTION', 'NEW INSTRUCTION', 'NEW INSTRUCTION']`），并再 fork 一次；依赖解析还会按次重跑调用方可调用对象（带 LLM/DB 副作用）并重写 `run_context.dependencies`，第一次之后 `run_input` 都可能变。同步路径 `continue_run_dispatch` 早已把这三件事放在 `_continue_run` 的重试循环之外，异步路径缺同样的分层 `2026-10-18`	🟡 已提交，等待确认
bytedance/deer-flow ⭐83k	`POST /threads/{id}/state` 接受请求体里的 `checkpoint` 对象却静默忽略它：状态更新永远改线程 head，客户端传 `{"checkpoint": {"thread_id": ..., "checkpoint_ns": "", "checkpoint_id": ...}}` 想从旧 checkpoint fork/更新，拿到 200 和一个挂在 head 下的新 checkpoint，被请求的 checkpoint 状态没动，且响应形状一致、调用方看不出差别；弃用的 `checkpoint_id` 字符串形式反而是好的。修复从 `body.checkpoint` 解析选择器（`thread_id` 与请求线程不一致 → 400；用 `checkpoint_id`/`checkpoint_ns` 做存在性检查以保留 404；两种都传时对象优先），并把 namespace 透传给 checkpoint 访问器 `2026-10-18`	🟡 已提交，等待确认
livekit/agents ⭐14k	`MultiSpeakerAdapterWrapper._run` 在每次尝试（包括可重试失败后的重试）都新建一条 `self._wrapped_stt.stream(...)`，却从不给它 `start_time_offset`：wrapper 本身从默认 `stt_node` 拿到时间线偏移，`FallbackRecognizeStream._main_task` 也会跨重试推进它，只有多说话人 wrapper 两者都没做，重建的那条腿从 0 开始——重连后最终转写时间戳往回跳、与音频时间线错位，主说话人 RMS 查表（`audio_recognition.py` 的 timerange 映射）读到错误音频窗口，首次恢复后分离归属就退化；触发条件正是重试存在的理由（provider 抛出超出自身重试预算、随后恢复的多秒网络抖动）。修复照 `FallbackRecognizeStream._run` 给每条新腿播种 `start_time_offset` `2026-10-18`	🟢 直接提 PR（未建 issue）
bytedance/deer-flow ⭐83k	`MarkdownMemoryStorage` 会静默销毁读不出来的 `memory.json`：解码失败（UTF-16 BOM、非法 UTF-8、权限错误）时 `_load_summary` 的 `except (OSError, UnicodeError)` 只记一条 warning 返回 `None`，下一次提交就在原字节上重建 revision-1 清单，用户已存记忆无备份地消失；模块本身文档化了 `memory.json.corrupt-<timestamp>` 隔离契约，同文件的 decode/fence 路径也已实现，只有 summary 读取这一支漏了。修复在该 except 分支调用既有的尽力隔离，把不可读文件移成 `memory.json.corrupt-*` 后再重建 `2026-10-18`	🟢 已被上游修复（社区 #7076 已合并）
livekit/agents ⭐14k	`utils.is_dev_mode()` 只认 `os.getenv("LIVEKIT_DEV_MODE") == "1"`；legacy CLI 在 `console`/`dev` 子命令的 typer 回调里导出它，thin CLI（`python -m livekit.agents`，`lk agent dev` 与调试守护进程都走它）从不导出——`_run_worker` 只把 `devmode` 传给 `server.run(devmode=...)`，`_run_tcp_console` 只给 `setup_logging(devmode=True)`，而 job 进程继承父进程环境。结果 dev 运行里 `inference.TurnDetector()` 解析到本地 `v1-mini` 而不是云端 `v1`、自适应打断保持默认关闭，还打出「adaptive interruption is disabled by default in production mode」的误导日志——dev 与 production 语义朝 flag 意图的反方向分叉。修复在 thin CLI 的 dev/console 路径导出 `LIVEKIT_DEV_MODE=1`，`start` 不变 `2026-10-18`	🟢 直接提 PR（未建 issue）
livekit/agents ⭐14k	文档化的 handoff 写法 `return (agent, ToolResult(...))` 下，公开事件 `ToolCallEnded.message` 暴露的是原始 Python repr，连每次运行都不同的 `Agent object at 0x...` 地址一起：`_ToolExecutor._on_done()` 只解裸 `ToolResult`、只把裸 `Agent`/`None`/`StopResponse` 映射成 `None`，其余结果（含 handoff 元组）一律落到 `str(output)`；dispatch 走 `generation.make_tool_output()` 早已得到 `"Transferred"`，于是聊天历史与 `FunctionToolsExecutedEvent` 和逐字转发给远端客户端的 `tool_execution_updated` 两个视图互相矛盾。修复让成功路径的 message 走同一个 sanitizer（`_make_update_output` → `fnc_call_out.output`），错误/取消/`StopResponse`/裸 `Agent`/`None` 分支不动 `2026-10-18`	🟢 直接提 PR（未建 issue）
PrefectHQ/fastmcp ⭐28k	`SkillProvider` 直接拿技能目录名当 `skill://` URI 的 host 段，而 pydantic `AnyUrl` 会把非 ASCII host 百分号编码、遇到空格直接拒绝，读取路径又从不 decode 该段（`_get_resource`/`_get_resource_template` 拿原文与 `skill.name` 比）：`café` 目录被列成 `skill://caf%C3%A9/SKILL.md`，但读这两个被公告过的 URI 一律 `Resource not found`；目录名带空格时 `_list_resources` 抛 `ValidationError: invalid domain character`，默认 `provider_error_strategy="warn"` 下整条技能从 `resources/list` 消失（只剩一条日志 warning），模板却以非法 URI `skill://my skill/{path*}` 继续泄漏进 `templates/list`——与文档承诺不符 `2026-10-18`	🟢 修复 #5820 已提交
livekit/agents ⭐14k	`lk_agents_active_job_count` 对 thread job executor 永远不动：`ThreadJobExecutor` 不像 `ProcJobExecutor` 那样在 `launch_job` 与 supervise 任务里调 `telemetry.metrics.job_started()`/`job_ended()`，gauge 在 job 运行时报 0、结束后仍是 0。thread executor 是 Windows 默认（`worker.py` 回退 `JobExecutorType.THREAD`）且 devmode CLI 强制，这些部署上读该指标的仪表盘与自动扩缩容看到的是「空闲 worker 却在跑 job」。修复镜像 `ProcJobExecutor`：初始化检查通过后 `job_started()`，发送 `StartJobRequest` 失败时回滚 `_running_job`/`_job_status` 并 `job_ended()`（不泄漏计数），`_main_task()` 在 `_join_fut` 之后收尾递减 `2026-10-18`	🟢 直接提 PR（未建 issue）
agno-agi/agno ⭐42k	`InfinityReranker` 缓存了一个 `infinity_client.Client`（`self._client`），却在每次 `_rerank`/`arerank` 里 `with self.client as client` 把它当上下文管理器用——发布版 `Client.__exit__` 会关掉内部 `httpx.Client`，wrapper 仍被缓存，下次再进就 `RuntimeError: Cannot reopen a client instance, once it has been closed.`；`_rerank` 的宽 `except Exception` 吞掉它并原样返回输入文档，于是同一进程里第二次及以后的搜索都被静默跳过重排（日志像 Infinity 服务挂了，服务器其实健康），检索质量下降且 `reranking_score=None` `2026-10-18`	🟡 已提交，等待确认
PrefectHQ/fastmcp ⭐28k	`Shared()` 依赖本应 app 级复用（仓内测试就断言两次调用后 `call_count == 1`），`Context.__aenter__` 却按 `is_docket_available()` 而不是「是否已有 app 级上下文」决定要不要新建 `SharedContext`：默认安装下 `is_docket_available()` 恒为 False（`fastmcp` 依赖 `fastmcp-slim[client,server]`，pydocket 只随 `tasks` extra 来），于是每个请求都用新的请求级上下文盖住 app 级快照，`Shared()` 退化成请求级；装了 pydocket 该分支又跳过，直接 `await mcp.call_tool(...)` 照样崩——注释里「lifespan 不会提供 SharedContext」的前提两个方向都不成立 `2026-10-18`	🟢 已被上游修复（社区 #5817 已合并）
livekit/agents ⭐14k	`ThreadJobExecutor.aclose()` 在 `initialize()` 从未完成时永久挂起：`initialize()` 只在 `TimeoutError`、`Exception` 与成功分支 resolve `_initialize_fut`，`CancelledError` 是 `BaseException`，取消在途初始化后该 future 永不 resolve；而 `_main_task()` 在创建唯一读 IPC、resolve `_shutdown_ack_fut`/`_shutting_down_fut` 的 `_monitor_task` 之前就 await 它——`aclose()` 于是等到「did not ack shutdown in time」日志后无限阻塞，尽管 runner 线程自己已干净退出。`ThreadJobExecutor` 是 Windows 默认 job executor（`worker.py` 回退到 `JobExecutorType.THREAD`）、devmode CLI 也强制它，worker 关闭时 `ProcPool._main_task` 取消 proc-spawn 任务即触发。进程版兄弟 `SupervisedProc` 早已用 `if not self._initialize_fut.done(): await self.kill()` 兜住。修复补上等价守卫，让 `aclose()` 在初始化未完成时直接 kill 收尾 `2026-10-17`	🟢 直接提 PR（未建 issue）
PrefectHQ/fastmcp ⭐28k	`FastMCP.render_prompt()` 签名收 `dict[str, Any]`（与核心渲染器、客户端 `get_prompt` 一致），默认（开中间件）路径却把调用方 dict 直接塞进 wire 形状的 `GetPromptRequestParams`，而 SDK 把该字段声明为 `dict[str, str] \| None`——`times=3` 这类非字符串参数在 `server.py` 里抛裸 pydantic `ValidationError`，`on_get_prompt`/`on_message` 中间件根本没机会跑、`mask_error_details` 也被绕过，同一个调用 `run_middleware=False` 却成功；客户端 `mixins/prompts.py` 早为同一原因把非字符串值 JSON 编码，`PromptsAsTools` 与 `Context.get_prompt` 走同一分支。修复在构建请求参数前按客户端同一口径序列化 `2026-10-17`	🟡 已提交，等待确认
PrefectHQ/fastmcp ⭐28k	`from __future__ import annotations`（PEP 563）的模块注册带非 `str` 类型参数的 prompt 后，每次 render 都抛 `PromptError`，而 prompt 在 `prompts/list` 里照常可见：PEP 563 下 `inspect.signature()` 给的是字面源码字符串，`FunctionPrompt._convert_string_arguments` 直接拿它建 `TypeAdapter`，pydantic 在 fastmcp 自己的帧里解析不到用户局部类型，`PydanticUserError: 'TypeAdapter[Config]' is not fully defined` 既不是 `ValueError`/`TypeError`/`ValidationError`、逃过转换处的 `except` 被 `render` 兜底包成 `PromptError`。工具（`get_cached_typeadapter`）、resource template（`_resolve_param_hints`）与依赖包装器都已先解析 hints，prompt 是唯一读裸注解的一层。修复按同一方式解析后再建 adapter `2026-10-17`	🟡 已提交，等待确认
PrefectHQ/fastmcp ⭐28k	`OAuthProxy` 下客户端经 token 端点拿到的 FastMCP access token 无法吊销：`POST /revoke` 返回 200 却是静默 no-op，请求从不到上游 IdP，token 一直有效到 `exp`——`load_access_token` 返回的 `AccessToken` 带上游 `TokenVerifier` 的 `client_id`（上游 IdP 的 app id），而 SDK `RevocationHandler` 的所有权门拿它与 FastMCP JWT 里的 DCR `client_id` 比，两者永不相等，每次吊销都被判「不是本客户端的 token」丢弃；ID-JAG 与 refresh 分支早已把 DCR `client_id` 盖上去，只有 access-token 分支漏了。修复在共享返回点用非破坏性 `model_copy` 补上 DCR `client_id`，上游 token 才真正被 POST 到上游 `/revoke` `2026-10-17`	🟡 已提交，等待确认
PrefectHQ/fastmcp ⭐28k	`task=True` 工具跑在 SEP-2663 worker 里时，任何 `ctx.debug/info/warning/error` 都抛 `RuntimeError` 并中断工具体，任务以 `isError=True` 收尾、工具做的事全丢：worker 的 `Context` 由 `make_task_context` 以 `session=None` 构造，`Context.log()` 却无条件解引用 `self.session` 去取每会话的 `logging/setLevel` 门限。同类里 `report_progress` 走 Docket 正常、`session_id`/`set_state`/`get_state` 按提交会话的快照 id 降级，只有 `log()` 抛错——后台任务能改状态、能报进度，却打不出一行日志。修复让无会话时按同款方式降级 `2026-10-17`	🟡 已提交，等待确认
livekit/agents ⭐14k	Gemini Live 每个产出两条以上 `usageMetadata` 的回合都报高 token 用量：Live API 在会话中周期性下发 `usageMetadata`、每条携带累计总量，Google realtime 会话却对每条都发一次 `metrics_collected`，而 `ModelUsageCollector`/`UsageCollector` 按事件 `+=` 累加——中途报告加 `turnComplete` 上的最终报告就被计两次，长回合的多次周期报告按倍数膨胀；内置 OpenAI realtime 路径每响应只报一次。修复按 generation 去重、只在该 generation 结束时发一次（取最后看到的累计值），并把 `usageMetadata` 的记账挪到可能结束 generation 的 `serverContent`/`toolCall` 处理之前，避免随 `turnComplete` 下发的最终值被中途快照顶掉 `2026-10-17`	🟢 直接提 PR（未建 issue）
PrefectHQ/fastmcp ⭐28k	`FastMCP(..., tasks=True)` 的服务器级默认只对 `@mcp.tool` 装饰器注册的工具生效：`mcp.add_tool(fn)`、`FastMCP(..., tools=[fn])`、以及用独立 `@tool`（不带 `task=`）再 `add_tool` 的函数都静默落成 `task_config.mode == "forbidden"`——任务扩展看不到它，选择任务执行的客户端拿到前台结果而非 `CreateTaskResult`，也从不注册进 Docket；文档写明 `tasks=True` 是「为所有工具默认开启后台任务支持」。同一不一致还贯穿同步函数守卫：`tasks=True` 下 `@mcp.tool` 对同步函数抛 `ValueError`，`mcp.add_tool(sync_fn)` 却静默注册。修复让三条注册路径共用同一默认 `2026-10-17`	🟡 已提交，等待确认
PrefectHQ/fastmcp ⭐28k	`FastMCP.from_openapi(..., validate_output=False)` 对 2xx 返回非对象 JSON（如数组）的端点静默丢掉类型化结果：调用成功、`structured_content` 也对，但 `CallToolResult.data` 恒为 `None`，客户端只剩一行 `Error parsing structured content: Input should be a valid dictionary`；默认 `validate_output=True` 时同一端点能正常 hydrate。docstring 承诺 `False` 只是换成宽松 schema、「仍返回结构化 JSON」，替换代码也保留 wrap-result 标志让非对象响应被包裹——包裹生效，而它隐含的客户端解包永远走不通。修复让宽松路径的包裹标记与解包对齐 `2026-10-17`	🟡 已提交，等待确认
PrefectHQ/fastmcp ⭐28k	任何走 `Tool.from_tool()` 的 transform（`Tool.from_tool(...)` 本身与 `mcp.add_transform(ToolTransform({...}))`）都静默剥掉 task 工具的后台任务能力：`TransformedTool.from_tool` 把 name/version/title/description/parameters/output_schema/tags/annotations/meta/auth 从父工具透传，唯独漏了 `task_config` 与 `execution`，于是落到默认 `TaskConfig(mode="forbidden")`、`execution=None`——wire 工具不再声明任务执行、tasks 扩展拦截器直接判前台执行、`get_tasks()` 在应用 transform 后按 `supports_tasks()` 过滤，被改名的任务工具从任务注册里消失（仍可调用）。mounting 路径 `FastMCPProviderTool.wrap` 早已两个字段一起传，transform 是唯一丢它的路径。修复让 transform 同样透传 `2026-10-17`	🟡 已提交，等待确认
livekit/agents ⭐14k	开 `use_tts_aligned_transcript` 时，TTS 节点在首次 yield 之前失败（例如打开合成流时的 provider 鉴权错误）会让整段语音挂住而非失败：`perform_tts_inference` 建的 `timed_texts_fut` 只在 `_tts_inference_task` 里节点返回异步可迭代之后才 resolve，节点提前抛错时该任务失败、`_inference_done` 记下 `data.error` 并关闭 `audio_ch`，却没人 resolve 这个 future；三条对齐转写路径（say、分段回复、realtime 文本回退）都在裸 await 它，永远等不到，正常会上报 TTS 错误的代码根本走不到，`drain()`/`shutdown(drain=True)` 挂死、`session.aclose()` 只能靠 5s 打断看门狗强杀。同一失败节点不开对齐转写则正常结束并上报错误。修复镜像 `perform_llm_inference` 对 `started_fut` 的做法：任务结束时若 future 未 resolve，就以「无对齐转写」哨兵 `None` 收尾，等待方按既有回退使用口播文本 `2026-10-17`	🟢 直接提 PR（未建 issue）
agno-agi/agno ⭐42k	`_derive_entrypoint_schema` 只按框架注入名算 `excluded_params`、从不看 `inspect.Parameter.kind`，`args`/`kwargs` 于是作为普通属性广告给模型——变参永远没有默认值，还被标成 required：`ClickUpTools.update_task(self, task_id, kwargs)` 广告 `required: ["task_id", "kwargs"]` 且 `data=kwargs` 直发请求体，照 schema 调用的模型传入 `kwargs={"name": ...}` 就让 PUT body 变成 `{"kwargs": {...}}`，想设的字段静默没生效；`EmailTools.email_user` 同病；`args` 广告出的调用根本无法成立（传 `items=[...]` 直接 pydantic `ValidationError`）。调用路径 `_build_entrypoint_args` 早已拒绝按名绑定变参，schema 描述的调用框架从不发。修复按 kind 排除变参 `2026-10-17`	🟢 修复 #10271 已提交
livekit/agents ⭐14k	推理进程在请求在途时死掉（崩溃、OOM、被杀）后，每个待处理的 `InferenceProcExecutor.do_inference()` 永久挂起：`do_inference()` 注册 future 并 await，响应由 `_main_task` 迭代 IPC 通道来完成；进程死时 `_read_ipc_task` 因 `DuplexClosed` 退出、其 done-callback 关闭通道，`_main_task` 的循环就此结束，没有任何人 fail 这些 pending future，worker 也不再重启推理执行器。`ProcJobExecutor._main_task` 早有「循环结束即清理」的 `try/finally` 先例。修复在 `finally` 里以 `RuntimeError` 拒掉所有 pending future（teardown 取消同一路径），并让 `do_inference()` 在请求已关闭时快速失败——用拒绝而非取消，因为 `CancelledError` 不是 `Exception`、上游 `_do_inference_task` 不会捕获，取消只会把挂起推深一层 `2026-10-17`	🟢 直接提 PR（未建 issue）
livekit/agents ⭐14k	worker 启动之后失败（缺凭据、LiveKit 服务器不可达、配置非法）时 CLI 只打日志、进程 exit 0：编排系统看到的是「正常停止」——systemd 报成功单元、docker/k8s 探针当容器正常退出、CI 放过一个 worker 从未起来的任务，不告警也不重启；`start`、`dev` 与已弃用的 rich CLI 三条路径同病。相邻问题：`run()` 在 server 内部初始化之前失败（如没注册 `rtc_session`）时，随后的 `server.drain()` 抛 `AttributeError: 'AgentServer' object has no attribute '_proc_pool'`，这条次级异常逃出 CLI、盖住刚记下的真实失败。根因是 `_run_worker` 的裸 `except Exception` 只记日志。修复改为以非零码退出，并让 drain 的次生错误不再遮蔽真实原因 `2026-10-17`	🟢 直接提 PR（未建 issue）
bytedance/deer-flow ⭐83k	`HonchoMemoryManager.search` 无视 `category`：查询始终发同一条未过滤语句，再给每个命中结果贴上请求的 category 标签——`memory_search(category="preference")` 先按查询相关度取 top-k 再统一标成 "preference"，与 `MemoryManager.search` 契约「category 在 top_k 切片之前过滤」和工具承诺「Only facts with this exact category are returned」相悖；mem0、OpenViking 后端都按服务端过滤。修复把 category 作为 Honcho 排序查询的服务端 filter（`filters={"metadata": {"category": ...}}`，v3 search 端点在其 limit 之前应用），并按记录自身元数据标注结果 `2026-10-16`	🟢 直接提 PR（未建 issue），已合并
bytedance/deer-flow ⭐83k	local-sandbox 模式下 forward（容器→宿主）路径翻译只替换冒号连接列表的第一项：`write_file` 落盘的 `export PATH="/mnt/user-data/workspace/bin:/mnt/user-data/outputs/bin"` 只有首项翻成宿主路径、第二项仍是容器内虚拟路径，后续 source 该文件或 runner 脚本会继承只存在于容器路径契约里的条目；`read_file` 又把混合行掩回原始虚拟文本，模型看不到损坏。同样的列表（`$PYTHONPATH`、`$LD_LIBRARY_PATH`、多个 skills/ACP/自定义挂载路径）出现在 bash 命令里也如此；反向翻译的 `path_patterns._PATH_TAIL` 早已为此在 `:` 处结束尾部。修复在三处 forward 尾部模式的停止集合里加入 `:`，让替换在每个列表项处续接 `2026-10-16`	🟢 直接提 PR（未建 issue），已合并
run-llama/llama_index ⭐52k	`AnswerRelevancyEvaluator.get_prompts()` 每次调用必抛 `AttributeError`：`_get_prompts()` 返回从 `self._refine_template` 读出的 `refine_template` 条目，`__init__` 却从未初始化该属性、也不收 `refine_template` 参数——docstring 早已文档化该参数、`_update_prompts()` 也已处理这个 key，它是包内唯一 `get_prompts()` 无条件崩溃的 prompt-bearing evaluator。修复补上文档化的 `refine_template` 构造参数，按兄弟 evaluator 的方式以 `DEFAULT_REFINE_TEMPLATE` 兜底初始化 `2026-10-13`	🟢 直接提 PR（未建 issue）
PrefectHQ/fastmcp ⭐28k	`Middleware` 的四个 typed list hook 把 `context.message` 声明为请求模型（`MiddlewareContext[ListToolsRequest]` 等），运行时却只有 `tools/list` 传了 typed model，`list_resources`、`list_resource_templates`、`list_prompts` 给 middleware 传的都是裸 `{}`——按声明类型写的 middleware 在 tools 路径能读 `context.message.method`，其余三条路径直接 `AttributeError`。修复为三条路径构造对应的 `List*Request` model，镜像 tools 路径 `2026-10-13`	🟢 修复 #5732 已提交
bytedance/deer-flow ⭐83k	MindIE 的 XML tool-call parser 对 `json.loads` 拒收的 `{` 开头参数值回退 `ast.literal_eval`，解析值按设计流入 tool-call args——模型吐出 set 字面量 `{1, 2, 3}` 即产出带 Python `set` 的 AIMessage；该消息留在会话历史里，下一轮 `_fix_messages` 重序列化为 XML wire 格式时对非 str 值走无守卫的 `json.dumps`，`TypeError: Object of type set is not JSON serializable`，线程此后每个请求都失败而非仅那一次工具调用。同函数 ToolMessage json-block 分支早有「不可序列化一律降级 `str()`」的先例，AIMessage args join 是唯一没有该兜底的序列化点。修复新增 `_render_tool_arg` helper：json.dumps 失败降级 `str(v)`，与既有分支同构 `2026-10-13`	🟢 直接提 PR（未建 issue），已合并
dottxt-ai/outlines ⭐16k	`AsyncDottxt.generate` 缺 model 标识符时的报错让用户「把它传给 `from_dottxt_async()`」——这个函数在整个 codebase 里不存在，outlines 只导出 `from_dottxt()`（按 client 类型分发、async client 照样返回 `AsyncDottxt`）；sync 分支的同款报错早就说对了，async 分支漂移了。修复改指 `from_dottxt()`，配回归测试锁住报错只许指向存在的工厂 `2026-10-13`	🟢 直接提 PR（未建 issue）
bytedance/deer-flow ⭐83k	`config.yaml` profile 的空 YAML 键（`extra_body:` → 显式 null）被 `ModelConfig.when_thinking_enabled`（无逐键校验的 `dict \| None`）静默接受，legacy thinking 禁用路径却用 `effective_wte.get("extra_body", {})` 读模板——`dict.get(key, {})` 只兜「键缺失」，显式 `None` 原样返回，链式 `.get` 抛 `AttributeError: 'NoneType' object has no attribute 'get'`；`thinking_enabled=False` 是每个 `create_chat_model` 调用点（标题生成、摘要、子代理）的默认值，首个模型构建即崩。同模块 `_infer_dialect` 与契约路径都已是 `get(...) or {}` 的守卫写法，同一 profile 挂上 `reasoning:` 契约反而能正常构建。修复 legacy 路径三处模板读取统一 `(effective_wte.get(key) or {})`，补双方向、三种 null 形态的回归 `2026-10-13`	🟢 直接提 PR（未建 issue），已合并
run-llama/llama_index ⭐52k	`FaithfulnessEvaluator` 对 str 形式传入的自定义 `eval_template` 静默忽略：构造器先把它包成 `PromptTemplate`，随后两个独立 `if` 中第二个 `isinstance(..., BasePromptTemplate)` 对 str 为假、其 `else` 分支用 `TEMPLATES_CATALOG` 默认模板覆盖刚赋值的自定义模板——与 docstring 声明的 `Union[str, BasePromptTemplate]` 和已正确处理的兄弟 evaluator（relevancy、multi_modal faithfulness）相悖。修复改 `if/elif` 让三分支互斥 `2026-10-13`	🟢 直接提 PR（未建 issue）
agentscope-ai/agentscope ⭐32k	`Read` 工具的 schema 声明 `offset` 为 1-based（`ge=1`）、`limit` 为 `ge=1, le=2000`，运行时却无人校验（`Grep`/`Glob` 都有）：绕过 schema 校验的调用直达切片，`offset=0` 让 `start_idx=-1` 从列表尾部寻址，返回文件尾部内容并标着 0/负数行号、state 还是成功；`limit=0` 返回空文本同样报成功——模型拿到错误位置的内容且无自纠信号。修复在 `_read_text_file` 补运行时校验 `2026-10-13`	🟢 修复 #3303 已提交
agentscope-ai/agentscope ⭐32k	`AnthropicChatModel._call_api` 在合并调用方 `generate_kwargs` 之前就用参数级 `max_tokens`（或 8192 默认）计算 `thinking.budget_tokens`——`thinking_enable=True` 时 `await model(msgs, max_tokens=1000)` 发出 `budget_tokens=4096` 配 `max_tokens=1000`，Messages API 以 HTTP 400 拒收（budget 必须 ≥1024 且 < max_tokens）。修复改用合并后的 `kwargs["max_tokens"]` 构建 thinking 配置，小上限按 SDK 文档钳到 1024 下限，`max_tokens≤1024` 无解时显式报错并给出 `thinking={'type':'disabled'}` 逃生门 `2026-10-13`	🟢 修复 #3292 已提交
Arize-ai/phoenix ⭐12k	playground 的 OpenAI streaming 路径用 `enumerate()` 的 delta 内位置给 tool-call fragment 配 key，而不是 fragment 自带的 `index` 字段——并行工具调用的参数在重组时张冠李戴；首个 fragment 不带 `id` 时 `tool_call_ids[tool_call_index]` 直接 `KeyError`，整个 playground run 崩溃。附无网络复现 `2026-10-12`	🟡 已提交，等待确认
PrefectHQ/fastmcp ⭐28k	OpenAPI 3.1 的 media-type schema 可自带 `$defs` 并以 `#/$defs/...` 引用；`components/schemas` 非空时生成的工具 schema 把这些内联定义丢掉——input schema 的 `$defs` 只来自 `route.request_schemas`，output schema 的 `$defs` 被组件导出的直接覆盖，`#/$defs/...` 引用悬空，返回合法 body 的工具调用在按通告的 output schema 校验时抛 jsonschema `PointerToNowhere`。修复让 media-type schema 自带的 `$defs` 在 input/output 两条路径都与组件定义合并 `2026-10-12`	🟢 修复 #5709 已提交
bytedance/deer-flow ⭐83k	`memory_add` 的 docstring 明文允许自由 category 标签（示例给出 "personal"、"behavior" 等），`memory_search` 也承诺「Only facts with this exact category are returned」，但 storage 的 `_normalize_category` 把 `CORE_CATEGORIES` 之外的标签一律改写成 "other"、原文只存进全仓无代码读取的 `categoryExtension` 字段——`memory_add(category="personal")` 落库即 "other"，`memory_search(category="personal")` 永远搜不到，`get_memory`/gateway 文档还一直报 "other"；同一改写还打到记忆设置页的自由文本分类输入与 fact 抽取 prompt 自带的 `knowledge` 枚举（不在核心类目里），LLM 抽出的 knowledge 事实也被折进 "other"。修复改为保留调用方标签作为存储 `category`（空串仍回退 "context"），非核心标签在 create/update、get_memory 文档、FTS5 检索索引与分类过滤中全程 round-trip `2026-10-12`	🟢 直接提 PR（未建 issue），已合并
bytedance/deer-flow ⭐83k	检索适配器关闭时（`retrieval_adapter: ""` 是文档化的配置）substring 搜索走 `_search_substring`，它用默认 `limit: int = 100` 的分页 `list_facts` 遍历且从不翻页——一个 scope 有 150 条匹配、`top_k=150` 也只返回前 100 条，违反 `MemoryManager.search`「return up to `top_k`」的契约；索引结果非空时上层 `DeerMem.search` 又不会再落到无上限的兜底路径。同文件 scoped `rebuild_index` 早已因「bulk replace 会丢掉没读到的行」读完整 scope。修复让 substring 回退按同样方式读全量事实、原位套用 filters：≤100 条匹配的结果不变，大 scope 恢复 `top_k` 契约 `2026-10-12`	🟢 直接提 PR（未建 issue），已合并
PrefectHQ/fastmcp ⭐28k	`json_schema_to_type` 对带根 title 的递归 schema 必炸：`{"$ref": "#"}` 指向根 schema、其生成类以根 title 命名（回退 `Root`），而 `_convert_schema` 的 `ref == "#"` 分支却从无 title 的裸 ref 节点建 ForwardRef——引用恒名 `Root`、类名却是如 `Node`，`TypeAdapter` 校验抛 `PydanticUserError: ... is not fully defined`；无 title 的递归 schema 本来是好的，带 title 恰是多数 schema 生产方的默认形态。修复让转换全程跟踪 `root_class_name`（显式 `name` 覆盖 → 根 title → `Root`），`anyOf`、array items、Pydantic-model 分支等所有引用位置统一指向实际生成的类，显式 `name=` 使类名与 title 不一致的情形一并修好 `2026-10-12`	🟢 修复 #5671 已提交
Fei2411/DeepSeek-Bot ⭐1.2k	删除 Bot 或群聊不清理其定时任务：任务仍按计划在 DSH 中待触发、却从 Settings 界面消失，`schedule-delete` 又拒绝删除它们——孤儿任务永久滞留调度器 `2026-10-12`	🟢 已被上游修复（维护者回复「已完成修复」后关闭）
Fei2411/DeepSeek-Bot ⭐1.2k	另一 host 接管 `state.lock` 后，store 的写端点仍返回 `ok:true` 但 `save()` 静默丢弃本次变更——多 host 场景下写入互相覆盖且无任何报错 `2026-10-12`	🟢 已被上游修复（维护者回复「已完成修复」后关闭）
Fei2411/DeepSeek-Bot ⭐1.2k	mock LLM 的长任务指令（`长任务 N`）省略步数上限 K 时，`.map(Number)` 把缺失捕获组转成 NaN、击穿 `size = 4` 默认值——每个 step 不再发出任何文本块 `2026-10-12`	🟢 已被上游修复（维护者回复「已完成修复」后关闭）
agno-agi/agno ⭐42k	`get_messages_for_output_model()` 在 output model 调用前无条件 pop 掉 transcript 最后一条消息——本意是丢主模型的草稿答案，但配了 `output_model` 又有可暂停工具（`requires_confirmation=True`、用户输入、外部执行）或 `stop_after_tool_call` 时，此刻最后一条是携带 pending `tool_calls` 的 assistant 消息（暂停路径）或工具结果（stop 路径）；各调用点 output model 又都先于 paused 检查执行，暂停的 run 于是被持久化成没有待执行工具调用、content 却是工具还没跑就被 output model 编好的答案，`continue_run` 后 transcript 里续出无前置 assistant `tool_calls` 的孤立 tool 消息被 OpenAI/Anthropic/Gemini 400 拒收；stop 路径则丢的是工具结果，output model 拿着孤立的 `tool_call` 消息收尾。附无网络、stub Model 的最小复现 `2026-10-11`	🟡 已提交，等待确认
PrefectHQ/fastmcp ⭐28k	`Tool.from_tool` 的 `TransformedTool.run` 只认协程函数与普通同步 callable 两条派发路径，生成器结果被原样交给 `convert_result`——生成器体在迭代时才执行：同步生成器在文本序列化时被消费、构建 structured_content 时已耗尽，`content` 与 `structured_content` 全空；async 生成器函数不是协程函数、被当普通 callable 扔进线程池，生成器对象序列化成 repr，直接抛「has an output schema but did not return structured content」。同一生成器只要恰好声明了注入参数（如 `ctx`）就正常——那条路径的 wrapper 会消费生成器，普通工具的 `FunctionTool` 也早有 `_materialize_generator`，唯独这条直接派发分支漏了。修在派发后、结果检查前按同样方式物化 async/sync 生成器，物化保持在 `_current_tool` 作用域内，`forward()` 照常可用 `2026-10-11`	🟢 修复 #5672 已合并
strands-agents/harness-sdk ⭐8.7k	TS `Graph._stream` 在 `targets` 还持有已发现未调度节点时处理 `INTERRUPTED` 结果，整次运行死锁：调度被 `!interrupted` 拦住、`streams` 已空、主循环在 `queue.wait()` 上无生产者地永久阻塞。只要中断被观测到时 `targets` 非空即可触发——bounded `maxConcurrency`（校验器认可的合法配置）下并非所有 source 能同时 in flight，或同一次 queue 排空中更早的完成事件已把就绪节点塞进 `targets`。附无网络、纯 `Node` 子类的最小复现 `2026-10-11`	🟡 已提交，等待确认
camel-ai/camel ⭐18k	流式后端下 `ChatAgent` 从不咨询 `response_terminators`：terminator 调用点只存在于三条非流式路径，两个流式 chunk 处理器硬编码 `terminated=False`，也没有非流式那条「Please continue.」续写循环——同一个模型输出非流式 agent 正常终止，流式 agent 的 `is_terminated()` 从不被调、`agent.terminated` 恒 `False`，靠 terminator 判断完成的消费方（如 workforce 的 role-playing worker）在这种配置下永远无法经 terminator 结束对话，而构造器 docstring 承诺会一直续写直到 terminator 示完成、没有流式例外 `2026-10-11`	🟢 修复 #4400 已提交
vibrantlabsai/ragas ⭐16k	`HaystackLLMWrapper.generate_text` 恒返回空字符串：它直接调 generator 组件的 `run()`，却按 pipeline 输出的形状解包 `output.get("llm", {}).get("replies", [])`——组件级 `run()` 的 replies 在顶层，只有 `Pipeline`/`AsyncPipeline` 才把组件输出嵌进组件名下，走 pipeline 的异步 `agenerate_text` 因此正常、同步路径恒产出 `""`；且 `ai-frameworks` extra 未钉版本，现解析到已删除 `AsyncPipeline` 与多个 generator 模块的 haystack-ai 3.x，让 `__init__` 抛出误导性的 `ImportError: Haystack is not installed` `2026-10-11`	🟢 直接提 PR（未建 issue）
dottxt-ai/outlines ⭐16k	Mistral 适配器从 `mistralai` 顶层 import 客户端与消息类，而 mistralai 2.0.0 起顶层不再导出这些名字（客户端在 `mistralai.client`、消息类在 `mistralai.client.models`），`mistral` extra 又未钉版本——全新 `pip install "outlines[mistral]"` 解析到 3.2.0，`from_mistral`、`format_input`、`generate`、`stream` 全部在发出任何请求之前就 `ImportError`；其调用的运行时 API 在 3.x 未变，只需挪 import 路径并按仓内既有惯例保留 1.x 回退 `2026-10-11`	🟢 修复 #2073 已提交
crewAIInc/crewAI ⭐59k	plan-and-execute 的 `StepExecutor._execute_native_tool_calls` 在任一工具带 `result_as_answer` 时立即 return——该次调用的 tool 消息没有 append、批次里其余工具调用不再执行，携带 `tool_calls` 的 assistant 消息留下悬空的 `tool_call_id`，`_execute_native` 的多轮循环继续推进：下一次 LLM 调用拿到畸形历史被 OpenAI/Anthropic 拒收（assistant 的 tool_calls 必须后跟逐个 tool 消息），工具结果也被 LLM 下一轮的文本答案顶掉；默认 executor 对同样情形先补全 tool 消息、再以工具结果收尾，与该 flag「工具结果应作为最终答案」的文档语义一致 `2026-10-11`	🟢 直接提 PR（未建 issue）
confident-ai/deepeval ⭐18k	Chat Completions payload 里只带 `tool_calls` 的 assistant 历史消息可合法省略 `content`（openai SDK 该消息类型的必填键只有 `role`），`extract_input_parameters_from_completion` 却无条件 `message["content"]` 抛 `KeyError`，被 `safe_extract_input_parameters` 的裸 `except` 吞掉后整个 payload 降级成 `InputParameters(model="NA")`——该 LLM span 的输入、messages、工具及工具描述全部丢失；同文件 `render_messages` 早已用 `.get` 读同一批消息 `2026-10-11`	🟢 直接提 PR（未建 issue）
SWE-agent/SWE-agent ⭐20k	`SweBenchEvaluate` 为连续提交 spawn 的后台 `sb-cli submit` 调用从不被轮询：唯一会报告失败并清理句柄的 `check_running_calls` 没有任何调用方，失败的提交无人知晓；管道 stdout/stderr 也无人排水，输出超过 pipe buffer 的提交永久阻塞、预测结果从未上交。修复让 `on_instance_completed`/`on_end` 调 `check_running_calls`，后台调用在 daemon 线程 `communicate()` 排水并记录 `{returncode, stderr}` 供报告与清理 `2026-10-11`	🟢 直接提 PR（未建 issue）
guidance-ai/guidance ⭐22k	`Engine.chat_completion` 无条件 `tokenizer.bos_token.decode()`，而 `bos_token` 是 `bytes \| None`——无 BOS token 的 tokenizer（Qwen2/Qwen3，`bos_token_id` 为 `None`）在 chat template 渲染之前就 `AttributeError`；引擎其余部分早有守卫（`Parser.process_prompt` 检查 `bos_token_id is not None`），默认 ChatML 模板也不引用 `bos_token`，既有测试只跑带 BOS 的 gpt2，`None` 路径从未被测过 `2026-10-11`	🟢 直接提 PR（未建 issue）
dottxt-ai/outlines ⭐16k	Outlines Core 后端的 MLXLM 分支用裸 `convert_tokens_to_string` 构建词表，sentencepiece 风格 tokenizer 的该方法剥掉空格信息（`["▁b"]` 解出 `"b"`、`["▁"]` 解出空串）——携带空格的 token 对 regex FSM 隐形：任何状态都接受它而模型实际发出空格，约束下生成的文本可违反 regex/JSON schema（`[0-9]+` 约束下 MLXLM 分支无限吐空格 token，同后端的 Transformers 分支正确吐数字）；Transformers 分支早用会补回前导空格的 `TransformerTokenizer.convert_token_to_string`，`MLXLM.__init__` 也已把它包成 `self.tokenizer`，MLXLM 分支只是绕过了它 `2026-10-11`	🟢 直接提 PR（未建 issue）
agentscope-ai/agentscope ⭐32k	流式模式下最终 `is_last` 音频 `DataBlock` 保留流式 WAV 头的 `0xFFFFFFFF` RIFF/data 占位大小：两个流式 parser 只给首个 delta 加流式头，累积器把 delta 原样拼进完成块——完成的音频不是合法 WAV，与同一调用非流式路径的产物不一致，信任头部的消费者（`wave.getnframes()`、时长、seek、严格播放器）看到 4294967295 而非实际音频长度 `2026-10-11`	🟢 修复 #3242 已合并
dottxt-ai/outlines ⭐16k	LMStudio 适配器只抬升位于第一条的 system 消息，其余位置的 system 消息落到 role 检查抛 `ValueError: Unsupported role: system`（`Chat` 输入文档对 role 无位置约束，Gemini 适配器已收集任意位置的 system 消息并拼接）；首位的空字符串 system 消息又被 `if system_prompt` 判空丢弃而非透传——同一输入在两个适配器上一个报错、一个静默丢内容 `2026-10-11`	🟢 直接提 PR（未建 issue）
agentscope-ai/agentscope ⭐32k	endpointing 把用户语音切成两半、后半段 transcript 落进 `TurnAggregator` 合并窗口时，`RealtimeAgent._merge_user` 用拼接文本整体替换前一条 user turn 的 `content`——该 turn 里所有非文本块被静默丢弃，例如用户在两半之间附加的带图 `DataBlock` 从会话上下文消失；user 消息的文档与校验都允许 `TextBlock`+`DataBlock`，`_merge_user` docstring 也只承诺向该 turn 追加文本，合并应保留附件 `2026-10-11`	🟡 修复 #3241 已撤回（issue 被他人认领），等待认领方修复
guidance-ai/guidance ⭐22k	实验性 `VLLMModel`/`SglangModel` 把 `**kwargs` 同时转发给 `openai.OpenAI(...)` 和 `BaseOpenAIInterpreter.__init__(...)`——任何标准 openai 客户端参数（`timeout`、`max_retries`、`organization`）在解释器处 `TypeError`，而解释器唯一额外接受的 `reasoning_effort` 又被 `openai.OpenAI()` 拒收，两边都不对；兄弟 `OpenAIInterpreter` 早已只把 kwargs 交给 `openai.OpenAI` 并显式传 `reasoning_effort` `2026-10-11`	🟢 直接提 PR（未建 issue）
vibrantlabsai/ragas ⭐16k	`ImageTextPrompt.generate_multiple`（公开 `BasePrompt` API）配 LangChain LLM 时只发一条 prompt（`agenerate_prompt([prompt_value])`，响应里只有一个 generation），解析循环却 `for i in range(n)` 直取 `resp.generations[0][i]`——`n > 1` 必抛 `IndexError: list index out of range`；兄弟 `PydanticPrompt.generate_multiple` 对同样情形早已按 n 份 prompt 发送 `2026-10-11`	🟢 直接提 PR（未建 issue）
run-llama/llama_index ⭐52k	`ToolOutput.__init__` 签名宣称 `raw_input: Optional[Dict[str, Any]] = None`，它转发的 pydantic 字段却是必填 `Dict[str, Any]`——不传或传 `None` 必抛 `ValidationError`，而 `FunctionTool` 文档写明回调「可以返回新 ToolOutput 覆盖默认值」，按签名构造即在返回前崩溃，覆盖路径实际不可用；修复在进 pydantic 前把 `None` 强转 `{}` `2026-10-11`	🟢 直接提 PR（未建 issue）
microsoft/autogen ⭐61k	`BaseOpenAIChatCompletionClient.create()` 用 `normalize_name()` 清洗模型给的工具调用名（非法字符替 `_`、截 64 字符），流式 `create_stream()` 却原样累积 name chunk、拼装后从不归一——同一个 API 响应因是否流式产生不同的 `FunctionCall.name`；裸名可违反 `^[a-zA-Z0-9_-]{1,64}$`，把流式 `AssistantMessage` 回放进下一请求可能被 API 拒收，而同一对话非流式正常；其余兄弟路径（OpenAI 非流式、Ollama、Anthropic 的 create/stream）都已归一，唯独 OpenAI 流式漏了 `2026-10-11`	🟢 直接提 PR（未建 issue）
vibrantlabsai/ragas ⭐16k	`FewShotPydanticPrompt.generate_multiple` 调 `example_store.get_examples` 时不传阈值，`InMemoryExampleStore` 恒用自己的默认 `threshold=0.7` 过滤——公开配置 `DemonstrationConfig.threshold` 两个方向都不生效：调低不多收样例、调高不排除边界样例；兄弟 `DynamicFewShotPrompt.format` 早已把自己的 `similarity_threshold` 转发给 store `2026-10-11`	🟢 修复 #3057 已提交
livekit/agents ⭐14k	`ToolProxyToolset` 的 `call_tool` 工具描述与 unknown-tool 错误消息都让模型「用 `search_tools` 发现工具」，而该工具集实际暴露的搜索工具叫 `tool_search`——两段字符串都是 LLM 可见的，照自己指令行事的模型会去调一个不存在的工具；搜索工具由父类 `ToolSearchToolset` 以 `raw_schema` 名 `tool_search` 创建，测试也断言这个名字，调用描述是模型发现工具的唯一指令来源 `2026-10-11`	🟢 直接提 PR（未建 issue），已合并
run-llama/llama_index ⭐52k	向后兼容校验器 `legacy_additional_kwargs_image` 把旧 `additional_kwargs["images"]` 迁移成 `ImageBlock` 后保留 `images` 键、并对每项无条件 `resolve_image()`——pydantic 往返 `model_dump()`→`model_validate()` 崩溃（dump 把残留 `ImageDocument` 序列化成 dict，再校验对 dict 调 `.resolve_image()` 抛 `AttributeError`，同样命中带此类消息的持久化 chat store 重载），已转换的消息每次重校验还会把 `ImageBlock` 再追加一遍、逐次翻倍 `2026-10-11`	🟢 直接提 PR（未建 issue）
SWE-agent/SWE-agent ⭐20k	`sweagent run-api` 在 CLI help 里做广告、被 argparse 接受，但每次调用都 `ModuleNotFoundError: No module named 'sweagent.api'`——dispatch 分支 import 的模块整个包里不存在、`pyproject.toml` 也没有提供它的 optional extra，广告出的子命令从来无法启动 `2026-10-11`	🟢 修复 #1604 已提交
livekit/agents ⭐14k	`BM25SearchStrategy` 对查询、工具名、参数键都做下划线转空格分词，唯独描述与参数描述值只按空白切——描述里的 `snake_case` 术语被索引成单个 token，而每个查询都先被替换掉 `_`、不可能含它，`checking_balance` 与 `checking balance` 的搜索都得 0 分，`tool_search` 对描述里写着该术语的工具抛 `No tools found`；`KeywordSearchStrategy` 同输入能返回同一工具 `2026-10-11`	🟢 修复 #7733 已合并
run-llama/llama_index ⭐52k	llama-index-llms-anthropic 的 `stream_chat`/`astream_chat` 在工具块结束时从不重置 `cur_tool_call`——流式回合里客户端 `tool_use` 块后跟服务端工具块（`web_search`、`mcp_servers`）时，本应忽略服务端 `input_json_delta` 的守卫不触发，服务端工具的半截 JSON 被追加进陈旧的 `cur_tool_json` 并写回已完成的客户端工具调用参数、将其覆盖；非流式路径不受影响 `2026-10-11`	🟢 修复 #23462 已提交
guidance-ai/guidance ⭐22k	实验性 `SglangModel`/`LiteLLM` 适配器上 `gen(stop="...")` 在构建任何请求之前就 `AttributeError: 'LiteralNode' object has no attribute 'regex'`——字符串 stop 造的是 `LiteralNode`（文本在 `.value`），两个适配器的 `rule()` 却无条件读 `node.stop.regex`；两个适配器都声称支持 stop（所有支持的后端都有 stop 参数），字符串 stop 本应作为请求参数发出 `2026-10-11`	🟢 修复 #1543 已提交
SWE-agent/SWE-agent ⭐20k	`sweagent sh` 不带 `-r` 时会提示输入仓库路径，但提示发生在环境配置构建之后——docker 卷挂载已用 `cli_args.repo` 插值成 `-v None:/repo`，随后输入的路径被丢弃；兄弟 `-p` 问题陈述提示早已按「先问后用」排序，repo 提示挪到 `EnvironmentConfig` 构造之前即可让输入路径真正进挂载参数 `2026-10-11`	🟢 直接提 PR（未建 issue）
agentscope-ai/agentscope ⭐32k	`Agent._convert_chat_response_to_event` 把非流式响应的所有 `TextBlock` 无分隔符粘成一个 delta、`ToolCallBlock` 排在全部文本之后——由 `reply_stream` 事件重建的消息与 agent 持久化进上下文、从 `reply()` 返回的消息分叉：`[文本, 工具调用, 文本]` 的拆分与顺序全丢（Gemini 的真实响应可达），同一响应事件流与最终答案给出两种内容 `2026-10-11`	🟡 修复 #3238 已撤回（issue 被他人认领），等待认领方修复
pipecat-ai/pipecat ⭐16k	`MCPClient.tools_output_filters` 的 filter 按文档可返回任意类型「处理后的输出」，实际返回非字符串（如解析后的 dict）或空字符串都被 `if isinstance(response, str) and response` 丢弃，模型收到 `Sorry, could not call the mcp tool`——成功的调用与失败的调用对模型不可区分；该检查本意是拦 filter 抛异常（except 分支置空串），却把合法输出一并拦下，而框架端到端支持非字符串工具结果（结果回调签名 `Any`、聚合器对非字符串 `json.dumps`） `2026-10-11`	🟢 修复 #6116 已提交
confident-ai/deepeval ⭐18k	`GrokModel.generate`/`a_generate` 把 OpenAI 风格的 content 列表（`[{"type": "text", "text": prompt}]`）整包传给只接受 `str` 或 protobuf `Content` 的 `xai_sdk.chat.user()`——每次调用在网络 I/O 之前就抛 protobuf 构造 `TypeError`，多模态 `generate_content` 同样发 OpenAI 风格 dict、含 `image_url` 块；stub 掉 `load_model` 可证崩溃发生在消息构造而非请求阶段：sync/async 全断，`GrokModel` 完全不可用 `2026-10-11`	🟡 已提交，等待确认
crewAIInc/crewAI ⭐59k	`MCPClient._clean_tool_arguments` 静默删除值为显式空 `[]`/`{}` 的工具参数（`if nested_cleaned:`/`if cleaned_list:` 把清洗后的空容器当 falsy 丢键），dict 清洗后为空的列表项也不被 append、后续元素移位——schema 声明的 `tags` 字段随 `{"query": "cats", "tags": []}` 只剩 `{"query": "cats"}`：字段必填时服务端拒收一个 agent 以为已合法发出的调用，可选时服务端默认值静默替换显式空值；同一次调用里的显式标量 `""`/`0` 却原样保留，纯属内部不一致 `2026-10-11`	🟡 已提交，等待确认
openai/openai-agents-python ⭐30k	`ShellTool` 执行器返回 `ShellResult(output=[])`（命令成功且无输出，如 `true`、`mkdir foo`）时，SDK 把人读占位符 `(no output)`（`render_shell_outputs` 对空列表的返回）当作真实 stdout 写进模型下一轮可见的 `shell_call_output` 与持久化的 `raw_item["shell_output"]`——模型可把它当真输出引用给用户，解析结构化条目的消费者看到凭空捏造的命令输出；用 `ScriptedModel` 复现、无需网络 `2026-10-11`	🟡 已提交，等待确认
PrefectHQ/fastmcp ⭐28k	工具返回的 bytes 藏在容器里（`dict[str, bytes]`、`list[bytes]`）时整次调用崩在未捕获的 `PydanticSerializationError`，而同样内容裸返回（`-> bytes`）却正常走 base64——#3829 给裸 bytes 打的补丁只盖住 `_convert_to_single_content_block` 与 `_contains_bytes_type` 的 union/`Annotated` 分支：`default_serializer` 对嵌套在 dict/list/tuple/set（含键）里任何位置的非法 UTF-8 bytes 直接抛错，调用点又跑在结构化内容序列化的 `try/except` 之前，错误逃出 `convert_result`；容器类型还照样宣告一份运行时填不满的输出 schema（dict 情形给 `{"additionalProperties": {"format": "binary"}}`），裸 `bytes` 早已抑制 `2026-10-07`	🟢 修复 #5577 已提交
PrefectHQ/fastmcp ⭐28k	`ResponseCachingMiddleware` 的缓存条目按调用方 access token 分区，却没按 MCP session 分区，而 session 状态本就按会话隔离（`Context.set_state`/`get_state` 以 session id 为键）——装了该中间件后第二个 session 的 `tools/call` 会拿到第一个 session 的缓存答案，哪怕它已经写入自己的值；`resources/read` 与 `prompts/get` 同理，同一 token 分区内的同一个缺陷 `2026-10-07`	🟢 修复 #5576 已提交
PrefectHQ/fastmcp ⭐28k	`set_up_component_manager` 文档写明支持 `POST /tools/{name}/disable?version=v1`，处理器却把原始查询串直接交给 `Provider.enable`/`disable` 的 `VersionSpec` 参数——存下 `str` 后 `Visibility._matches` 调 `self.version.matches(...)` 抛 `AttributeError`：一次带 `?version=` 的请求返回 200，之后所有客户端的 `tools/list` 全部报错直到重启 `2026-10-07`	🟢 修复 #5575 已合并
strands-agents/harness-sdk ⭐8.7k	`InvokeOptions.limits` 承诺每个上限「只约束本次 `invoke()`/`stream()`」，而设置 `AfterInvocationEvent.resume` 的钩子会在同一次公开调用里重入 agent 循环，每次重入都再调 `Meter.startNewInvocation()`——`_checkLimits` 每轮读到的都是空预算，`turns`/`totalTokens`/`outputTokens` 三个上限永不触发，一次 `invoke()` 可以发无限次模型调用（Python SDK 只在 `stream_async` 顶部重置一次） `2026-10-07`	🟢 直接提 PR（未建 issue）
strands-agents/harness-sdk ⭐8.7k	`deepCopyWithValidation` 对嵌套对象/数组之后出现的不可序列化值报错路径错误：replacer 的路径栈只压不弹，子树序列化完留下的陈旧帧被后续兄弟节点继承——`StateStore` 校验把 `{ nested: {x:1}, bad: fn }` 报成 `value for key "a".nested.bad` 而非 `"a".bad`，把用户指向错误位置 `2026-10-07`	🟢 直接提 PR（未建 issue），已合并
strands-agents/harness-sdk ⭐8.7k	OpenAI chat API 的 `mapChatChunkToEvents` 每遇到带 `id`/`name` 的 `tool_calls` 增量就发一个 `modelContentBlockStartEvent` 却从不关闭已打开的块，而 `streamAggregated` 在每次 start 时重置唯一的累积缓冲——并行工具调用只剩最后开始的那个、工具调用之前流出的助手文本被整个丢弃，agent 走 chat API 时整批并行调用丢到只剩一个 `2026-10-07`	🟢 修复 #4980 已提交
agno-agi/agno ⭐42k	`AgentAsJudgeEval.run(cases=[])` 抛 `UnboundLocalError` 而非返回空结果：`_run_batch` 里 `status` 只在 `for` 循环体内赋值，`status.stop()` 却在循环外——空列表下 `status` 从未绑定；`run()` 的 gating 又把 `[]` 直接放行（`cases is not None` 为真，几个 `ValueError` 只挡「同时给」与「都不给」）。异步孪生 `_arun_batch` 把 `status.stop()` 放在循环内、对同样输入正常返回空结果，同步路径与它漂移 `2026-10-07`	🟡 已提交，等待确认
bytedance/deer-flow ⭐83k	`DbRunEventStore.delete_by_run()` 删掉某 run 的事件后，新事件的 `seq` 由「剩余行的 max + 1」算出——已发放过的序号被重新发放，客户端游标已越过的位置又写进新事件、对 `after_seq` 分页永久不可见（`list_messages(after_seq=2)` 对存在 seq=2 的事件返回空）；同一操作序列在 Memory/Jsonl 两个实现上都严格递增，三个实现对一个有文档有测试的公开方法给出不同答案。作者注明：当前树内没找到生产调用方 `2026-10-07`	🟢 已被上游修复（PR #6477）
mastra-ai/mastra ⭐28k	数组结构化输出的逐 token 流式下，每个 `object` chunk 携带「到目前为止的数组」，chunk 尾部元素还是半成品、后续 chunk 在原位补全它（同 index、多字段）而非追加新元素——`textStream` 与 `elementStream` 都留着那条陈旧的半成品：流出的 `[{"a":1},{"a":2,"b":4}]` 缺了最终对象第一个元素的 `"b":2`，渲染或持久化流的消费者静默丢字段，与 Mastra 自己返回的最终校验对象不一致 `2026-09-26`	🟢 已被上游修复（PR #25278）
pydantic/pydantic-ai ⭐20k	`FunctionSignature.render_type_definitions` 按类型名消解冲突，产出行为可以与意图相悖的 Python 且全程无报错：参数与返回 schema 各自定义 `User` 的工具渲染出两份 `class sync_user_User(TypedDict)`，拼进同一模块后第二份静默重绑名字，`user` 参数落到返回类型的形状上；`RetWrap.user` 又渲染成裸 `User`——没有任何一份产出定义提供它，不冲突但引用了冲突类型的字段同样渲染裸名、指向空处 `2026-09-26`	⚪ 修复 #8789 被关闭（要求 PR 先引用既有 issue；issue 后建，待按 `Fixes #8816` 重提）
pydantic/pydantic-ai ⭐20k	`FunctionToolset.__init__` 对 `timeout` 与 `max_retries` 不做任何校验，而兄弟构造器在构造期就拒（`Agent(tool_timeout=0)` 抛 `UserError`）——`timeout=0` 被当真用作 `call_tool` 的 `anyio.fail_after(timeout)`，每个工具调用都以超时 `ModelRetry` 失败直到整轮 run 死掉，报错不指向坏值本身；负的 `max_retries` 盖到所有未自设重试数的工具上、充当 run 级重试预算 `2026-09-26`	⚪ 修复 #8788 被关闭（要求 PR 先引用既有 issue；issue 后建，待按 `Fixes #8815` 重提）
mem0ai/mem0 ⭐66k	`Langchain.list()` 的每个 `return` 都挡在 `hasattr(self.client, "_collection")` 后面，非 Chroma 的 langchain `VectorStore`（FAISS/Qdrant/PGVector——`LangchainConfig.client` 本就接受任意实例）落到函数尾返回 `None` 而非 `[]`——`Memory.get_all()` 迭代抛 `TypeError: 'NoneType' object is not iterable`，`Memory.delete_all()` 下标抛 not subscriptable；兄弟实现（faiss/cassandra/opensearch/mongodb）空库时也返回嵌套列表，唯独这里没有 `2026-09-26`	🟡 已提交，等待确认
SWE-agent/SWE-agent ⭐20k	`ReplayModel` 只在回放动作恰为字符串 `"submit"` 时才调 `_next_replay()`，而 `run-replay` 自己的写入器 `_create_actions_file` 把每个动作都写成 dict（`{"message": ...}`，function-calling 配置再加 `tool_calls`）——精确字符串比较永远匹配不上自家工具产出的文件，`_replay_idx` 从不前进，条目回放完之后的查询全落进 `IndexError` 兜底自动提交，永远走不到下一个回放条目 `2026-09-25`	🟢 直接提 PR（未建 issue）
e2b-dev/E2B ⭐14k	`git.push()` / `git.pull()` 只在无凭证分支上做 auth/upstream 失败的映射：带 `username`/`password` 的分支在把失败映射成 `GitAuthError`/`GitUpstreamError`（Python 侧 `GitAuthException`/`GitUpstreamException`）的 `try`/`catch` 之前就提前 return——过期 token 的推拉把 git 的退出码与 stderr 当裸 `CommandExitError` 抛出，拿不到可操作的类型化错误，而 `clone()` 在含凭证的所有路径上都做同一映射 `2026-09-25`	⚪ 已关闭（未合并）：上游已废弃 Git 集成
Arize-ai/phoenix ⭐12k	`executeSql` 的 SQLite 后端重写已放行的时间戳字面量时把时刻转成 UTC：`0001-01-01T00:00:00+00:30` 通过准入（`parse_timestamp_literal` 只要解析出时刻就收），`format_timestamp_for_sqlite` 的 `astimezone` 算出 0000-12-31 23:30 这个 `datetime` 装不下的值，调用点抛裸 `OverflowError`——它不是 `AnalyticsSqlError`，绕过 `executeSql` 文档承诺的错误信封直达调用方；同一条语句在不重写字面量的 PostgreSQL 上正常返回行 `2026-09-25`	🟢 直接提 PR（未建 issue）
Arize-ai/phoenix ⭐12k	`_ToolKwargsConversion.to_anthropic` 在存档 prompt 的 `tool_choice` 为 `"none"` 时立即 `return {}`，把此前已装好的 `ans["tools"]` 一并丢弃——带工具但禁用工具使用的捕获请求，回放时 tools 整个消失；服务端 playground 本就同时发 tools 与 `tool_choice: none`，同文件 `_ToolChoiceConversion` 的 to/from 两个方向都早已正确映射 `"none"`，只有这条早退绕开了既有处理 `2026-09-25`	🟢 直接提 PR（未建 issue），已合并
run-llama/llama_index ⭐52k	google-genai 集成的 `merge_neighboring_same_role_messages()` 用浅层 `BaseModel.model_copy()` 拷贝消息，`merged_content`/`merged_kwargs` 仍指向调用方的 blocks 列表与 `additional_kwargs` 字典，就地 `extend()`/`update()` 直接改写调用方原始消息——与函数自己的注释「operate on a copy … to avoid mutating the original」相反；chat memory 跨轮复用同一批 `ChatMessage`，每轮 `chat()` 都把之前轮次的内容重发一遍、随调用次数增长 `2026-09-25`	🟢 直接提 PR（未建 issue）
e2b-dev/E2B ⭐14k	`WatchHandle.stop()` 只触发请求控制器的清理，`controller.abort()` 掐断的 Connect 流以 `Code.Canceled` 的 `ConnectError` 冒出，被默认错误映射包成劝人调大 `requestTimeoutMs` 的 `TimeoutError` 传给 `onExit`——用户自己发起的每次正常 stop 都长得像请求超时，报错还指向一个不该动的参数；Python SDK 早已把 `stop()` 当干净的主动结束（`on_exit` 无错误触发） `2026-09-25`	🟢 已被上游修复（maintainer PR #1923 已合并，修复 #1896 被关为 superseded）
SWE-agent/SWE-agent ⭐20k	`SetStatusAgentHook.on_setup_attempt` 把上一轮尝试的花费折进 `_previous_cost` 却从不重置 `self._cost`（注释明说「Costs will be reset for the next attempt」），状态行显示的又是 `_previous_cost + _cost`——重试轮从首个状态行起就把上一轮花费重复计入，直到 `on_step_done` 用新尝试的花费覆盖才恢复：实际只花 $1.00 也显示 `Attempt 2 Step 1 ($2.00)` `2026-09-25`	🟢 修复 #1568 已提交
run-llama/llama_index ⭐52k	`FunctionCallingProgram.acall` 把格式化好的 prompt 消息直接交给 `apredict_and_call`，跳过 `llm._extend_messages`——配了 `system_prompt` 的 function-calling LLM 在异步结构化输出路径上静默丢掉系统提示；同步 `__call__`、`stream_call`/`astream_call` 与 `LLMTextCompletionProgram` 的全部路径都先 extend 再传，`acall` 是唯一漏掉的一条 `2026-09-25`	🟢 直接提 PR（未建 issue）
Arize-ai/phoenix ⭐12k	PostgreSQL 后端上 `attributes ->> '$.llm.model_name'` 静默返回 NULL / 0 行，同一条语句在 SQLite 返回值，无任何报错——而这个拼法恰是工具自己的拒绝文案推荐的（写 `#>>` 被劝「write json_extract(doc, '$.a.b') or attributes ->> '$.a'」），allowlist 又把 `->`/`->>` 与 `#>`/`#>>` 并列放行；函数拼法 `json_extract(...)` 在两个后端都对（有专门改写成 `jsonb_extract_path_text` 的通路），唯独箭头操作符这条路径悄悄给出错误答案 `2026-09-25`	⚪ 被关闭（未合并）
run-llama/llama_index ⭐52k	`ReActAgent.finalize` 只在最后一步推理是 `ResponseReasoningStep` 时才把推理落进 memory 并清空 `ctx.store["current_reasoning"]`，handoff 之后最后一步是交接的 `ObservationReasoningStep`，落盘与清空整块被跳过——下一轮 `workflow.run(ctx=ctx)`（文档的多轮模式）把上一轮的 `Thought: ... / Action: handoff` 当本轮推理注入 prompt，该轮 finalize 又把上一轮的推理当成本轮答案落库，接手的 agent 也把前任的步骤继承成自己的 `current_reasoning` `2026-09-25`	🟡 已提交，等待确认
vibrantlabsai/ragas ⭐16k	`stratified_batches` 把批数计算的 ceil/floor 用反：`drop_last_batch=True` 时用 ceil、False 时用 floor，与文档语义（True 只留完整批 → floor）及非分层版 `batch()` 正相反——True 时 `while len(all_batches) < num_batches` 只在凑满 `batch_size` 才追加、要的完整批比数据能凑的多，永不终止；False（遗传优化器在用的模式）静默丢样本，20 条 `batch_size=2` 返回 19，`batch_size` 超过数据集大小时 floor 出 0 批、全部样本被丢；`replace=True` 还会对耗尽的类调 `random.choices()` 抛 `IndexError` `2026-09-25`	🟢 直接提 PR（未建 issue）
pipecat-ai/pipecat ⭐16k	Anthropic 把每个工具调用作为独立 content block 流式发出（start/delta/stop，最后一条 `message_delta` 收尾），`_process_context` 却只保留单个 `tool_use_block` 和单个 `json_accumulator`、只在终态 `message_delta` 构造一次 `FunctionCallFromLLM`——并行工具调用时每个新块顶掉前一个的 id、清空已累积的参数，N 个请求的调用只有最后一个到达 `run_function_calls()`，其余连参数一起被丢 `2026-09-25`	🟢 直接提 PR（未建 issue）
agno-agi/agno ⭐42k	`get_effective_filters` 合并两级 `knowledge_filters` 时不处理类型混搭：agent 级 dict + run 级 list 走 `[effective_filters, knowledge_filters]`，把 dict 解包成裸键名（`["type", EQ("difficulty", "easy")]`），过滤值全丢；agent 级 list + run 级 dict 则整体替换、不像 dict+dict 的 `update()` 与 list+list 的拼接那样合并——下游 `_validate_filters` 把每个 str 记一条 invalid 后丢弃，agent 的过滤器静默失效、检索在无过滤下运行 `2026-09-25`	🟢 直接提 PR（未建 issue）
confident-ai/deepeval ⭐18k	CrewAI 的 LLM 调用失败时改发 `LLMCallFailedEvent` 再重抛，事件监听器却没有对应 handler——`on_llm_started` 里 `__enter__()` 的 `Observer` 永不退出：`LlmSpan` 以 `end_time=None` 留在 `active_spans`，根 span 关闭后整条 trace 卡在 `active_traces` 不再 finalize/post，`span_observers` 的条目也从不移除、随失败次数累积；工具侧同样不对称，抛错发的是 `ToolUsageErrorEvent`，栈上的元数据没人 pop `2026-09-25`	🟢 直接提 PR（未建 issue）
modelcontextprotocol/servers ⭐90k	GitPython 用 surrogateescape 解码命令输出，非 UTF-8 文件（如 Latin-1 编码）的 diff 回来是带孤立代理项的 str，三个 diff 工具把它原样塞进 `TextContent`——响应序列化即抛 `PydanticSerializationError: surrogates not allowed`；stdio 端到端验证：diff 调用无响应、server 进程直接死掉，会话后续所有工具调用全部失败，diff 工具在这类仓库上完全不可用 `2026-09-25`	⚪ 维护者关闭 PR（该仓库只接受 issue，未合并）
dottxt-ai/outlines ⭐16k	`get_schema` 渲染 prompt 示例用的模型 schema 时无条件解析每个 `$ref`：引用回所属模型的字段（`Optional["Node"]`）没有 base case，`anyOf` 分支解析字段的 `$ref`、`$ref` 分支重进同一定义，每过一层多压一帧直到裸 `RecursionError`、一个字段都渲染不出来；包在容器里的递归字段（`Optional[list["Node"]]`）反而从不触发——walker 不下钻 `items`、按 `<name>` 占位渲染，直接引用与容器包裹的应一致 `2026-09-25`	🟢 直接提 PR（未建 issue）
camel-ai/camel ⭐18k	OpenAPIToolkit 对声明 `type: apiKey, in: cookie` 的 security scheme 从不注入 API key：分支比较的字面量拼错成 `'coolie'`，永远匹配不上 spec 值 `'cookie'`，请求不带任何凭证发出、API 返认证错误且无线索；同函数参数分支的 `param['in'] == 'cookie'` 早已正确，OpenAPI 3.x 本就允许 `in: cookie`，纯这一处 drift `2026-09-25`	🟢 修复 #4375 已提交
agno-agi/agno ⭐42k	`OpenAIResponses` 流式只保留最后一条 url citation：API 每条注解发一个 `annotation.added` 事件，`_parse_provider_response_delta` 每个事件新建 `ModelResponse`（Citations 只装当条注解），而流累加器用每个 delta 的 citations 整体替换已累积的（`stream_data.response_citations = ...`），助手消息又从累加器填充——最后一条事件通吃、之前的注解全丢；非流式解析把全部注解收进同一个 `Citations`，同一回复的 `response()` 与 `response_stream()` 互不一致 `2026-09-25`	🟢 修复 #10590 已提交
agno-agi/agno ⭐42k	`GeminiTools.generate_video` 把返回的 `Video` artifact 用 base64 文本构造（`base64.b64encode(...).decode()`），而 `Video.content` 声明为原始视频 `bytes`，Pydantic 把该字符串强转成 base64 文本的 UTF-8 字节——每个 `Video.get_content_bytes()` 消费者（媒体卸载上传、artifact 落盘）拿到的都是 base64 文本而不是视频 `2026-09-25`	🟢 修复 #10554 已合并
bytedance/deer-flow ⭐83k	`bind_task_tool` / `_bind_batch_tool` 给副本重绑的只有 `coroutine`，`func` 仍是进程级单例的 sync 包装——包着未绑定的 coroutine，同步调用 bound 副本因此绕过显式 SDK submitter 与执行容量、落回进程全局回退（恰是 `bind_batch_tools` docstring 明令禁止的「never fall through to another application's process-global submitter」），在单例从未被 sync 包装过的新进程里则直接 `NotImplementedError` `2026-09-25`	🟢 直接提 PR（未建 issue），已合并
bytedance/deer-flow ⭐83k	默认（非 policy-scoped）skills 投影下 `ls /mnt/skills` 报 Directory not found：该布局只挂四个 category 子目录、没有 `/mnt/skills` 根自身的 `PathMapping`，`LocalSandbox.list_dir` 把根解析成字面宿主路径，宿主扫描的 `FileNotFoundError` 抢在虚拟子目录 overlay——专为让 agent 用 `ls /mnt/skills` 发现 category 而写的代码块——之前抛出 `2026-09-25`	🟢 直接提 PR（未建 issue），已合并
bytedance/deer-flow ⭐83k	同一轮两个 `skill_manage` 调用（同 user+skill）在 sync client 路径（TUI 用的 `DeerFlowClient.stream()`）上永久死锁：`_skill_locks` 是跨调用的 `WeakValueDictionary`，两条调用拿到同一把 `asyncio.Lock`，而 sync 路径每次调用各自 `asyncio.run` 开新事件循环、还在线程池里并行——第二把锁在另一个循环上永不出让，整个 `ToolNode` 挂死 `2026-09-25`	🟢 已被上游修复（上游 #7020 已合并关闭）
crewAIInc/crewAI ⭐59k	LiteAgent 的 guardrail 拦截重试把 `response_format` 丢了：重试递归 `self._execute_core(agent_info=agent_info)` 不带该参数，重试的 LLM 调用以 `response_model=None` 运行、输出从不解析进请求的模型；`response_format` 声明为 agent 字段的形态不受影响，只有按 `kickoff` 传参的形态被丢 `2026-09-25`	🟢 直接提 PR（未建 issue）
crewAIInc/crewAI ⭐59k	`MCPNativeTool._run` 拿 `asyncio.get_running_loop()` 的 `RuntimeError` 当「无事件循环」信号，`except RuntimeError` 却罩住整个执行路径——工具在运行中的事件循环里调用本身以 `RuntimeError` 失败时（`MCPClient.disconnect()` 把非 `MCPConnectionError` 的清理失败都包成 `RuntimeError`），回退吞掉真实错误、又在运行中的循环里调 `asyncio.run()`，调用方只看到 `asyncio.run() cannot be called from a running event loop`，真实原因不可达 `2026-09-25`	🟢 直接提 PR（未建 issue）
PrefectHQ/fastmcp ⭐28k	`TransformedTool.run` 只认字面顶层 `"type": "object"` 判定 object schema：properties-only（`{"properties": ...}`）与根级 `$ref` 的 object schema 被误判为非 object，`transform_fn` 返回的 `ToolResult` 的 `structured_content` 被丢弃、`is_error=True` 被重建为成功，`meta` 同丢；`Tool.from_tool` 还不做任何输出 schema 校验（`from_function` 对同一输入会 `ValueError` 拒绝），留下运行时静默关掉结构化输出的工具 `2026-09-25`	🟢 修复 #5271 已合并
PrefectHQ/fastmcp ⭐28k	`functools.partial` 造的工具全叫 `partial`、描述是 partial 类 docstring——`ParsedFunction.from_function` 经 `fn.__class__.__name__` 兜底取名，partial 既无 `__name__` 也无 `__doc__`；注册两个 partial 工具就在名字 `partial` 上相撞、后者顶掉前者（只给一条泛型 warning），`multiply` 直接消失 `2026-09-25`	🟢 修复 #5269 已合并
vibrantlabsai/ragas ⭐16k	`SingleMetricAnnotation.sample(n, stratify_key=...)` 会返回多于 n 条：每类按 `int(np.round(proportion * n))` 取数，平衡两类 + 奇数 n 时每类都进位（n=3 → 每类 2、合计 4），补差循环只补 shortfall 从不裁剪超出——`sample(3)` 返回 4 条、`sample(19)` 返回 20 条，违反文档「n samples」契约 `2026-09-25`	🟢 直接提 PR（未建 issue）
vibrantlabsai/ragas ⭐16k	griptape 集成的 `ImportError` 文案从 Opik tracer 整段抄来：`griptape` 未装时提示「Opik is not installed ... pip install opik」，用户照做装了无关包、错误原样复现，直到装上 griptape 本体才好 `2026-09-25`	🟢 修复 #3033 已提交
guidance-ai/guidance ⭐22k	`Tool.from_callable` 把 `inspect.signature` 的原始注解直接喂 `create_model()`：PEP 563（`from __future__ import annotations`）模块里注解是纯字符串，pydantic 在模型构建处的命名空间解析而非 callable 自己的模块——schema 期即抛 `PydanticUserError: 'move_to' is not fully defined`，凡启用 postponed annotations 的用户工具全部注册失败 `2026-09-25`	🟢 直接提 PR（未建 issue）
guidance-ai/guidance ⭐22k	`LarkSerializer.normalize_name` 只做 `-`→`_` 与驼峰转下划线，空格、点、前导数字、非 ASCII、`\|` 等一律原样进 Lark 规则名——`gen(name="first name")` 序列化出 `start: first name` 这样的非法文法，本地引擎一编译就抛 `ValueError: Expected token ':'`，报错位置离真正成因（`name=` 参数）十万八千里；远程 API 模型从不编译 grammar，所以仓内测试全绿 `2026-09-25`	🟡 已提交，等待确认
dottxt-ai/outlines ⭐16k	`get_schema_from_signature` 把 `args` / `kwargs` 也建成 schema 属性，它们没有默认值于是全进 `required`，而调用路径本来就拒绝按名绑定可变参数——`fn({"a": 1, "args": "x"})` 抛 `TypeError: got an unexpected keyword argument`，违反 docstring 写明的「schema 合法对象必能 `*` 传参」不变量 `2026-09-25`	🟢 直接提 PR（未建 issue）
strands-agents/harness-sdk ⭐7k	`MCPClient` 直接拿 MCP server 报来的 mime type 索引 `MIME_TO_FORMAT`，该表只收 jpeg/jpg/png/gif/webp 五种——`image/svg+xml` 等图片 mime 的成功工具结果抛 `KeyError`，被 `call_tool_*` 捕获后整次调用变成 error 结果，同一次调用的其余 content block 全部丢弃 `2026-09-25`	🟢 直接提 PR（未建 issue）
strands-agents/harness-sdk ⭐7k	`MistralModel.stream` 按 `tool_call.id` 聚合流式工具调用增量，而 Mistral 只在首个增量带 id/name、续增量只有 `index`，mistralai SDK 把缺省 id 填成默认 `"null"`——真 id 的块只带首个空 `arguments`（工具以 `{}` 参数执行），碎片全落进假 `"null"` 桶、被当不完整 tool use 丢弃，并行调用还会互相合并；改按 `index` 聚合，对齐 OpenAI/LiteLLM/SageMaker/Writer 四个 provider `2026-09-25`	🟢 直接提 PR（未建 issue）
strands-agents/harness-sdk ⭐7k	Anthropic redacted thinking 的 base64 字符串经编译期 cast 直接塞进声明为 `Uint8Array` 的 `ReasoningBlock.redactedContent`——首轮侥幸原样通过，首次 `Message.clone()` 或 session 存取把它经 `toJSON()/fromJSON()` 再编码成 base64 文本的 ASCII 字节，下一请求的 `redacted_thinking` 块序列化成 `{"0":69,"1":109,...}` 被 Messages API 拒收，加密推理的多轮工具使用全断 `2026-09-25`	🟢 修复 #4593 已合并
pipecat-ai/pipecat ⭐16k	`GatedLLMContextAggregator.process_frame` 里 `StartFrame` 分支是独立 `if`：push 并 `_start()` 之后落进 catch-all `else` 把同一帧再 push 一遍——下游每个处理器收到两个 `StartFrame`、重跑启动逻辑（`FrameProcessor` 重建 process task、`BaseOutputTransport` 再次 `start()`）；修好只需一个 token：并入 `if/elif` 链 `2026-09-25`	🟢 直接提 PR（未建 issue）
pipecat-ai/pipecat ⭐16k	Gemini 适配器用「恰好一个 text part」判定 regular message：`create_image_message()` 造的双 part（text+image）与纯图单 part 都不算，只含这类消息的 context 被当成纯函数消息 context，system instruction 在已随 `system_instruction` 参数发送之外又作为尾部 user message 注入一遍 `2026-09-25`	🟢 直接提 PR（未建 issue）
mastra-ai/mastra ⭐28k	`convertMcpContentToolResultOutput` 在 v5 tool-result 输出里发 spec-v3（AI SDK v6）形态的 `image-data`/`file-data`，而 `LanguageModelV2ToolResultOutput` 只收 `text`/`media`——spec-v2 provider 把图片条目变 `undefined` 静默丢掉，spec-v4 provider 报 `unsupported tool content part type: image-data`（Bedrock 直接抛错），MCP 自动探测工具的图片/音频结果到不了任何一侧的模型 `2026-09-25`	🟡 修复 PR #25093 被 stale 关；补建 issue（含 MRE）请求 reopen，等待确认
confident-ai/deepeval ⭐18k	OpenAI Agents SDK 的 function span `input` 非可解析 JSON 时 `json.loads` 裸抛：custom tool 与 apply_patch 走 `with_tool_function_span`（从不设 input，即 `None`）、无动作 computer call 是 `""`——崩点在 `Observer.__exit__`（span 已进 trace_manager、还没 `remove_span`），`ToolSpan` 以占位 `"NA"` 名泄漏在 `active_spans`，SDK trace provider 吞掉异常，除坏掉的 trace 外无任何表象 `2026-09-25`	🟢 直接提 PR（未建 issue）
confident-ai/deepeval ⭐18k	被 patch 的 `langchain_core.tools.tool` 在无活动 span 时直接崩：包装器无条件 `current_span.metrics = ...`，而 `current_span_context.get()` 在直接 `tool.invoke(...)` 或没挂 CallbackHandler 的运行里是 `None`，`AttributeError` 让工具调用本身失败；bare `@tool()` 还会把 `on_tool_start` 刚从 `next_tool_span(...)` 应用上的 metrics 用 `None` 覆盖掉——其余 tracing 层早就该用 skip-don't-clobber 语义 `2026-09-25`	🟢 直接提 PR（未建 issue）
huggingface/smolagents ⭐29k	`Tool.to_dict()` 的 `forward_source_code.replace(self.name, "forward")` 全量替换：`@tool` 装饰器存的 `__source__` 本就以 `def forward(...)` 开头，替换只会改写 body 里出现的工具名子串（URL、f-string、docstring、同名内置调用），`from_dict()`/`save()`/`push_to_hub()` 往返后的工具行为被静默改变、无任何报错 `2026-09-25`	🟡 已提交，等待确认
camel-ai/camel ⭐18k	默认 `AnthropicConfig` 的每次调用都被 Anthropic API 400 拒：#3874 把 `max_tokens` 回退值从 4096 改成 `None`，而它是 Messages API 的必填参数，显式 `None` 被序列化成 `"max_tokens": null` 而非省略——默认 config 的 `as_dict()` 丢弃 None 值，回退恒生效，流式非流式全中 `2026-09-24`	🟢 修复 #4373 已提交
camel-ai/camel ⭐18k	OpenAPI security scheme `in: cookie` 的 API key 永不注入：分支比较的字面量拼错成 `'coolie'`，请求不带任何凭证发出、API 返认证错误且无线索；同循环的参数分支 `param['in'] == 'cookie'` 是对的，纯 drift `2026-09-24`	🟡 已提交，等待确认
livekit/agents ⭐14k	`Agent.chat_ctx` 返回的 `_ReadOnlyChatContext` 两条变更路径无守卫静默成功：`_ImmutableList` 覆盖了 append/extend/pop/remove/clear/sort/reverse 独漏 `insert`，`chat_ctx.insert(item)` 与走 `list.insert()` 的 `add_message(created_at=...)` / `merge(...)` 写进视图的 detached 副本后正常返回，消息从没进真实 chat context；`items` property setter 也未覆盖，`chat_ctx.items = [...]` 把不可变列表换成可变列表而 `readonly` 仍报 True `2026-09-24`	🟢 直接提 PR（未建 issue），已合并
livekit/agents ⭐14k	AWS Bedrock formatter 构造 Converse API `toolResult` 时硬编码 `"status": "success"`、无视 `FunctionCallOutput.is_error`——失败工具调用的错误文本被包在标记成功的块里发给模型，模型无从知道调用失败、可能把错误输出当有效结果；同目录 Google/Anthropic formatter 都转发该标志 `2026-09-24`	🟢 直接提 PR（未建 issue）
mcp-use/mcp-use ⭐11k	LangChain `MCPAgent.streamEvents()` 先把用户 query 推进 `conversationHistory` 再拍历史快照、又把同一 query 作为尾部 `HumanMessage` 拼进 inputs——当前这句话每轮都发两遍（turn 1 就是 `[hello, hello]`）；同文件 `run()`/`stream()` 本就是先快照后落账，唯 streamEvents 反着来 `2026-09-24`	🟢 直接提 PR（未建 issue）
mem0ai/mem0 ⭐66k	`Langchain.list()` 的所有 `return` 都挡在 `hasattr(self.client, "_collection")` 后面：FAISS/Qdrant/PGVector 等非 Chroma 客户端（`LangchainConfig.client` 明确接受任何 `VectorStore`）直接落到函数尾返回 `None`——`Memory.get_all()` 迭代抛 `TypeError: 'NoneType' object is not iterable`，`Memory.delete_all()` 下标抛 not subscriptable `2026-09-24`	🟡 已提交，等待确认
openai/openai-agents-js ⭐3.9k	`invalidateServerToolsCache` 的 fallback 在 per-server 键注册表未命中时，删除 `cachedMcpTools[serverName]` 后还扫描删除所有以 `${serverName}:` 开头的键——默认缓存键就是 server 自身名字，名为 `db:readonly` 的 server 恰好以 `db:` 开头，失效 `db` 会顺带删光 `db:readonly` 的缓存并留下悬空注册表项 `2026-09-24`	🟢 已被上游修复（maintainer PR #1977 已合并）
camel-ai/camel ⭐18k	流式 ChatAgent 把函数名不在 `_internal_tools` 的 tool call 静默丢弃：`_accumulate_tool_calls` 只给内部工具标完成，幻觉工具名与 `external_tools=` 注册的工具（schema 已发给模型、docstring 说应返给调用方）都既不执行、不记忆、不进 `external_tool_requests`、yield 0 条响应，流式循环还把累积的调用清掉收场 `2026-09-23`	🟢 修复 #4369 已提交
livekit/agents ⭐14k	pipeline 回合循环的 `max_tool_steps` 迟一轮生效：步数检查比较 `num_steps >= max_tool_steps + 1` 而计数在检查后才递增（生成 k 结束时检查看到的就是 k），逢结果必重发工具的模型要跑满 `max_tool_steps + 1` 轮连续工具调用才被强制 `tool_choice="none"`——比文档多一轮，「maximum number of function calls steps reached」警告也在额外那轮跑完后才响 `2026-09-23`	⚪ 修复 #7439 被关闭（维护者认定首轮生成不计入 tool step、计数符合设计）
mcp-use/mcp-use ⭐11k	`RemoteAgent.run` 的守卫 `result.status === "error" \|\| result.error !== null` 把所有缺 `error` 键的 200 成功响应全拒——`undefined !== null` 为真，`{"result": "The answer"}` 抛 `Remote agent execution failed: [object Object]`，只有字面带 `error: null` 的响应算成功；报错插值还把对象错误值渲染成 `[object Object]` `2026-09-23`	🟢 修复 #2651 已合并
mem0ai/mem0 ⭐66k	`AzureOpenAIStructuredLLM.__init__` 除现成 `AzureOpenAIConfig` 外全部崩：声明默认的 `None`、dict、普通 `BaseLlmConfig` 都在 `super().__init__()` 后立刻读 `self.config.azure_kwargs` 抛 `AttributeError`（带 `azure_kwargs` 键的 dict 在基类构造就 `TypeError`），兄弟类 `AzureOpenAILLM` 对同样输入先转 config 再 super() `2026-09-23`	🟡 已提交，等待确认
modelcontextprotocol/python-sdk ⭐24k	注册 `-> Iterator[...]` / `-> AsyncIterator[...]`（生成器函数的 PEP 484 拼法）工具时 `func_metadata` 抛裸 `pydantic.errors.PydanticSchemaGenerationError`——既不按默认回落非结构化工具（`structured_output=None`），也不抛 SDK 自己的 `InvalidSignature`（`structured_output=True`），正经标注类型的生成器工具完全注册不了 `2026-09-23`	🟡 已提交，等待确认
modelcontextprotocol/python-sdk ⭐24k	`-> bytes` 的结构化工具输出在非 UTF-8 载荷上崩：`func_metadata._convert_to_content` 用 `pydantic_core.to_json(result, fallback=str)` 序列化非 str 结果，而 JSON 编码 `bytes` 时按 UTF-8 解码、`fallback` 只对未知类型生效，于是第一个非法字节就抛 `PydanticSerializationError`。文档与 schema 都承诺 `bytes` 是受支持类型（`{"type":"string","format":"binary"}`），包内其它 bytes 路径（`BlobResourceContents`、Image/Audio）都走 base64，这里却把载荷吞进泛化错误 `2026-09-21`	🟡 已提交，等待确认
guidance-ai/guidance ⭐22k	`trace_node_to_html(node, prettify_roles=True)` 在 role 内首个 text/token 输出上抛 `UnboundLocalError`，之后的输出又渲染成上一个 chunk 的文本：`attr` / `latency` / `chunk_text` 只在某个 guard 分支里赋值，prettify 路径读取时未初始化；同一函数在 `prettify_roles=False` 下渲染正常 `2026-09-20`	🟢 修复 #1523 已提交
guidance-ai/guidance ⭐22k	`load_template_class` 只处理 chat template 的类与字符串两种形态，传 `ChatTemplate` 实例时两条分支都不匹配，被静默丢弃并回落到 ChatML——自定义 ChatTemplate 实例的 format 完全失效 `2026-09-20`	🟢 直接提 PR（未建 issue）
guidance-ai/guidance ⭐22k	对 `WeakRefList` 做切片（如 `TraceNode.children[0:2]`）抛 `TypeError: 'list' object is not callable`：`__getitem__` 无条件把 `list.__getitem__` 的结果当单个 weakref 解引用，切片返回 list 时调用它就崩；切片应返回已解引用的对象，与整数索引一致 `2026-09-20`	🟢 直接提 PR（未建 issue）
guidance-ai/guidance ⭐22k	`trace_node_to_html` 从不渲染 role 内追加的 `ImageOutput`（`with user(): lm += image(...)`），role 外出现图片时还会抛 `UnicodeDecodeError`：HTML trace 里图片输出整段丢失，应像文本一样在 role wrapper 内渲染 `2026-09-20`	🟢 直接提 PR（未建 issue）
PrefectHQ/fastmcp ⭐28k	`OpenAISamplingHandler` 丢弃混在列表里的工具结果：用户消息的 list content 同时带 `ToolResultContent` 与后续文本块（`SamplingMessage.content` 明确允许的形状）时走 `elif content_parts:` 分支，只把 user 消息追加进去，同一列表收集的 `tool_messages` 一条都不发——模型看不到工具输出；若请求里还带着上一条含 `tool_calls` 的 assistant 消息，OpenAI API 会直接拒收（每个 tool_call 都必须有对应 tool 消息） `2026-09-20`	🟡 已提交，等待确认
langchain-ai/deepagents ⭐30k	`_build_task_tool` 把调用方给的 `task_description` 字符串直接过 `.format(available_agents=...)`：除文档占位符外的任何花括号都被当格式字段，`{"description": ...}` 变成名为 `description` 的字段抛 `KeyError`，括号不配对则抛 `ValueError`——应改用纯字符串替换 `2026-09-20`	⚪ 该仓库禁止程序化提交，issue 被自动关闭（与 #6312 同因）
mastra-ai/mastra ⭐28k	zod v4 的 nullable enum/literal 经 `zodToJsonSchema` 导出后拒绝 `null`：`fixAnyOfNullable` 检测到 `anyOf:[{type:X},{type:"null"}]` 时把分支并成 `type:[X,"null"]`，却把仍带 `enum` / `const` 的 `fixedOther` 原样展开——`enum` 与 `type` 是合取关系，合并后的 schema 反而把 `null` 排除在外；zod v3 分支不走这条拓宽路径 `2026-09-20`	🟢 已被上游修复（maintainer PR #25086 已合并）
agentscope-ai/agentscope ⭐32k	`Grep` 的 `offset` / `head_limit` 分页静默丢匹配又重复：`Grep._run_ripgrep` 拼 `rg` 命令时不带任何排序 flag（`_grep.py:289`），ripgrep 并行遍历的输出顺序每次调用都可能不同，`_apply_head_limit` 却直接切这个不稳定列表——同一查询连续翻页会跳过一些匹配、又重复吐出另一些 `2026-09-20`	🟢 已被上游修复（maintainer PR #2726 已合并，采用 sort-by-path 方案）
microsoft/autogen ⭐61k	`McpWorkbench.call_tool` 把 `await self._actor.call("call_tool", ...)` 的结果直接 `link_future` 到取消令牌，而 `McpSessionActor._run_actor` 里 `session.call_tool(...)` 少写 `await`、把裸 coroutine `set_result` 进 future——`call` 标称返回 `McpFuture` 实际交出 coroutine，取消时 `CancellationToken.link_future` 拿它当 future 用抛 `AttributeError`，工具调用永远不会被取消 `2026-09-20`	🟡 已提交，等待确认
UKGovernmentBEIS/inspect_ai ⭐2.8k	`messages_from_google` 转换 `inline_data` 图片 part 时把 `Blob.data` 按 UTF-8 解码而不是 base64 编码：`content_from_google_parts()` 对图片二进制直接 `bytes.decode()`，任何真实图片都会抛 `UnicodeDecodeError`，Google 多模态历史消息完全无法回放 `2026-09-20`	🟢 修复 #5906 已提交
langchain-ai/langgraph ⭐42k	向空 `BinaryOperatorAggregate` 通道的首次写入是 `Overwrite` 时，空通道分支把 `values[0]` 原样存入，通道值与 checkpoint 里留下的是 `Overwrite` 包装对象而非其载荷；后续读状态的消费者拿到包装对象后典型报 `TypeError: 'Overwrite' object is not subscriptable`。带 seed 的同型通道与 `DeltaChannel` 都已解包，只有这条空通道首写分支漏了检查 `2026-09-20`	🟡 已提交；修复 #9018 被 require-issue-link 机器人自动关闭（外部贡献者须先被指派到 issue），等待维护者指派
langchain-ai/langgraph ⭐42k	`update_state` 对普通键写入 `Overwrite` 时，`LastValue` / `LastValueAfterFinish` / `UntrackedValue` 的 `update` 把 `values[-1]` 原样存入、不做 `_get_overwrite` 解包，状态里留下包装对象；同一写法在 `BinaryOperatorAggregate` 与 `DeltaChannel` 上都会正确解包，单值通道不一致 `2026-09-20`	🟡 已提交；修复 #9020 被 require-issue-link 机器人自动关闭（同上），等待维护者指派
bytedance/deer-flow ⭐83k	`load_codex_cli_credential` 读 `account_id` 用 `data.get("account_id") or tokens.get("account_id", "")`，`""` 兜底只覆盖「键缺失」——键存在但值为 JSON `null` 时 falsy 落穿到下一环，表达式求值为 `None` 灌进 `CodexCliCredential(account_id=None)`，而同文件对缺失键早已断言 `== ""`。`None` 穿过加载器，在 `model_post_init` 的 `account_id[:8]` 处抛裸 `TypeError: 'NoneType' object is not subscriptable`，account 未知的凭据文件让所有 `CodexChatModel` 构造失败而非以未记账账号运行 `2026-09-20`	🟢 直接提 PR（未建 issue），已合并
confident-ai/deepeval ⭐18k	`DeepEvalAgent.__post_init__` 只调 `patch_default_agent_runner_get_model()`、从不调 `super().__post_init__()`——dataclass 的 `__post_init__` 完全顶掉基类，基类的归一化整段不跑：非 GPT-5 模型也沿用 GPT-5 默认的 `reasoning`/verbosity 模型设置，dict 型 `model_settings` 永不被 `_coerce_model_settings` 归一 `2026-09-20`	🟢 直接提 PR（未建 issue）
confident-ai/deepeval ⭐18k	`@observe` 异步生成器分支的 `__anext__` 把 yield 值直接还给调用方、从不落存，`Observer.result` 恒为 `None`；耗尽时 `_finish()` 触发的 `__exit__` 只在 result 已设时才填 `current_span.output`——每个被完整消费的 `async for` 落库的 span/trace output 都是 `None`，而同步生成器分支（`last_yielded_value` 赋给 `observer.result`）早已正确，同一装饰器的两条分支相悖 `2026-09-20`	🟢 直接提 PR（未建 issue）
confident-ai/deepeval ⭐18k	`update_trace_properties_from_span_data` 对 `ResponseSpanData` 无条件解引用 `span_data.response`（读 `.instructions` / `.output`），而 Agents SDK 只在 `trace_include_sensitive_data=True` 时才填充该属性——`RunConfig(trace_include_sensitive_data=False)` 下每个 `ResponseSpanData` 都带着 `response=None` 进 trace processor，直接 `AttributeError` `2026-09-20`	🟢 直接提 PR（未建 issue）
crewAIInc/crewAI ⭐59k	外部 HTTPS URL 路径的 `MCPToolWrapper._execute_tool` 无条件返回响应文本、从不检查 MCP server 在成功 `tools/call` 响应上设置的 `isError` 标志——错误文本以裸 `str` 进框架，调用被记成成功：不触发 `ToolFailureDetectedEvent`、`ToolOutput.has_tool_failures` 恒 false；`MCPNativeTool` 对同一 server 回答早已返回 `ToolFailure(reason=MCP_ERROR)` `2026-09-20`	🟢 直接提 PR（未建 issue）
run-llama/llama_index ⭐52k	`ReActAgent.finalize` 无条件剥掉最终响应里首个 `'Answer:'` 及之前的全部内容，默认该文本来自 `ReActOutputParser` 解析的 LLM 回合；但 `return_direct` 路径的最终响应由 `aggregate_tool_results` 直接取自工具输出——`return_direct` 工具的输出里含 `'Answer:'`（如 `Sources:\n doc-1: pricing faq\nAnswer: 42 dollars per seat`）就被静默截成残句才交给调用方 `2026-09-20`	🟢 直接提 PR（未建 issue）
vibrantlabsai/ragas ⭐16k	`TextMessageChunkEvent` 是 AG-UI「代替 start+content+end 三连」的续写简写：`role` 只在开 chunk 上有值、`message_id` 缺省表示续上已打开的消息，而 `_handle_text_message_chunk` 把每个 chunk 当完整自足的消息——`getattr(event, "role", "assistant")` 的默认值永不上场（字段存在、续写 chunk 上是 `None`），首个 chunk 之后的全部落进 unexpected-role 分支被丢弃，流式回答被截断成第一段 `2026-09-20`	🟢 直接提 PR（未建 issue）
bytedance/deer-flow ⭐83k	`_extract_claude_code_credential` 把 `claudeAiOauth.expiresAt` 原样拷进 `ClaudeCodeCredential.expires_at` 不做类型检查，`is_expired` 随即拿它和 `0` 比大小：字符串形式的 `"1773430695128"`、`null`、list、object 一律抛 `TypeError: '<=' not supported between instances of 'str' and 'int'`。异常无人捕获，凭据查找循环不会推进到下一个候选源——`$CLAUDE_CODE_CREDENTIALS_PATH` 里一个坏文件就足以让 `~/.claude/.credentials.json` 永远读不到；它还顺着 `ClaudeChatModel.model_post_init` 冒出去，使该文件存在时所有模型构造都失败而非降级。而「缺 `expiresAt`」本会回落到默认 `0` 并被 `is_expired` 明确容忍，显式 `null` 同属「过期时间未知」却中止加载 `2026-09-19`	🟢 修复 #5591 已合并
crewAIInc/crewAI ⭐59k	工具参数 schema 用 `inspect.Parameter.annotation` 的原始值喂 `pydantic.create_model`，而 `from __future__ import annotations`（PEP 563）下它是纯字符串，pydantic 会拿调用方的命名空间去解析这个 `ForwardRef`（`base_tool.py`），调用方的名字在那里并不存在。这类模块里定义的工具能构造成功却永远调不动：首次调用抛 `ValueError: Tool 'wallet' arguments validation failed:` Wallet `is not fully defined`，把工具渲染进 prompt 也抛同义的 `PydanticUserError`。不限于用户自定义模型，`Optional[str]`、`Literal["a","b"]`、`pathlib.Path` 一样中招，`main` 上有六处 schema 构建点都读原始注解 `2026-09-19`	🟢 修复 #7626 已提交
modelcontextprotocol/servers ⭐90k	memory server 的 `KnowledgeGraphManager.saveGraph()` 先写临时文件再 `rename` 覆盖 `memory.jsonl`，而 `rename(2)` 用临时文件的 inode 顶掉目标 inode，临时文件按进程 umask 建立，运维给记忆文件设的权限位就此丢失、下次变更后回到 `0644`。`saveGraph` 是所有变更（`create_entities`、`add_observations`、`delete_*`）的落盘路径，每一次写都会放松权限。这是 #4642 引入的回归（此前直接 `writeFile` 会保留已有文件的 mode）；仓库里 `src/filesystem/lib.ts` 对同一套「临时文件 + rename」早已在 rename 后还原 `origStats.mode & 0o777`（#4115 已合并） `2026-09-19`	🟢 已被上游采纳（v2/main 线 PR #5013 cherry-pick 了 #4828 的修复，上游 commit `1b01ea6d` 保留 BlueX888 作者；#4828 被关为 superseded）
confident-ai/deepeval ⭐18k	`update_span_properties_from_generation_span_data` 只在 `if usage:` 里绑定 `input_tokens` / `output_tokens`，却在守卫外无条件读它们。而 `GenerationSpanData.usage` 的契约类型是 `dict \| None = None`，agents SDK 在模型调用失败（坏 API key、429、连接错误、超时）时正是以 `usage=None` 收尾，于是抛 `UnboundLocalError`；异常逃出 `DeepEvalTracingProcessor.on_span_end` 后被 SDK 吞掉，observer 永不退出：该 `LlmSpan` 一直留在 `current_span_context` 与 `trace_manager.active_spans` 里，进程后续所有 span 都挂到这个再也不会结束的陈旧 span 上。同文件的 `update_span_properties_from_response_span_data` 在同类守卫前已把可选局部量初始化为 `None` `2026-09-19`	🟢 直接提 PR（未建 issue）
dottxt-ai/outlines ⭐16k	`_ensure_json_quoted` 用 `String(f'"{term.value}"')` 手工加引号，从不转义值本身，生成的正则只匹配未转义的文本。`list[Literal['say "hi"']]` 于是编出 `\[("say\ "hi"")(,\ ("say\ "hi""))*\]`，而 `json.dumps` 产出的合法编码 `["say \"hi\""]` 反而 `re.fullmatch` 不中——含 `"`、`\` 或控制字符的字面量全部失效 `2026-09-19`	🟢 直接提 PR（未建 issue）
pipecat-ai/pipecat ⭐16k	`PerplexityLLMAdapter` 合并相邻同角色消息以满足 Perplexity 的严格交替要求，但合并时只把 `content` 搬过去就丢掉被吸收的消息，携带 `tool_calls` 的消息因此丢调用：`[assistant(text), assistant(tool_calls: c1), tool(c1)]` 变成 `[assistant(text), tool(c1)]`，工具结果回答的是一个已经不在请求里的调用；`[assistant(tool_calls: c1, c2), tool(c1), tool(c2)]` 则把两个结果都落到 `c1` 上、`c2` 无人回答。而连续 `tool` 消息合并后，两个结果也只能挂到第一个调用的 id 上 `2026-09-19`	🟢 直接提 PR（未建 issue）
run-llama/llama_index ⭐52k	`CodeActAgent.__init__` 就地修改调用方传进来的 `tools` 列表：`tools = tools or []` 在列表非空时求值就是调用方那个对象（`[]` 兜底只在 `None`/空列表时新建），紧接着的 `tools.append(内部 execute 工具)` 便写进了调用方的列表。两个 agent 共用一份工具列表时，每次构造都多出一个重复的 `execute` 工具，而调用方自己从没动过这个列表 `2026-09-19`	🟢 直接提 PR（未建 issue）
vibrantlabsai/ragas ⭐16k	`AGUIEventCollector._handle_messages_snapshot` 用 `str(getattr(msg, "content", ""))` 构造内容，把 `ag_ui.core` 文档化的两种内容形态都毁掉：`AssistantMessage.content` 是 `Optional[str]`、默认 `None`（工具调用轮的常见形态），`str(None)` 得到四个字符的 `"None"`，这个值会经 `build_sample` → `extract_response` 进到 `SingleTurnSample.response`，指标拿字面量 `None` 当回答打分；`UserMessage.content` 是 `Union[str, List[InputContentPart]]`，多模态时 `str([TextInputContent(...)])` 得到的是 pydantic repr 而不是用户实际文本 `2026-09-19`	🟢 直接提 PR（未建 issue）
vibrantlabsai/ragas ⭐16k	`llm_factory(..., mode=...)` 文档把 `mode` 写成结构化输出的 instructor 模式（默认 `Mode.JSON`），`_get_instructor_client()` 也会把 `None` 归一成 `Mode.JSON`，但归一后的值只传给了部分分支：`from_openai` / `from_litellm` / `_patch_client_for_provider` 都带 `mode=`，而 anthropic 与 google 分支调 `instructor.from_anthropic(client)`、`from_genai(client)`、`from_gemini(client)` 时完全没有 `mode` 参数，perplexity 分支同样丢。两个 provider 都会走默认路径（`auto_detect_adapter()` 把 `anthropic` 与新 `google.genai.Client` 路由到 instructor 适配器），于是客户端停在 instructor 各自工厂的默认模式（`from_anthropic`/`from_genai` 是 `Mode.TOOLS`、`from_gemini` 是 `Mode.MD_JSON`）而非请求的、也是文档默认的 `Mode.JSON` `2026-09-19`	🟢 修复 #3022 已提交
crewAIInc/crewAI ⭐59k	Anthropic 扩展思考：开启 thinking 后，紧跟在 `tool_result` 前的 assistant 消息必须带上产生该 `tool_use` 的 thinking block，而 provider 只在纯文本返回路径上保存这些块——工具调用响应会提前 `return`，于是后续请求只回放裸 `tool_use`，缺了 API 要求的前置思考块（流式路径早在 `get_final_message()` 之后就捕获，同步路径是唯一的例外） `2026-09-18`	🟢 直接提 PR（未建 issue）
SWE-agent/SWE-agent ⭐20k	`DefaultAgent.forward_with_handling` 把 requery 计数器同时当作循环卫兵，而循环体里包含首次模型查询：`max_requeries=N` 时最多只跑 N 次 `forward()`，即只给到 N-1 次重试；`max_requeries=0` 时循环体一次都不执行，`self.forward()` 从不被调用，`run()` 直接返回空轨迹的 `exit_format`。字段文档写的是“出错后重新查询的最大次数”，卫兵应无条件放行首次尝试 `2026-09-18`	🟢 直接提 PR（未建 issue）
e2b-dev/E2B ⭐14k	`run_code(timeout=N)` 实际在约 `2*N` 秒才超时：pyqwest 传输层把读写两个 deadline 相加当成一个整体 deadline `2026-09-17`	🟢 修复 #1886 已提交
SWE-agent/SWE-agent ⭐20k	`BinaryTrajectoryComparisonConfig.comparison_temperature` 文档说是覆盖项，实际从不生效，成对比较查询仍跑模型自己的 temperature `2026-09-17`	🟢 修复 #1557 已提交
dottxt-ai/outlines ⭐16k	LlamaCppTokenizer 丢掉所有 piece 超过 32 字节的 token：缓冲区不足时 llama.cpp 返回负的所需长度，而非大于缓冲区的值，`n > size` 的重试分支恒不可达 `2026-09-17`	🟢 修复 #2042 已提交
mem0ai/mem0 ⭐66k	AWS Bedrock：非工具调用的 Amazon Nova 走 Converse API 发送，却用旧版 `invoke_model` 解析器解析，`generate_response` 恒返回 "Error parsing response" `2026-09-17`	🟡 已提交，等待确认
strands-agents/harness-sdk ⭐7k	结构化输出：嵌套模型的最后一个字段是可选项时，该嵌套模型自身的 `required` 字段被整个丢掉 `2026-09-17`	🟢 修复 #4391 已提交
livekit/agents ⭐14k	`ChatContext.copy(tools=...)` 只按 name 过滤 function item，而 `FunctionCallOutput.name` 可省略且默认为空串，成对的 function call + result 会从 provider 请求里静默消失 `2026-09-17`	🟢 已被上游修复（maintainer PR #7330 已合并，改为按 `call_id` 配对）
agno-agi/agno ⭐42k	`BaseRunOutputEvent.from_dict` 不重建 `citations`，往返后的 event 携带的是 dict，`event.citations.urls` 抛 `AttributeError`；它是 `_HAND_SERIALIZED_FIELDS` 里唯一被写却不被重建的字段 `2026-09-17`	🟢 修复 #10273 已提交
modelcontextprotocol/servers ⭐90k	everything server 的 `MCP_TINY_IMAGE` 硬编码 PNG 里 `iCCP` 块带两个错校验和：块 CRC-32 写作 `0x5321b951`（实际 `0x9004394b`），块内 zlib 流的 Adler-32 尾写作 `0x5d040ba2`（实际 `0x6f050bad`），解压直接报 `incorrect data check`，按 PNG 规范校验的解码器会拒收整个文件。只改这 8 个字节，deflate 载荷与其余字节逐一不变 `2026-09-17`	⚪ 维护者关闭 PR（该仓库只接受 issue，未合并）
confident-ai/deepeval ⭐18k	`LLamaIndexHandler.prepare_to_drop_span` 忽略 `err` 参数，抛异常结束的 span 被当作成功收尾：状态盖成 `SUCCESS`、没有错误信息、根 trace 也报 `SUCCESS`，而且从不调 `remove_span`，失败的 span 在进程生命周期内一直留在 `active_spans` 里。`llama_index_instrumentation` 只在 `except BaseException` 里调 `span_drop(..., err=e)`，这条路径上的 span 全部是失败 span；同文件的 `prepare_to_exit_span` 与 LangChain 侧同名逻辑都已正确处理 `2026-09-17`	🟢 直接提 PR（未建 issue）
agno-agi/agno ⭐42k	`_derive_entrypoint_schema` 不看 `param.kind`，把 `args` / `kwargs` 当成普通属性、还因为没有默认值而标进 `required`，而调用路径本来就拒绝按名绑定这两个可变参数。已发布的 `ClickUpTools.update_task(..., kwargs)` 因此对外声明 `required: ["task_id", "kwargs"]`，模型照 schema 传 `kwargs={"name": ...}` 会让 PUT body 变成 `{"kwargs": {...}}`，想改的字段根本没发出去；`args` 则直接以 pydantic `ValidationError` 失败 `2026-09-17`	🟢 直接提 PR（未建 issue）
crewAIInc/crewAI ⭐59k	`ToolUsage._format_result()` 每 3 次（`function_calling_llm` 是大模型时 4 次）工具调用就往返回串里追加一次工具目录与格式提醒，而这个返回值同时是 executor 收到的结果和 `agent.tools_results` 里存的最终答案。工具标了 `result_as_answer` 时，agent 的答案变成「工具输出 + 一段写给模型看的提醒」，而提醒在此时已经没有收件人——工具结束了这一轮，之后没有任何东西会读它 `2026-09-17`	🟢 直接提 PR（未建 issue）
run-llama/llama_index ⭐52k	`_generate_early_stopping_response` 从 `memory.aget()` 取消息却没有先调 `finalize`。FunctionAgent / AgentWorkflow 的产出在 `finalize` 之前都留在 scratchpad 里，于是早停路径上的最后一次 LLM 调用只拿到原始用户消息加早停提示，模型被要求总结它从没见过的观测结果。这是唯一一处不 finalize 就读 memory 的地方（`parse_agent_output` 还专门写了注释说明必须反过来）。顺带丢掉最后一步携带 `tool_calls` 的 assistant 消息——早停触发时那些调用不会被执行，留着会让请求以「assistant tool_calls 之后没有对应 tool 消息」被 provider 拒收 `2026-09-17`	🟢 直接提 PR（未建 issue）
modelcontextprotocol/servers ⭐90k	sequentialthinking：`branchId` 撞上 `Object.prototype` 的键名（`constructor`、`toString` 等）时不去建分支，而是直接抛错 `2026-09-16`	🟢 已被上游修复（v2/main 线 PR #5036，修复 #4814 被关为 superseded）
camel-ai/camel ⭐18k	非流式 ChatAgent：tool call 的 arguments 为空或被截断时抛原生 `JSONDecodeError`，整轮对话直接崩，而不是按解析失败降级 `2026-09-16`	⚪ 修复 #4339 被关闭（维护者认为暴露解析错误是预期行为，issue 同步标记 not planned）
confident-ai/deepeval ⭐18k	LangChain 回调类实现了 `on_llm_error` / `on_tool_error` / `on_retriever_error`，独漏 `on_chain_error`，chain 失败时 span 永不收尾 `2026-09-16`	🟢 修复 #3304 已提交
vibrantlabsai/ragas ⭐16k	`AgentGoalAccuracyWithoutReference` 从不设置 `output_type`，`metric.train()` 的指令优化拿到空 schema `2026-09-16`	🟢 修复 #3015 已提交
mcp-use/mcp-use ⭐11k	Python 客户端 OAuth：`initialize()` 遇到过期 access token 直接丢弃，已落盘的 refresh token 从不使用 `2026-09-16`	⚪ 修复 #2561 被关闭（维护者当前只收 TypeScript 侧与亲身踩到的问题）
openai/openai-agents-python ⭐30k	`function_schema` 把首个 keyword-only 的 `RunContextWrapper` 参数当成 context，导致每次调用都按参数位置错位被拒 `2026-09-16`	⚪ 修复 #5056 已关闭（未合并）
crewAIInc/crewAI ⭐59k	Responses API 流式在 `available_functions` 为 `None` 时丢掉 tool call，只返回空字符串 `2026-09-16`	🟡 社区 PR #7502 修复中
bytedance/deer-flow ⭐83k	`~/.claude/.credentials.json` 的容器非空时，Claude 凭据加载器抛 `AttributeError` `2026-09-16`	🟢 修复 #5494 已合并
agno-agi/agno ⭐42k	`BaseRunOutputEvent.from_dict` 用 `model_validate` 重建 images/videos/audio，base64 媒体不会被解码 `2026-09-16`	🟡 已提交，等待确认
run-llama/llama_index ⭐52k	CodeActAgent 在 `codeact_agent.py:110` 抛 `UnboundLocalError`，模板缺 `code_act_system_prompt` 时整个 agent 不可用 `2026-09-16`	🟡 社区 PR #23084 修复中
Arize-ai/phoenix ⭐12k	Anthropic prompt adapter 忽略 str 型 system message 里的 `{{ variables }}`，发给模型的是未渲染的模板 `2026-09-16`	🟢 已被上游修复（maintainer PR #16316 已合并）
modelcontextprotocol/servers ⭐90k	`git_diff` 拒收修订范围：`git_diff(repo, "main..feature")` 抛 `BadName`，而 `git diff main..feature` 本身是合法命令、工具也把 `target` 原样透传。根因是 CWE-88 防注入加固新加的 `repo.rev_parse(target)` 只解析单个对象名，`main..feature` / `main...feature` / `HEAD~1..HEAD` 被当成一个 ref 名直接否掉。改为按 `..` / `...` 拆开分别校验两端，范围可用，`-` 前缀检查与不可解析的端点仍被拒 `2026-09-16`	⚪ 维护者关闭 PR（该仓库只接受 issue，未合并）
confident-ai/deepeval ⭐18k	`AmazonBedrockModel(region_name=...)` 被静默丢弃：别名表里 `region` 声明了 `["region_name"]`，`normalize_kwargs_and_extract_aliases` 会把 `region_name` 从 `kwargs` 里 pop 进 `alias_values["region"]`，但 `__init__` 只把 `model` 与 `*_token_cost` 拷回去，`region` 没有对应的拷回。于是要么回落到 `AWS_BEDROCK_REGION`、调用方传的值无声消失，要么该环境变量未设时抛「缺少必需参数」——后者正是 #2395 报的回归，当时的修复补了别名表却漏了这一步 `2026-09-16`	🟢 直接提 PR（未建 issue）
camel-ai/camel ⭐18k	同步流式 ChatAgent 在流式工具调用超过 `tool_execution_timeout` 时抛未捕获的 `TimeoutError` 中止整个 step，而不是按契约降级 `2026-09-15`	🟢 修复 #4337 已提交
crewAIInc/crewAI ⭐59k	`CrewStructuredTool.ainvoke()` 在 func 是异步工具的同步包装时返回未 await 的协程，异步 agent 把 `<coroutine object ...>` 当成工具结果喂给 LLM `2026-09-15`	🟡 社区 PR #7475 / #7481 修复中
crewAIInc/crewAI ⭐59k	Azure 流式补全把并行 tool call 的增量按数组位置归并，首个 chunk 的 id 会配到最后一个 chunk 的 name 上、参数拼错 `2026-09-15`	🟢 修复 #7487 已合并
mcp-use/mcp-use ⭐11k	OpenAI Responses 流式按 `call_id` 索引工具调用缓冲，但事件携带 `item_id`，导致工具调用事件永不发出、`stream()` 零 step `2026-09-15`	🟢 修复 #2551 已合并（同 issue 另有社区 PR #2556，已关闭）
langchain-ai/deepagents ⭐30k	`compact_conversation` 跳过 `_offload_inline_media`，摘要时内联图片从存档中丢失，而自动摘要路径会保留 `2026-09-15`	⚪ 该仓库禁止程序化提交，issue 被自动关闭（未重开）
PrefectHQ/fastmcp ⭐28k	`LocalProvider.get_tasks()` 跳过 provider 自身的 transform，`add_transform(Namespace(...))` 会让后台任务注册失效 `2026-09-15`	🟢 修复 #5117 已合并
langchain-ai/langgraph ⭐42k	ToolNode 拒绝合法的 `list[Command]` 返回：终止用的 ToolMessage 是 dict 形式或包在 list 形式的 `Command.update` 里时校验不通过 `2026-09-15`	🟡 已提交，等待确认（社区 PR #8946 已关闭未合并）
mastra-ai/mastra ⭐28k	顶层数组结构化输出对基元数组恒返回 `[]`，静默丢结果 `2026-09-15`	🟢 已被上游修复（PR #24055）
confident-ai/deepeval ⭐18k	`KimiModel.__init__` 在所选模型没有登记定价时抛 `TypeError: float(None)`，模型根本无法实例化 `2026-09-15`	🟢 修复 #3288 已提交
mem0ai/mem0 ⭐66k	AWS Bedrock 旧版 Titan 响应恒解析为空字符串：`_parse_response` 读 Titan 从不返回的 `completion` 字段 `2026-09-15`	🟡 已提交，等待确认（社区 PR #7341 / #7343 均已关闭未合并，缺陷仍在）
openai/openai-agents-python ⭐30k	Chat Completions 流式中迟到的 reasoning item 复用 `output_index 0`，与 `response.completed.output` 的索引脱节 `2026-09-15`	⚪ 维护者未接受并关闭（合成流未证明受支持的 provider 会发出该顺序，需要真实 provider 的 wire 证据）
vibrantlabsai/ragas ⭐16k	AG-UI 的 MessagesSnapshot 转换丢掉每个 tool call 的 name 与 arguments，回读成 `ToolCall(name='unknown_tool', args={})` `2026-09-15`	🟢 修复 #3011 已提交
huggingface/smolagents ⭐29k	`Model.to_dict()` 丢 `custom_role_conversions`（属性名少个 s，`hasattr` 恒假）与 `client_kwargs` 里的端点配置，保存的 agent 重新加载后连回默认端点 `2026-09-15`	🟡 已提交，等待确认
langchain-ai/langchain ⭐147k	`Runnable.as_tool()` 重建 TypedDict schema 时把所有键标成必填，工具因此拒收 runnable 本身接受的输入 `2026-09-15`	⚪ 该仓库禁止程序化提交，issue 被自动关闭（未重开）
openai/openai-agents-js ⭐3.8k	`getAllMcpTools` 只拦截跨 server 的重名工具，同一 server 内归一化后同名的两个工具会一起返回 `2026-09-15`	🟢 修复 #1935 已获维护者 approve，等待合并
modelcontextprotocol/servers ⭐90k	两个会话使用同名文件时，后注册的资源会把前一个会话的资源驱逐 `2026-09-15`	🟡 社区 PR #4809 修复中
modelcontextprotocol/servers ⭐90k	everything server 的异步 sampling / elicitation 演示工具，对在最后一次允许的轮询里已达终态的任务报超时：轮询循环最多执行 `MAX_POLL_ATTEMPTS` 次，所以它被允许发出的最后一次轮询完全可能观察到终态，而紧随其后的超时分支只看尝试计数，存在 off-by-one `2026-09-15`	⚪ 维护者关闭 PR（该仓库只接受 issue，未合并）
openai/openai-agents-python ⭐30k	非流式 run 正常跑完后 `RunResult.to_state()` 不带 trace 信息，用该 state 恢复会新开一条 trace，一次逻辑运行被拆成两条：`AgentRunner._run_impl` 的多个 `RunResult` 构造点里，完成路径是唯一没有赋值 `result._trace_state` 的（其余三处都已拷贝），是 #2540 的剩余分支 `2026-09-15`	⚪ 维护者未接受并关闭（认为完成的 run 可以用 group_id 或显式 trace 关联，没有具体工作流需要复用该 trace 身份）
bytedance/deer-flow ⭐83k	Human Input Card 的回执被 MCP 路由自动提升忽略：`is_real_user_message` 对这类隐藏消息没有 carve-out，路由关键词只出现在用户澄清回答里时延迟 MCP 工具永不提升 `2026-09-14`	🟢 修复 #5426 已合并
UKGovernmentBEIS/inspect_ai ⭐2.8k	工具参数里的嵌套 `@dataclass`/`TypedDict` 字段带默认值时被从 `None` 强转：`tool_param` 按声明字段重建对象而非用收到的数据，模型省略 schema 已标为非必填的字段后，`int` 默认值抛 `ToolParsingError`、`str` 默认值被静默换成字面量 `"None"`、`list` 默认值抛 `TypeError` 终止样本 `2026-09-04`	🟡 已提交，等待确认（已有贡献者复核确认可复现）
strands-agents/harness-sdk ⭐7k	OpenAIModel（Responses，TypeScript）在 function call 被 max_output_tokens 截断时报 toolUse 而非 maxTokens，Python 侧同款缺陷的 TS 版 `2026-09-04`	🟡 修复 #4159 已获维护者 approve，仍卡首次贡献者 CI 审批门禁
agno-agi/agno ⭐42k	同步工具执行路径把 `0` / `False` / `[]` 这类有意义的假值结果当成空结果发给模型，异步路径却会发 `"0"` `2026-09-04`	🟢 修复 #9948 已合并
bytedance/deer-flow ⭐83k	MindIE 工具模式下的异步流式丢 token usage `2026-09-04`	🟢 修复 #5195 已合并
agentscope-ai/agentscope ⭐32k	AnthropicChatModel 流式解析把一次响应里的多个 thinking block 合并成一个，只保留最后一个 signature `2026-09-03`	🟢 社区 PR #2495 已合并，已用我的复现脚本验证
pydantic/pydantic-ai ⭐20k	MistralModel 流式模式下注册了 output tool 时，模型回复纯文本会抛裸 ValueError 或丢文本 `2026-09-03`	🟡 维护者已认领修复
strands-agents/harness-sdk ⭐7k	OpenAIResponsesModel 在 function call 被 max_output_tokens 截断时报 tool_use 而非 max_tokens，截断的工具调用被直接执行 `2026-09-03`	🟢 修复 #4139 已合并
OpenBMB/StaffDeck（实习团队项目）	报销额度查询对不存在的员工返回"成功"结果 `2026-09-02`	🟢 修复 #258 已提交
OpenBMB/StaffDeck（实习团队项目）	`parse_bid_award` 把 TL 判定分数直接写进 `bid.score`，没有 `parse_bid_scores` 那道 0–10 夹取。越界的判定分（如 `12.0`、`-3.0`）因此进入持久化的 bid 记录，并流入 `candidate_hp`——HP 损失按 `10 - score` 计算，超过 10 的分数能把已被淘汰候选人的 HP 拉回零以上。同一个 `bid.score` 字段由两条解析路径写入，只有其中一条夹取 `2026-09-02`	🟢 直接提 PR（未建 issue）
huggingface/smolagents ⭐29k	provider 为 `<end_plan>` 返回结构化内容（内容块列表）时，`_generate_planning_step` 把整个 list 直接塞进 plan 的 f-string，而 `plan` 是字符串字段，于是计划文本变成 list 的 Python repr 而不是可读文本；生成计划与更新计划两条分支都受影响，而这段文本正是会被记日志、被下一次模型调用读回的内容 `2026-09-02`	🟢 直接提 PR（未建 issue）
OpenBMB/PilotDeck（实习团队项目）	`parseTier` 的回退分支按配置顺序遍历 `knownTiers` 并用 `\b<tier>\b` 匹配，而 `-` 是词边界，作为连字符 tier 前缀的 tier 先命中：tiers 为 `fast` 与 `fast-pro` 时判定输出 `fast-pro` 被解析成 `fast`（`parseTier("fast-pro", ["fast","fast-pro"])` → `"fast"`）。修复先做大小写不敏感的精确相等匹配，再回退到按长度从长到短的词边界匹配，补 6 例回归 `2026-09-01`	🟢 直接提 PR（未建 issue）
OpenBMB/PilotDeck（实习团队项目）	`buildMcpToolWireName` 允许 server 段含 `__`（直接传入、经 sanitize 的 `a..b` → `a__b`、或以 `_` 结尾），而 `parseMcpToolWireName` 在 `mcp__` 前缀后按第一个 `__` 切分，wire name 解析回不同的 server/tool 对（`buildMcpToolWireName("0__A","a")` → `mcp__0__A__a` 解析成 `{serverId:"0", toolName:"A__a"}`）。修复把 server 段的连续下划线折叠、去掉首尾下划线（与 `normalizeMcpName` 一致），tool 名保留 `__`，补 6 例 round-trip 回归 `2026-09-01`	🟢 直接提 PR（未建 issue）
OpenBMB/ChatDev（实习团队项目）	Anthropic 系 OpenAI 兼容端点（Anthropic API、Bedrock、企业 LLM 网关）对可能超过 10 分钟的非流式请求以 HTTP 400「Streaming is required」拒收——任何长单轮输出在此类网关下直接失败，节点 `final_message` 变成错误文本。修复为模型节点增加可选的 `params.stream: true`：`OpenAIProvider` 以 `stream=True`（+`stream_options.include_usage`）发 Chat Completions 并把 content、tool calls、usage 重组回经典 `chat.completion` 形状（token 统计、时间线、反序列化不变），网关拒绝 `stream_options` 时重试一次去掉它；默认非流式行为不变 `2026-09-01`	🟢 直接提 PR（未建 issue）