XBSTACK Open Engineering Hub

这里是 XBSTACK 的公开工程资产入口,不再只是一个仓库列表页。我的目标是把真实开发问题拆成可以复跑、可以核对、可以继续追踪上游变化的资产:

真实问题 → 最小复现 → 版本矩阵 → 临时方案/边界 → 上游 Issue → 深度分析

如果你只想看代码,直接进入 XBSTACK GitHub Organization;如果你想按问题找复现,先看 Problem Labs。

Latest Analysis:AI Agent 正在从 Token 成本走向结果经济学

2026-09-10 的重点更新是 AI Agent 的计费与 ROI 问题。

OpenAI 开始试验 Outcome-Based Pricing

OpenAI 仍然存在 Token / Usage-Based Pricing,但企业 AI 的商业化正在出现一个更重要的问题:当一次业务任务包含多轮模型调用、Tool、人工审批、失败重试、恢复和结果验证时,只看 Token 单价已经无法解释真实成本。

XBSTACK 将这条链路拆成:

Agent Cost → Task Success Rate → Cost per Verified Outcome → Business Value → ROI → Model Routing

这篇分析不放进 Problem Labs,因为它不是某个 Bug 的最小复现;它属于工程经济学 / AI FinOps(AI 财务运营)层面的分析资产。

问题XBSTACK 复现仓库上游 / 深度分析
MCP StreamableHTTPClientTransport 在 request-scoped SSE EOF/error 后仍 Pendingmcp-streamable-http-sse-pending-reprotypescript-sdk #2739 · 分析
LangGraph 同一 thread_id 出现并发 Writer,Checkpoint 链可能分叉langgraph-same-thread-concurrent-writer-reprolanggraph #8796
LangGraph 第一个 durable checkpoint 前崩溃,fresh recovery 得到 EmptyInputErrorlanggraph-first-checkpoint-acceptance-ledger-reprolanggraph #8764 · 分析
LangGraph Checkpoint round-trip 后 ZoneInfo / fold 时间语义异常langgraph-zoneinfo-fold-checkpoint-reprolanggraph #8826
Command(resume=dict) 将普通字典误识别为 interrupt maplanggraph-command-resume-dict-misclassification-reprolanggraph #8693
LangGraph async aupdate_state 出现 Ambiguous updatelanggraph-aupdate-state-ambiguous-update-reprolanggraph #8714
AI SDK WorkflowAgent signed approval / replay 边界ai-sdk-workflowagent-signed-approval-reprovercel/ai #19964 · 迁移分析
OpenAI Agents SDK RunState 跨进程审批、拒绝、重复投递与幂等openai-agents-runstate-approval-resume-lab完整分析
n8n HTTP Request Raw Body + JSON Response 返回 Stream internalsn8n-http-request-raw-body-stream-repron8n #36402
MCP Tool Result 过大时的分页 / 截断演示mcp-tool-result-pagination-demo分页分析

更完整的复现目录:github.com/xbstack/problem-labs。

Upstream Contributions:GitHub 不只是放代码,也用来补证据

XBSTACK 的 GitHub 运营规则不是“看到相关 Issue 就贴网站链接”。只有当我能补充独立复现、版本矩阵、失败边界、回归结果或新的工程证据时,才会参与上游 Issue / Discussion。

当前重点链路:

  • LangGraph #8796:已提交独立 same-thread multi-writer PostgresSaver 复现,作为第二个数据点;当前等待 maintainer 对 write-ownership / conformance 范围判断。
  • LangGraph #8764:独立复现 first-checkpoint 前崩溃边界,并验证 application-level acceptance ledger 只能作为应用层 containment,不是 LangGraph framework fix。
  • MCP TypeScript SDK #2739:独立验证 SSE error / clean EOF 后 pending request 仍等到外层 timeout;后续出现可验证 PR/commit 时再重跑 before/after fixture。
  • LangGraph #8826:继续观察 ZoneInfo / fold Checkpoint round-trip 的上游状态。
  • Vercel AI #19964:AI SDK WorkflowAgent Tool Approval / signed replay 的生产边界已有独立实验资产。

如果上游没有新状态、没有新的复现实验或没有新的版本结果,XBSTACK 不会为了“活跃 GitHub”重复评论。

Tools & Trackers

如何使用这些 GitHub 资产

  1. 先打开对应 Repro 仓库,看固定版本、运行环境和最小输入。
  2. 运行仓库里的验证命令,确认你的环境是否真正复现同一问题。
  3. 对比版本矩阵,不把旧版本结果自动外推到最新版本。
  4. 临时方案只按它声明的边界使用;application-level fencing、idempotency、ledger、retry policy 不应被误写成上游框架已经修复。
  5. 如果上游 Issue 出现新 PR / release,再重跑回归测试,而不是只看 Issue 是否 Closed。

GitHub 与 XBSTACK 的双向入口

GitHub 保存可以独立复跑的工程资产,XBSTACK 负责把实验结果、失败路径、生产边界和决策方法解释清楚。两边职责不同,但应该互相可追溯。

维护原则

  • 实验事实、上游事实、推断和建议分开写。
  • 临时方案在固定版本被验证之前,不写成“官方修复”。
  • 新 release 出现后,优先重跑版本矩阵。
  • GitHub Issue / Discussion 只在能补充新证据时回复。
  • 不在无关 Issue 下投放文章链接,不用 GitHub 做批量外链。
  • 已发布文章更新时,GitHub README、实验仓库和上游回复只同步真正相关的变化。

如果你要从一个入口开始,优先看 XBSTACK Problem Labs;如果你更关心 Agent 成本、商业模型和 ROI,则从 Outcome-Based Pricing / AI Agent ROI 开始。