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/prd-stylenpx skills add ryanzhao1011/workframe --skill prd-stylegit 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/prd-style)<a href="https://agentmods.dev/skills/ryanzhao1011/workframe/prd-style"><img src="https://agentmods.dev/badge/skills/ryanzhao1011/workframe/prd-style.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.00088 | $0.04533 |
| Opus 5 | $0.00044 | $0.02266 |
| Sonnet 5 | $0.00018 | $0.00907 |
| Haiku 4.5 | $0.00009 | $0.00453 |
Grade B, and why
prd-style scanned grade B with 1 finding 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.
Reads agent configuration directoriesmediumAgent snooping
.claude/, .codex/, .gemini/ hold keys, settings and other credentials a mod has no legitimate need for.
> `$(cat .claude/workframe-state/plugin-root.txt)/templates/project-skills/prd-style/SKILL.md`。 How it starts
The opening of the file, as written. The whole thing — 272 lines — stays where its author put it; the contents beside it link to each section on GitHub.
{{PROJECT_NAME}} · PRD 框架
这份文件属于你的项目：装机时由框架放入（出厂默认版），之后框架不再覆盖。 想让 PRD 长成你习惯的样子——章节怎么排、要不要流程图、用不用原型——直接改这份文件， 下一次写需求即生效。改坏了想回默认：从框架模板重新复制一份即可——
$(cat .claude/workframe-state/plugin-root.txt)/templates/project-skills/prd-style/SKILL.md。与 core 的分工：core
prd-writer管工作流骨架与通用写作纪律（怎么协作、怎么写得清楚）， 本文件管本项目的框架与风格（写成什么样）。两边冲突时以本文件为准，但下方 「机器契约红线」除外。
§0 机器契约红线（本文件不可覆盖的部分）
以下内容由 core 保证跨项目一致，改了会断索引 / 断 QA 链路，本文件的任何声明不覆盖它们：
| 契约 | 归属 |
|---|---|
frontmatter 必填字段与落盘路径（projects/modules/.../prd.md） |
document-norms §1 §2 |
需求资产包结构（prototypes/ assets/ test-cases/ 等） |
modules-template |
验收标准的 AC-{序号} 编号 |
QA test-case-design 的输入，编号全文档唯一递增 |
| 「变更与决策记录」章的存在（frontmatter 无 version 字段，正文「变更与决策记录」是唯一版本史） | prd-writer 落盘契约（表的格式可改，章不能没有） |
§1 工序形态声明
core prd-writer 的六段工作流骨架（理解 → 骨架确认 → 填充 → 落盘 → 附属产物 → 发布）
在以下工序点读本节取值。每行都可改：换形态直接改「取值」，停用整个工序把「取值」改为「不启用」。
| 工序点 | 本项目取值 |
|---|---|
| S2 范围确认形态 | Mermaid 思维导图（只呈现核心模块与关键子模块，不展开实现细节——字段 / 接口 / 文件 / 失败分类 / 配置值等一律不入图；主干与总行数按需求大小合理控制） |
| S2 结构确认图件 | 启用——流程图（选型判据与图纪律见 core prd-writer/diagram-guide.md） |
| S2 页面骨架确认（V1 时） | 启用——简洁文字描述（区域布局 / 核心元素 / 空状态），不生成 HTML |
| S3 填充波次 | 两波：先「头部元信息（如启用）+ 需求背景与目标 + 方案概览」校准方向，再其余全部章节 |
| S5 附属产物（V1 时） | HTML 交互原型（规范见 core prd-writer/html-prototype.md）；已有拍板 demo 时走「demo 先行变体」 |
§2 维度开关（按产品形态裁剪章节）
写作前按需求推断以下维度，决定启用哪些章节。维度可增删（如硬件产品可加「供应链/认证」维度并映射到自建章节）：
| # | 维度 | 推断信号 | 影响 |
|---|---|---|---|
| V1 | 有 UI 页面/用户操作流程？ | 含"页面/列表/按钮/弹窗/表单/菜单"（"配置/管理/操作"不单独作数——CLI、管道类需求同样高频用这些词） | 启用「需求路径」章；需求详情按前端模块分层；启用页面骨架确认与原型工序 |
| V2 | 需向研发/算法说明实现方案？ | 含"模型/算法/LLM/接口/训练/管道" | 启用「技术方案」章；「上线策略」章 V2 或 V3 任一启用即写 |
| V3 | 分期交付或多团队协作？ | 含"一期/二期/阶段/跨团队"或规模较大 | 启用「项目管理」章；头部输出相关负责人 |
| V4 | 有字段设计或数据结构？ | 含"字段/表结构/导入/导出/数据定义" | 需求详情含字段说明表 |
| V5 | 需跨角色问题追踪？ | 涉及多方沟通或历史有多轮确认 | 启用「附录」章 |
§3 章节总览与输出顺序
标准章节序列（按维度裁剪后连续重编号，不跳号）：
| 章节 | 必选/维度 | 说明 |
|---|---|---|
| 头部元信息 | 按需 | 相关负责人仅多团队协作时输出；更新记录并入「变更与决策记录」 |
| 一、需求背景与目标 | 必选 | 背景 / 目标 / 边界 三小节 |
| 二、方案概览 | 必选 | 分点文字，一目了然 |
| 三、需求路径 | V1 | 平台 > 菜单 > 页面/弹窗 > 动作；无 UI 的需求（CLI / API / 数据管道）不设本章 |
| 四、业务流程与逻辑 | 必选 | 流程图双格式 + 产品视角后端逻辑 |
| 五、需求详情 | 必选 | V1 主导时题为「前端交互详情」，按前端模块分级 |
| 六、验收标准 | 必选 | AC 表格 |
| 七、技术方案 | V2 | 面向研发/算法 |
| 八、上线策略 | V2/V3 | 灰度 / 回滚 |
| 九、项目管理 | V3 | 里程碑 |
| 倒数第二章、待确认项 | 按需 | 仅用户明确提出的未决事项；无则不设 |
| 最后一章、变更与决策记录 | 必选（契约） | 版本 + 拍板合并表 |
| 附录 | V5 | 参考文档 / 团队分工 |
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 · 272 lines · 88 tokens per session scan B 53c9e8c186b0
prd-style is a skill published in the GitHub repository ryanzhao1011/workframe (4 stars, last pushed 17d ago), licensed MIT. It adds 88 tokens to every session and 4,533 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it B with 1 finding (reads agent configuration directories). 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 应用产品文档 / 模块汇总 / 框架对比 / 调研沉淀。.