Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/ryanzhao1011/workframe/requirement-analysisnpx skills add ryanzhao1011/workframe --skill requirement-analysisgit clone --depth 1 https://github.com/ryanzhao1011/workframeWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/ryanzhao1011/workframe/requirement-analysis)<a href="https://agentmods.dev/skills/ryanzhao1011/workframe/requirement-analysis"><img src="https://agentmods.dev/badge/skills/ryanzhao1011/workframe/requirement-analysis.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00069 | $0.02172 |
| Opus 5 | $0.00034 | $0.01086 |
| Sonnet 5 | $0.00014 | $0.00434 |
| Haiku 4.5 | $0.00007 | $0.00217 |
Grade A, and why
requirement-analysis scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 135 lines — stays where its author put it; the contents beside it link to each section on GitHub.
需求澄清与评估技能
本 skill 只负责"想清楚"：要不要做、做多大、先做哪个。正式 PRD 的工作流与写作纪律唯一来源是
prd-writer（章节结构与风格读项目 PRD 框架.claude/skills/prd-style/），本 skill 不含 PRD 文档模板；轻量产出（One-Pager / Quick Brief）同样遵循 prd-writerwriting-guide.md通用纪律（精简表达一目了然 / 分点分段 / 模型疑问当场向用户确认，不自行归档）与项目框架的编号习惯（默认无 FR-x、BR-x 编号 / 不设非功能章）；写作分级见 skill:document-norms§11——需求摘要按 A 类，评估/论证段按 B 类（结论先行 + 分层展开，不设字数约束）。
第一步：识别需求形态
| 形态 | 适用场景 | 开发量 | 去向 |
|---|---|---|---|
| Full PRD | 复杂功能，涉及多角色 / 多模块 / 前后端交互 | ≥1 周 | 澄清 + 评估完成后移交 prd-writer 走完整流程 |
| One-Pager | 中型功能，范围明确 | 2-5 天 | 本 skill 输出轻量需求摘要 |
| Quick Brief | 小型迭代、配置变更、文案调整 | ≤1-2 天 | 本 skill 输出问题 + 方案 + AC（≤1 页） |
不确定时倾向升一级处理。
第二步：结构化澄清（6 问）
填写任何产出前，先用以下 6 条核心问题澄清需求：
- 这个需求解决谁的什么问题？
- 不做这个需求的代价是什么？
- 用户目前如何绕过这个问题？
- 成功的样子是什么？如何衡量？
- 有哪些已知的约束条件（技术 / 时间 / 预算）？
- 这个需求影响哪些现有功能？
疑问处理纪律：
- 影响文档方向或范围的关键疑问 → 先向用户提问，收到答复再继续
- 次要疑问用
[待确认: {说明}]占位，产出前汇总一次性问清；严禁编造内容 - 用户明确说"你看着填"时才允许
[待确认]留入产出物（与 writing-guide「待确认项」准入一致）
第三步：优先级评估（按需）
RICE 计分
| 维度 | 评分 | 说明 |
|---|---|---|
| Reach（影响范围） | {N} 用户/季度 | {说明} |
| Impact（影响程度） | 0.25/0.5/1/2/3 | {说明} |
| Confidence（置信度） | 50%/80%/100% | {说明} |
| Effort（工作量） | {N} 人周 | {说明} |
RICE 得分 = Reach × Impact × Confidence / Effort
MoSCoW 分类
Must have（必须做）/ Should have（应该做）/ Could have（可以做）/ Won't have（不做）
综合优先级：P0 / P1 / P2 + 建议迭代
第四步：产出
Full PRD → 移交 prd-writer
输出一段澄清结论（形态判断 + 6 问答案摘要 + 优先级结论 + 已拿到的用户拍板），作为 prd-writer S1 的输入；不在本 skill 内写任何 PRD 章节。
One-Pager 轻量模板
# {需求名} — One-Pager
## 背景与目标
- 现状：{一句}
- 痛点：{一句；可多条}
- 目标：{一句}
- 边界：{真边界，如有}
## 方案
1. **{要点 1}**：{一两句}
2. **{要点 2}**：{一两句}
## 验收标准
{AC-序号 + GWT / 规则式清单，格式见 acceptance-criteria skill}
## 优先级
RICE {N} · MoSCoW {分类} · 建议 {排期}
Quick Brief 模板
# {需求名} — Quick Brief
- 问题：{一句}
- 方案：{分点}
- 验收：{1-3 条 AC}
完成度核查清单
- 问题陈述清晰，团队成员理解一致
- 成功指标可量化（或明确说明不可量化的原因）
- 功能范围已明确边界（做什么 + 真边界）
- 所有需求条目可测试
-
[待确认]已全部向用户问清（仅用户明确授权保留的除外）
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 4d ago First seen · 135 lines · 69 tokens per session scan A 2dff7f261a90
requirement-analysis is a skill published in the GitHub repository ryanzhao1011/workframe (4 stars, last pushed 17d ago), licensed MIT. It adds 69 tokens to every session and 2,172 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
html-prototype
Generate HTML prototypes (single-file, browser-openable) for product mockups using the user's design system — fonts, color scales, radii, shadows, components, all driven by a tokens.css file. Use when the user asks to make a 原型 / mockup / HTML 设计图 / 设计图给前端 for a PRD module, OR redesign an existing prototype. Output…
feature-acceptance
研发提测后接管浏览器，对照 PRD（必给）+ HTML 原型（自动找）逐项验收线上实现，产出差异清单（实现 / 部分实现 / 未实现 / 与原型或 PRD 不一致）+ 截图证据 + 阻塞问题排序。Use whenever PM 说「验收 XX」「跑一下 XX」「研发提测了」「对一下需求和线上」「点一下 XX 看符不符合需求」「看哪些实现了哪些没做」「上线前 check」「灰度验收」「acceptance」「QA check」，or 给出 PRD 路径 + 线上 URL 让 Claude 走流程。也适用于 PM 想自己点某功能、判断和需求差异时陪她一起跑。区别于 prd skill：本 skill 验证线上现状，不修改 PRD…
prd
Write, rewrite, polish, restructure, or review product requirements documents (PRDs). Use whenever a task touches a 需求文档 / PRD —— 新写、重构、统一口径、补页面结构 / 字段 / 规则 / 边界 / 异常处理、加指标口径定义、按数据看板或某类骨架组织章节，或把讨论 / 会议记录整理成正式产品文档。Trigger even when the user does NOT say "写需求" —— e.g. "把这个加到…
ui-walkthrough
把一份 UI 设计 HTML 和研发上线的页面，同视口、同状态截图比对 + 读 computed style 实锤，产出 UI 还原度差异清单（结构 / 组件 / 颜色 / 字体 / 圆角 / 图标 / 间距 七维，每条标明设计值 vs 线上值）。Use whenever PM 说「UI 走查」「走查一下 UI」「对一下 UI」「UI 还原度」「还原度走查」「线上跟设计稿对一下」「前端还原得对不对」「页面跟这份 HTML 对一下」「UI 验收」「设计还原走查」，或给出 设计 HTML 路径 + 线上 URL 让 Claude 比视觉差异。区别于 feature-acceptance skill：那个验业务逻辑 / 字段 / 操作…
daily-research
Daily research briefing. When the user says "今天的调研""跑一份调研简报""每日调研""今日行业动态""扫一下最近有什么新东西""补一下今天的简报"，或在会话里要求生成 / 补一份当日情报简报时，触发本 skill。它在当前会话里实时联网调研用户配置的领域（默认是 AI 应用层 / 框架 / 论文 / 模型 / 研究员与厂商落地动态），产出一份中文简报写入 /YYYY-MM-DD.md。即使用户没说"用 skill"、只说"今天调研呢""帮我看下今天有什么进展"也要触发。本 skill 只生成简报，不自动归档。.
competitor-research
建/补 竞品与 AI 调研文档时遵循。覆盖 AI 应用 / 行业产品现状（竞品库）、Agent 模块汇总与框架深挖（研究库）。规定按菜单梳理全部功能、无账号用帮助中心反推菜单、功能截图只用真实 UI 图、标题与排版口径、主题分流与增量。Use when 写竞品现状 / AI 应用产品文档 / 模块汇总 / 框架对比 / 调研沉淀。.