Emdash Skills
面向多种 AI 编码工具的产品构建技能系统，可将简短需求推进到经过质量门禁的 Cloudflare Workers 部署。
- Star 数
- ★ 21
- 最近更新
- 3 天前
- License
- NOASSERTION
- 主语言
- TypeScript
- FA 评分
- 53/100 · 缺口较多
30 秒速览
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 开始前需要
- 典型场景
- 独立开发者希望从一句 SaaS 产品描述出发，生成产品简报、架构、功能切片、测试，并部署到 Cloudflare Workers。
- 主要局限
- 默认技术选择明显偏向 Cloudflare Workers、Hono、Drizzle、Angular/Ionic/PrimeNG 和 Bun；迁移到其他云、框架或运行时需要改写规则与脚手架。
- 源码审查
- 53/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
Emdash Skills 是一套面向独立 SaaS 开发的技能、规则、代理角色、命令、模板和辅助脚本，而不是单一常驻服务。仓库列出 19 个技能类别、163 份参考文档、20 个代理角色、20 多个斜杠命令，以及针对 32 种编码工具格式生成的规则变体。技能路由器根据任务选择较小的技能集合，再按架构、并行实现、验证和部署阶段组织工作。默认技术路线以 Cloudflare Workers、Hono RPC、Drizzle v1、D1 或 Neon 为核心，并覆盖 Angular、Ionic、PrimeNG、Clerk、Stripe、Inngest、Sentry 和 PostHog 等集成。交付流程设置了 Playwright、视觉检查、Lighthouse、axe-core、SEO、控制台错误、占位内容和可读性门禁，最终部署边界主要是 Cloudflare Workers。它适合愿意采用这套强约束产品方法和默认栈的团队；若项目采用不同云平台、前端框架或验证标准，则需要筛选规则并调整模板。
系统从用户提示开始，由技能路由器匹配任务并加载最小技能子集；其中 01-OS 始终参与，产品构建通常继续经过 02-Brief、05-Arch、06-Build、07-QA 和 08-Deploy。架构阶段生成 repo-map 和 task graph，并识别可并行的工作边界；构建阶段可把前端、后端、内容、媒体和测试分配给不同角色，验证阶段则运行部署、SEO、视觉和无障碍检查。仓库提供 acceptance-criteria.md、adr-template.md、product-intent.yaml、qa-report.json、task-graph.json 等结构化模板，以及 bin/emdash-quick-lint、bin/emdash-secret-scan、bin/emdash-cost-check、scripts/validate-skills.sh 和 scripts/visual-tdd-loop.sh 等脚本。它还包含 /saas、/forge-from-openapi、/run-evals、/audit-doctrine 和 /audit-mcp-fleet 等命令；bin/forge-skill-from-openapi.mjs 可从 OpenAPI 规范生成 SKILL.md 与命令骨架。文档处理类别覆盖 DOCX/XLSX 读写、PDF 解析与生成、PPTX 生成；MCP 类别覆盖 Workers 上的 HTTP MCP、stdio 模板、OpenAPI 转 MCP 和注册表发布。默认交付会检查六个断点的 Playwright 流程、视觉评分、Lighthouse、axe-core、SEO、浏览器控制台、占位内容和 Flesch 可读性，然后部署至 Cloudflare Workers。
- 独立开发者希望从一句 SaaS 产品描述出发，生成产品简报、架构、功能切片、测试，并部署到 Cloudflare Workers。
- 已有 Web 项目的维护者需要加入认证、计费、Webhook、分析或其他功能，并希望按先写失败测试、再实现、最后验证部署的流程推进。
- 平台团队需要把同一组工程规范分发到 Cursor、Windsurf、Copilot、Codex、Claude Code、Aider、Cline 等多种编码环境。
- 后端开发者需要从 OpenAPI 规范生成 MCP 技能和命令骨架，或建立基于 Workers 的 HTTP MCP 服务。
- 网站团队需要重建营销站、作品集或内容站，并统一执行 SEO、视觉、无障碍和多断点验收。
- 非工程团队需要在同一体系内处理 C-suite、财务、合规、产品管理或 DOCX、XLSX、PDF、PPTX 工作流。
如何安装或部署这个 Agent？
推荐的 GitHub Skills 安装命令是 gh skill install heymegabyte/claude-skills。Claude Code 可运行 claude plugin install heymegabyte/claude-skills；npm 可运行 npm i @heymegabyte/claude-skills；JSR 可运行 npx jsr add @heymegabyte/claude-skills。Codex 的文档化方式是 git clone https://github.com/heymegabyte/claude-skills ~/.codex/skills，通用手动安装则克隆到 ~/.agentskills。这些是替代安装路径，不要求全部执行。若要部署默认产品，还需网络连接、可写项目文件系统和 Cloudflare Workers 环境；具体密钥取决于所选功能，例如 Stripe 流程检查 STRIPE_*，Clerk 检查 CLERK_*，Inngest 检查 INNGEST_*，部署检查 CLOUDFLARE_API_KEY，地图场景检查 GOOGLE_MAPS_API_KEY 与 GOOGLE_PLACES_API_KEY。
如何使用这个 Agent？
安装后，在受支持的编码工具中直接给出产品或工程任务。首个可用调用可以是：Build acmebilling.dev — recurring subscription billing for indie SaaS founders. Stripe-native, Clerk auth, Inngest for retry workflows.；该示例会路由至 01、02、03、05、06、07、08 和 13，并在开始搭建前检查 Stripe、Clerk、Inngest 与 Cloudflare 凭据。已有项目可使用：Add a magic-link auth flow to acme.dev — passwordless email via Resend, Clerk session, redirect to /dashboard.，对应架构决策、构建切片和 Playwright E2E 流程。仅需规范时，可直接使用目标平台的规则文件；完整构建时则让路由器选择技能，并在所有硬门禁通过后执行 Workers 部署。README 没有给出所有平台共享的单一配置文件或统一凭据清单，因此应依据所选技能和集成准备密钥。
这个 Agent 有哪些优点和局限？
- 提供 19 类技能和 163 份参考文档，覆盖从产品简报、架构和实现到 QA、部署、增长、文档处理与 MCP 编写的完整链路。
- 为 32 种工具格式生成原生规则变体，并明确提供 Codex 与 Claude Code 的安装方式，便于在不同编码环境中复用同一套方法。
- 质量门禁具体且可量化，包括六断点 Playwright 零失败、Lighthouse 无障碍至少 95、axe-core 零违规、零控制台错误和零占位内容。
- 提供可审计的模板与脚本，包括任务图、QA JSON、Semgrep 规则、密钥扫描、成本检查和视觉 TDD 循环。
- 支持从 OpenAPI 生成 MCP 技能骨架，并同时记录 HTTP Workers MCP 与 stdio 模板。
- 默认技术选择明显偏向 Cloudflare Workers、Hono、Drizzle、Angular/Ionic/PrimeNG 和 Bun；迁移到其他云、框架或运行时需要改写规则与脚手架。
- 完整部署可能依赖多个外部服务及凭据，如 Cloudflare、Clerk、Stripe、Resend、Inngest、Sentry、PostHog 和 Google Maps，增加配置、费用与供应商管理成本。
- 强制硬门禁要求六断点测试、视觉评估、无障碍、SEO 和可读性检查，适合重视完整性的项目，但会增加小改动的执行时间和工具开销。
- 仓库元数据中的许可证为 NOASSERTION，而 README 徽章和许可证章节称其为 Rutgers License；采用前需要直接核实 LICENSE 条款。
- README 描述了大量自动化能力和阈值，但所给材料没有提供各平台的实测兼容矩阵、基准结果或所有部署场景的成本数据。
这个 Agent 与同类方案有什么区别？
与仅提供单个规则文件的用法相比，Emdash Skills 还包含技能路由、专用代理角色、斜杠命令、模板、验证脚本和部署门禁。仓库同时保留 Cursor、Windsurf、Copilot、Augment 等工具的现代目录格式与部分旧式单文件格式；现代格式使用各平台的原生 frontmatter，旧式格式则主要提供单文件规则。它并未把这些工具描述为能力完全等价：平台变体负责承载规则，而默认产品执行和部署流程仍以仓库定义的技能图及 Cloudflare 栈为中心。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|
| Emdash Skills 当前 | 53 · 缺口较多 | ★ 21 | 3 天前 | TypeScript | Codex · Claude Code |
| Claude Forge | 48 · 缺口较多 | ★ 839 | 20 天前 | Shell | Claude Code |
| Hercules 测试代理 | 48 · 缺口较多 | ★ 1.2k | 1 个月前 | Python | — |
| OpenConnector | 57 · 缺口较多 | ★ 5.8k | 4 天前 | TypeScript | — |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据展示了按任务加载最小技能集、范围受限的 GitHub Actions 权限、提交前密钥扫描、必需密钥检查、安全报告渠道和固定 SHA 的 Actions，因此最小权限、敏感数据处理及依赖安全具备一定基础。扣分在于产品明确可自主部署、发邮件、处理支付、重触发任务、创建或修改议题，甚至自动实现高置信度想法，却没有统一而明确的用户确认边界；第三方服务间传输哪些数据、保留多久也未说明。回滚主要是名称或目的层面的声明，缺乏具体恢复流程。作者、版权、联系邮箱和仓库归属清楚，但发布者身份仅为仓库自述且未获企业注册验证。
JSON 输出、检查脚本、跟踪议题以及安全响应时限提供了较具体的失败呈现机制。扣分在于材料内部存在显著漂移：描述称 14 类，README 称 19 类；README 称 20 个代理但所列清单不足 20 个；package 发布文件模式主要覆盖 01–14，而 README 宣称 15–19。大量外部服务和特定版本依赖被列出，但没有锁文件、安装结果或可用性证据，且工作流把部分检查失败转换为议题而不使 CI 失败。
SaaS、后端、营销站、现有项目、非营利组织、本地商户和内容站等受众与场景划分非常充分，可获满分。路由表和理想提示词为触发提供了较好的具体性，32 种平台格式也体现了较强环境适配。扣分在于单行甚至仅域名输入会触发广泛推断，能力边界、不可安全推断的事项和需要人工决策的条件不清晰；多数平台兼容性只是 README 声明，所给证据没有逐一展示生成文件。
README 的安装、类别、代理、门禁、栈、模板、工具和路由结构清晰，信息架构优秀，且提供多种安装命令和大量端到端示例。扣分在于缺少集中 FAQ、前置条件与凭据配置说明；名称和数量在 14/19 类、20 个代理及文件打包范围间不稳定；已知限制说明很少。自定义 Rutgers License 包含主观的善意用途条款和超现实义务，法律边界不标准且元数据为 NOASSERTION。版本号、What's New、安全支持版本和自动维护工作流提供了更新路径，但没有完整变更历史；维护者和联系渠道有说明，不过身份未经外部验证。
模板、结构化 QA、明确输出物、路由和部署门禁使预期产物具有较强可用性，跨产品生命周期的一体化指导也可能产生明显增量价值。扣分在于这些效果大多是静态声明，未提供本次评审范围内的实际产物或结果证据；系统依赖多个高规格模型、并行代理、商业 API 和外部平台，虽提到成本估算与免费额度警告，却没有整体成本、时延或运维负担的量化权衡。
不少声明可追溯到具体脚本、模板、路径、阈值、版本和工作流，周度 URL 与价格检查也形成了可审计机制。扣分在于提供的文件未包含这些脚本和技能正文，无法核实多数功能性声明；README、package.json 与实际发布范围描述之间有矛盾。营销性表述如“一行提示到已部署产品”“无例外”“完整平台”与已证实事实未充分分离，未来日期及工具替代说明也缺少所给材料内的独立佐证。
- 在允许该代理部署、发送邮件、处理支付、重触发生产任务或修改外部议题前，应增加逐项确认和作用域限制。
- 先核对实际发布包是否包含 README 宣称的第 15–19 类技能及全部代理；当前数量和打包模式相互矛盾。
- 不要把自定义 Rutgers License 当作标准开源许可证；采用或再分发前应进行法律审查。
- 明确记录 Clerk、Stripe、PostHog、Sentry、GA4、Resend、OpenAI 等服务接收的数据、驻留位置、保留期和删除方式。
- 验证安装钩子、密钥发现脚本及自动实现功能，确保不会读取超出项目范围的凭据或产生未经批准的外部变更。
常见问题
使用它是否必须部署到 Cloudflare Workers？
开始前需要哪些 API 密钥？
STRIPE_*、CLERK_*、INNGEST_* 和 CLOUDFLARE_API_KEY；本地商业地图示例还需要 Google Maps 与 Places 密钥。