<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>CKB Talk Radar Daily Brief</title>
  <link>https://chainte.github.io/ckb-talk-radar/</link>
  <description>Daily Nervos Talk community briefing and latest active topics.</description>
  <language>zh-cn</language>
  <lastBuildDate>Wed, 06 May 2026 18:04:43 +0000</lastBuildDate>
  <atom:link href="https://chainte.github.io/ckb-talk-radar/rss.xml" rel="self" type="application/rss+xml" />
  <item>
    <title>CKB Talk Daily Brief - 2026-05-07</title>
    <link>https://chainte.github.io/ckb-talk-radar/</link>
    <guid>tag:ckb-talk-radar,2026-05-06:daily-brief</guid>
    <pubDate>Wed, 06 May 2026 18:15:15 +0000</pubDate>
    <description>## 今日发生了什么 过去24小时论坛以开发者和AI交叉话题为主轴：既有 yixiu.ckbfans.bit 发布 CKB 生态开发者体验与AI Coding的深度调研，也有社区围绕通过 Fiber 网络付费调用AI Agent 的实验展开密集讨论。[S02, S08] ## 重点话题 **CKB 生态 AI 覆盖缺口被系统指出**：一份调研显示，84%开发者已使用AI编程工具，但 CKB 在AI可消费性上严重不足——无 llms.txt、无官方 MCP、Context7 代码片段量仅为竞品链 SDK 的 1/22–1/41，报告同时附上了 AI First 路线建议。[S02] **Fiber 付费调用 AI Agent 实验引发架构讨论**：RetricSu 展示了一个通过浏览器内 Fiber 节点付费调用分布式 AI Agent（如 opencode/claude code/codex）的端到端实现，janx 称赞其 UX"既流畅又无需信任"，ArthurZhang 则建议进一步调研 MCP + Skills 的行业标准做法而非手动封装每个 Agent，双方就 Agent 调用协议（A2A、ACP 与 MCP 的语义边界）进行了深入澄清。[S08, S09, S10, S11, S12] **Fiber 工具链持续迭代**：fiber-pay v0.2.5 发布，新增 ConnectButton 组件，支持一键连接浏览器 Fiber 节点并选择 passkey 或密码策略。[S06] **Fiber 应用"售后服务"被点名**：Thinker...</description>
  </item>
  <item>
    <title>Spark Program | Nervos Brain - A Global Developer Onboarding Engine and Cross-Language Hub Powered by Agentic RAG (1 posts)</title>
    <link>https://talk.nervos.org/t/spark-program-nervos-brain-a-global-developer-onboarding-engine-and-cross-language-hub-powered-by-agentic-rag/9995</link>
    <guid>https://talk.nervos.org/t/spark-program-nervos-brain-a-global-developer-onboarding-engine-and-cross-language-hub-powered-by-agentic-rag/9995#recent-1</guid>
    <pubDate>Wed, 06 May 2026 18:04:43 +0000</pubDate>
    <description>第八周周报 一、本周目标 本周重点从离线评测和工具闭环，转向 Telegram 群内测、线上部署和真实使用反馈。目标不只是让 Bot 能在测试群里回答问题，而是观察它在真实群聊环境中的稳定性：是否会误触发、是否能隔离不同用户上下文、是否能正确检索官方文档和论坛资料、是否会过度追问，以及线上异常能否通过日志快速定位并修复。 本周关注的核心问题包括： 群聊中不同用户的上下文是否会互相串扰。 Bot 是否会错误插入普通群聊。 用户连续追问时，系统是否能正确理解上文。 检索结果、引用和 source 选择是否稳定。 Agent 是否存在过度追问、答非所问、格式异常或无限重试等影响体验的问题。 多用户同时提问时，Telegram runtime 是否能并发处理。 用户上传文本文件或图片时，系统是否能把附件纳入回答上下文。 线上问题是否能通过日志、debug event 和回归测试快速定位。 二、本周完成 2.1 Telegram 群内测与真实反馈闭环 本周开始在 Telegram 群中进行真实内测。测试不再只依赖人工构造的离线样例，而是让用户围绕 CKB、Nervos、Fiber、CCC、Agent 钱包、链上应用、游戏项目、新手学习路线和官方资料等主题进行自然提问和连续追问。 真实群测暴露出的行为比离线样例复杂得多：用户会用“它”“这个”“继续说”“有没有靠谱资料”“官方没有教程吗”这类短句承接上文；不同用户会在同一个群里交叉提问；用户也会直接纠正 Bot“你是不是回复错问题了”。这些反馈帮助我们把问题从“可能发生”变成“有日志、有复现、有测试”的工程闭环。 2.2...</description>
  </item>
  <item>
    <title>当 84% 的开发者都在用 AI Coding，CKB 开发者体验的下一步怎么走？（附完整调研与路线图） (1 posts)</title>
    <link>https://talk.nervos.org/t/84-ai-coding-ckb/10232</link>
    <guid>https://talk.nervos.org/t/84-ai-coding-ckb/10232#recent-1</guid>
    <pubDate>Wed, 06 May 2026 13:07:08 +0000</pubDate>
    <description>摘要： AI 辅助编程现已成为软件开发的主流，84% 的开发者已将 AI 工具融入工作流。本报告系统性地审视了这一趋势下 CKB 生态在 AI 覆盖上的现状与差距——从开发者工具选择、AI 检索机制、到 Solana/Ethereum 的 AI First 最佳实践对标分析。核心发现包括：CKB 在 AI 可消费性上存在严重缺口（无 llms.txt、无官方 MCP、无 Skills等），Context7 代码片段量仅为竞品链 SDK 的 1/22–1/41；同时 Bolt.new 上的实测也表明，AI 工具已具备基础 CKB 编程能力，但在高级场景中仍会出现幻觉或功能性错误 。这不是一个可行性问题，而是一个准确性和丰富度的问题。结合以上信息最终给出我们认为最有价值的改进建议。 以下是完整报告。 目录 1. 开发者 AI 编程习惯现状 2. AI 处理开发者问题的检索习惯与流程 3. Solana 与 Ethereum 的 AI First 实践与成效 4. CKB 在 AI 平台上的现有覆盖评估 5. 改进建议与行动计划 6. 实施路线图 附录 1. 开发者 AI 编程习惯现状 1.1 宏观数据 84% 的开发者 使用或计划使用 AI 编程工具（2025 Stack Overflow 开发者调研）。其中，51% 的专业开发者每天使用 AI 工具，另有 17.7% 每周使用。 41% 的代码 由 AI 生成或辅助完成。 GitHub Copilot 活跃用户中，46% 的代码 由 AI 贡献（2022 年发布时仅为 27%） image2880×1508 435 KB...</description>
  </item>
  <item>
    <title>基于 fiber-js 的 Demo 开发 (2 posts)</title>
    <link>https://talk.nervos.org/t/fiber-js-demo/10230</link>
    <guid>https://talk.nervos.org/t/fiber-js-demo/10230#recent-2</guid>
    <pubDate>Wed, 06 May 2026 11:25:47 +0000</pubDate>
    <description>在进入主题之前，我觉得有必要先用较为通俗的语言描述一下 Fiber 当前的一些大多数用户可能会关心的功能设定： 每一个 Fiber 节点都是 “节点 + 钱包” 的组合体，节点模块有自己的身份 ID，钱包模块则提供 CKB 链上资产的操作权限。 让 Fiber 节点关联 CKB 钱包有两种方式，一种是你直接提供私钥文件并设置一个解锁密码，以后都要提供正确的密码才能启动节点，这是内置钱包模式；另一种是节点发你 CKB 交易，你自己拿去签名，然后将签名信息发回节点即可，这是外置钱包模式。 要自己在机器上运行 Fiber 节点，要么下载 Fiber 的源代码来编译可执行程序，要么直接下载已经编译好的可执行程序。 Fiber 团队还提供了 Fiber 的 Wasm 版本，也就是可以直接在浏览器里运行 Fiber 节点，这是目前能让非技术用户直接运行 Fiber 节点的最佳方式，但由于技术原因，这个版本砍掉了部分功能。 在 Fiber 里你无法像 CKB 网络那样直接向某个地址转账，流程是需要目标节点先成一个收款 “发票”，然后你通过向这个发票付款来完成转账，也就是对方不想收款，那你就没法向他付款，并且交易双方的节点都要求同时在线并互相可感知。 Fiber 团队提供了 fiber-cli，支持像 ckb-cli 那样通过终端或命令行来与 Fiber 节点交互。 Fiber 目前还在持续开发当中，上述提到的技术细节都有可能在未来的版本迭代中发生改变，但大部分都集中在技术细节优化和提供新功能上，对基础的技术框架一般不会做太大改动。 Fiber 的技术优势主要体现在 “高频交易”...</description>
  </item>
  <item>
    <title>CellScript Package and Deployment Registry: Early Design Discussion (1 posts)</title>
    <link>https://talk.nervos.org/t/cellscript-package-and-deployment-registry-early-design-discussion/10210</link>
    <guid>https://talk.nervos.org/t/cellscript-package-and-deployment-registry-early-design-discussion/10210#recent-1</guid>
    <pubDate>Wed, 06 May 2026 10:13:15 +0000</pubDate>
    <description>Plan for CellScript Package Provenance and Deployment Identity Status: RFC — early design discussion Scope: Source package registry, deployment registry, lockfile binding, and builder verification for CellScript on CKB Target Version: 0.19 ~ 0.20 Core Principle CellScript packages should be distributed like development packages, but verified like smart-contract deployments. The off-chain registry optimizes for source distribution and developer experience. CKB records only compact, verifiable deployment truth where it is actually useful. The lockfile binds the two. Three-Layer Identity Model CellScript packages exist in three identity layers, each with a distinct verification scope:...</description>
  </item>
  <item>
    <title>Fiber-pay: an ai-friendly CLI for fiber-network (1 posts)</title>
    <link>https://talk.nervos.org/t/fiber-pay-an-ai-friendly-cli-for-fiber-network/9974</link>
    <guid>https://talk.nervos.org/t/fiber-pay-an-ai-friendly-cli-for-fiber-network/9974#recent-1</guid>
    <pubDate>Wed, 06 May 2026 09:50:43 +0000</pubDate>
    <description>Hello everyone, fiber-pay v0.2.5 is out, and this release brings the ConnectButton component to @fiber-pay/react — a one-line drop-in for connecting a Fiber browser node with explicit passkey or password strategy. What’s new ConnectButton — A unified connect/disconnect button that works in standalone mode (&lt;ConnectButton network="testnet" strategy="passkey" /&gt;) or pairs with an existing useFiberNode hook for shared state across your app. useFiberNode hardening — Fixed StrictMode remount reliability so async state updates don’t get dropped during React effect re-runs. Browser-wallet demo refresh — The demo app now uses a ConnectButton-first auth flow, showing how the component fits into a...</description>
  </item>
  <item>
    <title>Tiko Creator Commerce Expansion + Private Beta Validation (1 posts)</title>
    <link>https://talk.nervos.org/t/tiko-creator-commerce-expansion-private-beta-validation/10231</link>
    <guid>https://talk.nervos.org/t/tiko-creator-commerce-expansion-private-beta-validation/10231#recent-1</guid>
    <pubDate>Wed, 06 May 2026 07:46:28 +0000</pubDate>
    <description>1. Project Name Tiko Creator Commerce Expansion + Private Beta Validation 2. Team / Individual Profile Project: Tiko Type: Ticketing and creator commerce platform built on CKB Lead: Indie Developer Contact: Discord- @getigeti21 I have already built the live ticketing foundation of Tiko, including event listing, checkout, CKB testnet payment confirmation, ticket issuance, QR-based access, operator check-in, and Spore-backed ownership. The current product is already testable and demonstrates the core event commerce flow working end to end on CKB testnet. GitHub: GitHub - Tiko-T/Tiko · GitHub Live website: https://tiko-pied.vercel.app/ Current test access Email: admin@tiko.local Password:...</description>
  </item>
  <item>
    <title>A Paid AI Agent Calling Experiment via Fiber (5 posts)</title>
    <link>https://talk.nervos.org/t/a-paid-ai-agent-calling-experiment-via-fiber/10229</link>
    <guid>https://talk.nervos.org/t/a-paid-ai-agent-calling-experiment-via-fiber/10229#recent-5</guid>
    <pubDate>Wed, 06 May 2026 07:31:14 +0000</pubDate>
    <description>这是我最近比较着迷的一个方向：通过 fiber 在浏览器里付费调用别人电脑上的 opencode/claude code/codex 这些 Agent，去执行某些任务。有点像 AI 公司推出的云端 Agent，用户可以直接在云服务器上调用去执行任务，不用自己在本地部署这些 Agent，对于不懂技术的用户来说体验会比较简单。 image2864×1238 245 KB 我们这个尝试不太一样的地方是，我们的后端是一个开放服务，不是某个中心化的公司来提供这样的云端 Agent，而是分布式的，每个人都能提供这样的服务。调用 Agent 的用户和提供 Agent 的用户通过 Fiber 做即时的结算，目前我的尝试比较简单，是按次来收费的，调用一次就收一次固定的费用。后面如果做得更精细一点，应该是按 input 和 output token 的用量来收取费用。这个在技术上不是问题，只是一个适配的问题。 我做这个的一个目的，是想看看是不是能解决 LLM API 中转的一些问题。我知道目前有许多 API 中转站，用来给某些无法享受 Claude / codex 的用户提供相应的 API。API 这种模式很多时候要依赖中转站的质量，同时最上游的 LLM 也比较容易通过一些检查去查到 API 滥用/转用的情况。如果是直接调用 Agent 的话（比如 opencode/ claude code），应该更容易分享，平台也更难检测，因为理论上我也还是在用 claude code 的 CLI 去使用...</description>
  </item>
  <item>
    <title>DAO Structures and the future of Ai agents (aspirational piece) (4 posts)</title>
    <link>https://talk.nervos.org/t/dao-structures-and-the-future-of-ai-agents-aspirational-piece/10228</link>
    <guid>https://talk.nervos.org/t/dao-structures-and-the-future-of-ai-agents-aspirational-piece/10228#recent-4</guid>
    <pubDate>Wed, 06 May 2026 03:05:00 +0000</pubDate>
    <description>How can Nervos CKB Utilise AI agents? My Personal Theory on how a CKB DAO should/could function in the future. This is a disclaimer. This is not going to be implemented in anyway to any current DAO design. AI agents are something I’ve been predicting for the last few years now for DAO usage. I’ve even enjoyed a debate or two with Jan Xie, the architect of Nervos CKB during a jaunt to Thailand about how AI agents could/should be used for DAO’s in the future. I’ve spoken of them to various people within the ecosystem at different times. They are needed, (in my opinion) to smooth out the whole process of regulating human interaction, social cohesion, and be conducive to efficient governance...</description>
  </item>
  <item>
    <title>[DIS] Quantir Risk Intelligence for CKB Ecosystem and Cross-Chain Monitoring (1 posts)</title>
    <link>https://talk.nervos.org/t/dis-quantir-risk-intelligence-for-ckb-ecosystem-and-cross-chain-monitoring/10218</link>
    <guid>https://talk.nervos.org/t/dis-quantir-risk-intelligence-for-ckb-ecosystem-and-cross-chain-monitoring/10218#recent-1</guid>
    <pubDate>Wed, 06 May 2026 00:58:37 +0000</pubDate>
    <description>Can you showcase some concrete examples about monitoring on CKB? like how do you monitor suspicious xUDT events, I’m curious about your detailed treatments.</description>
  </item>
</channel>
</rss>
