与「TypeScript」相关的搜索结果

15 张数据图帮你了解 DeepSeek Harness 昨天 DeepSeek Harness 发布，于是就想着让 Codex 分析一下，找到了一个很好的角度，就是从一些数据上向大家介绍这个产品。 确实也发现了一些很有意思的东西： 插件系统与 Koishi 高度相似： 他们主打的插件系统与 Koishi 的插件平台相似度高达 75%。大概率是整个平台都挪过来了，不知道是不是他们的核心开发者入职了。 大量使用 AI 开发： Codex 命名的主干 PR 达到了 21.2%，分支信息中提到 Codex 的比例有 28.2%。 猜测他们肯定用了 Claude Code 开发，只是删掉了一些 Claude 的痕迹。 参考了大量外部 Agent 项目： 提到最多的外部项目是 Pi，第二多的是 Codex，之后是 Claude Code。甚至直接引用了一些 Pi 的 TypeScript 文件。 高效的代码产出： 整个产品在 GitHub 上有记录的是 65 天，总共的代码产出量是 84 万行，有一万多个 commit，非常高效。 交互入口的演变： 他们曾经押注 TUI，后来改成 Web UI 和 TUI 的双入口，再之后整个删除了所有的 TUI，只留下了 Web UI。 开发与工程规范： 整个项目的测试代码比生产代码多很多，基本上达到了 1:1。 全仓库的 Markdown 文档也非常多，说明他们是基于文档去控制 Harness 开发的。他们有完整的工具和科学模型 schema 共 52 个，但最后只留下了一个，目的是为了减少上下文占用。 社区热度与生态：从昨天发布到现在 20 小时，GitHub 已经涨到了 8 万多的 star，非常快。插件体系标签（DSH plugin）已经有 1425 个项目，但有很多并不是真正的插件，看来有不少蹭热度的。 精选清单收录了 211 个仓库，主要补充的是工具、UI 和运行的一些基础设施，甚至一上来就出现了插件市场和插件管理的插件。 学术论文： 他们顺便发了一篇 88 页的论文，其中 57% 都在做一些形式化的理论推导和展示。论文主要讨论的是插件的热插拔和系统稳定性问题。

DeepSeek 开源的第一个 agent harness DSH，论文里堆满了范畴论符号，很容易让人觉得又是研究员在真空里搞出来的理论产物。但在仔细读完源码并与 Codex 逐行对照后，我的工程判断很明确：对绝大多数日常写代码的开发者来说，它重得毫无必要；但对探索自进化 agent 的工程团队来说，它搭建了一套目前其他方案完全没有的底层骨架。 架构上最本质的差距在于插件模型的选择。 Codex 代表了典型的声明式路线：插件只是磁盘上的文件夹，贡献的是 Markdown 写的 skill 文件、MCP server 配置或 shell 脚本。插件不进 harness 进程，也不在同一进程里跑代码，改完配置重启独立进程只需两三秒。对于搜索、加工具这类绝大多数日常需求，声明式模型简单可靠，门槛接近于零。 DSH 走的是命令式路线：插件带着自己的状态，直接跑在 harness 进程内部，互相注册与调用。一旦要在运行时替换插件，悬空引用清理、后台任务终止、依赖链协同以及崩溃回滚都会变成棘手难题。为此，DSH 引入了一套叫 Cordis 的重型运行时，单是管理 fiber 生命周期的核心模块就有 750 行代码。 如果只是为了替换搜索服务或挂载常用工具，让开发者背上 Cordis 这套复杂度完全是过度设计。但 DeepSeek 包这盘饺子的真实意图，隐藏在控制流结构里。 在 Codex 中，agent loop 的控制流被硬编码在 Rust 核心逻辑里，开发者只能在预设时刻挂载 hook，无法在运行时把单 agent 循环改成多 agent 协作循环。而在 DSH 里，agent loop 本身是放在 packages/core/agent-loop 中的一个普通 TypeScript 插件，向外提供 ctx.agentLoop 服务。只要实现相同的接口，运行中的控制流骨架随时可以整体卸载并替换。 Cordis 打造的那些副作用跟踪、依赖变动通知和事务性 HMR，本质上全是在支撑 agent loop 可替换这个核心目标。它保证了 agent 在运行期如果动态生成了新工具或新 loop，系统能在不中断进程的前提下平滑加载；一旦生成的代码出现错误，又能通过事务性回滚退回上一个稳定状态。 Codex 交付的是结构固定的成品家具，而 DSH 交付的是允许动态改造的生成内核。DSH 不会让你的日常 coding 变得更快，但它让 harness 本身具备了面向自进化进行物理扩展的可能。 深度剖析与两套架构的完整对照：

