RTK
开源 CLI 代理，把 git、cargo、docker 这类命令的刷屏输出压缩 60–90% 后再交给 AI 代理，省 token 也少污染上下文；只写代码的人才用得上
OpenSpec
让 AI 编码助手先写规格再写代码的轻量约定层，规格以 Markdown 存进仓库，30 多种工具都能接；对不写代码的人没有意义
它能做什么
- 用 /opsx:propose 等斜杠命令让 AI 先生成提案、规格、设计与任务清单，再动手写代码
- 把规格与变更以纯 Markdown 存在仓库 openspec/ 目录下，随 git 一起走
- 支持 30 多种编码助手接入
- 提供 openspec CLI（npm 装，需 Node.js 20.19+）做初始化与更新
- 提供 /opsx:explore 探索模式，没想清楚要做什么时先和 AI 讨论
适用场景
- 用 Claude Code / Cursor / Codex 写项目的开发者：多轮对话里需求总跑偏时，用它把规格钉在仓库里
- 接手别人代码库的人：要先搞清现状再改，用它把存量系统的约定固化成文档
- 小团队技术负责人：想让成员和各自的 AI 助手读同一份需求，而不是各聊各的
踩坑提示
- 使用限制：要先装 Node.js 20.19 及以上；CLI 走 npm 全局安装，内网环境可能装不上
- 功能边界：它只产出规格与任务清单，不写代码、不做测试，落地效果仍取决于你的 AI 助手本身
- 长期可用性：迭代非常快，命令名与 profile 机制改过好几轮，照着半年前的教程走会对不上
- 访问与速度：GitHub 仓库与 npm 源国内偶有抽风，clone 失败重试即可
替代方案对比
| 替代品 | 比它强在哪 | 比它弱在哪 | 什么情况下选这个替代品 |
|---|---|---|---|
| GitHub Spec Kit | GitHub 官方出品，与自家编码助手生态贴得最紧 | 偏重流程规范，轻量度不如 OpenSpec | 你已经在用 GitHub 全家桶时 |
| BMAD-METHOD | 角色分工更细，覆盖从产品到测试的完整链路 | 体量重、上手成本高，小项目容易过度设计 | 做正式产品、需要多角色协同时 |
更在意轻量和不用学新语法选 OpenSpec；更在意官方背书与流程完整选 GitHub Spec Kit
资源地址
继续浏览
类似发现
AX
Google 官方开源的 agent 集群编排运行时，用声明式 YAML 把任务丢进带网络围栏的沙箱里跑，用过 Kubernetes 会觉得眼熟；目前还在快速变动期，API 随时可能改
简历通 ResumeForge
本地优先的 AI 简历工作台，不注册不登录、数据只落在本机的一个文件里；除了写简历还管岗位、模拟面试和投递进度；项目很新，作者只有一个人
随便逛逛
不知道看什么？让阿卷带你随便逛逛
想要投稿
你也找到了好东西吗？分享给所有人
告诉阿卷
没有找到想要的？告诉阿卷帮你找