Pi 的 600 行教学版 把上万行的生产级 AI coding agent pi 拆成 600 行 TypeScript 教学版，让初学的人跟着文章从零写一个能读文件、改代码、执行命令的 agent。

在基于Cloudflare 部署 OpenSEO 的项目，发现它的部署层没有直接使用 Cloudflare 官方的 Wrangler，而是选择了 Alchemy。通过 OAutch 直接授权操作 CF 权限好方便。 研究后才知道，Alchemy 是一个比较新的 TypeScript 原生的 IaC 框架。如果说 Wrangler 是 Cloudflare 官方工具箱；Alchemy 更像拿着工具箱、按照图纸施工的项目经理。 相比 Wrangler，Alchemy 更适合统一管理多个资源、依赖关系和不同部署环境；代价是抽象更重、需要管理部署状态，而且 v2 仍处于 Beta，成熟度和生态暂时不如 Wrangler。 一个新工具，继续观察。

用 Electron + React + TypeScript 做的 Markdown 桌面应用，多标签工作区配 CodeMirror 6 编辑器，预览支持 KaTeX 公式、任务列表、脚注和代码高亮；Mermaid 图表可以直接渲染，还能点开缩放、单独导出 PNG。文档可导出 HTML、PDF 或 PNG，界面支持多语言

Now in beta: Notion as code. Define an entire workspace in TypeScript: teamspaces, databases, custom agents, all of it… then deploy it through the API. Build workspaces with coding agents, version-control your setup in git, and reproduce the same setup anywhere you need it.

look at what's inside the ZIP .claude/skills/ postgres-patterns prisma-orm react-component-patterns tailwind-design-system testing-jest testing-vitest typescript-strict zod-validation CLAUDE.md SETUP_GUIDE.md all of this came from one scan of opencode on github dropped it into claude code, typed one prompt, and it started building an MCP plugin with zero back and forth the skill files are why it works. they're what gives claude code the context it needs before you type anything.

有人用过 Vercel 出过的这个 Native 吗？ 好像出了一段时间了，刚看到，又是一个构建原生桌面应用的工具，无浏览器、无 WebView，使用自己的渲染引擎，直接绘制到操作系统窗口中。底层用 Zig 实现，TypeScript 核心代码会被 AOT 编译成原生。 看效果还可以，我想知道Vercel 出了好多开源库，到底是玩具，秀肌肉，还是真的能用在生产当中去。

出片效果很棒！直接开源。 VellumReel · 卷影 ——把文字变成竖屏叙事视频的本地流水线 给它书摘、读后感或整篇小说,它输出可复现、可校验的 叙事视频。 一切皆文本 ——项目、字幕、镜头、可审阅、可版本管理、可批量出片 中文字幕做到位 — 语义分屏、停顿合并、关键词强调,对话和引用各有语气 声音说了算 — 真实旁白时长决定镜头边界,自动拼接 + 响度规整 克制的电影感 — 镜头运动、调色、转场都在,但不炫技 出片即验片 — 渲染前查画幅时间轴,导出后 FFmpeg 抽帧自检 MIT 许可,TypeScript + Remotion。 🔗