design-doc

design-doc is a skill for Claude Code, Codex from reddishz/designdoc. It costs 87 tokens per session (6,137 once invoked), scanned A, original, MIT.

A set of rules and templates for creating and reviewing product design documents in the ued/ directory. It covers documents ranging from strategy and requirements to architecture, detailed design, and validation.

In plain words
What is it for?
Choosing document templates, resolving authors and project codes from README files, maintaining indexes, and organizing single- or multi-application design documentation.
Why use it?
It keeps design documents organized and consistent, especially when one repository contains several applications or business areas.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one. Also seen: installed under .agents/ (shared by several agents); mentions AGENTS.md.

Install

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.

agentmods
npx agentmods add skills/reddishz/designdoc/design-doc
Any agent
npx skills add reddishz/designdoc --skill design-doc
Clone the repo
git clone --depth 1 https://github.com/reddishz/designdoc

Made for: Claude Code, Codex.

Wrote 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.

agentmods badge for design-doc

README.md
[![agentmods](https://agentmods.dev/badge/skills/reddishz/designdoc/design-doc.svg)](https://agentmods.dev/skills/reddishz/designdoc/design-doc)
Your own site
<a href="https://agentmods.dev/skills/reddishz/designdoc/design-doc"><img src="https://agentmods.dev/badge/skills/reddishz/designdoc/design-doc.svg" alt="Measured on agentmods" height="20"></a>
Per session 87 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 6,137 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00087 $0.06137
Opus 5 $0.00044 $0.03069
Sonnet 5 $0.00017 $0.01227
Haiku 4.5 $0.00009 $0.00614

Measured 6d ago against content hash 7d7853d9d005, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-06, from the pricing page.

Security

Grade A, and why

design-doc 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 6d ago.

The scan reads SKILL.md. This mod also ships 1 executable file (scripts/check_docs.py), listed below but not scanned — reading those needs a real analyzer, not pattern matching.

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.

.agents/skills/design-doc/SKILL.md · 376 lines

How it starts

The opening of the file, as written. The whole thing — 376 lines — stays where its author put it; the contents beside it link to each section on GitHub.

产品设计文档规范(UED)

AI 运行时配置解析规则

AI 在创建或编辑设计文档时,模板中的 {当前用户.作者}{项目编码} 按当前作用域的 README.md 解析;额外配置文件 已移除且 MUST NOT 继续创建或使用

作用域判定规则

  1. 单应用模式:若业务文档直接位于 ued/ 下,则 ued/README.md 同时承担入口、项目元信息、编码模式、编码计数器与全局索引。
  2. 多应用模式:若存在多个应用,则每个应用 MUST 位于 ued/{app-name}/ 子目录下。
  3. 多应用顶层 READMEued/README.md 仅承担多应用总入口、应用注册表、公共规则与跨应用导航,MUST NOT 作为某个具体应用的项目编码来源。
  4. 多应用应用级 READMEued/{app-name}/README.md 承担该应用的项目元信息、编码模式、编码计数器、文档导航与应用级全局索引。

获取优先级(高到低):

作者字段

  1. 当前作用域 README.md 中的项目元信息字段(如 author / maintainer
  2. 运行环境可识别的当前执行主体标识(如工具可获取)
  3. 默认值:产品架构组

项目编码字段(高级扩展用法)

  1. 当前作用域 README.md 中的项目元信息字段 project_code
  2. 顶层 ued/README.md 的应用注册表中,与目标应用目录匹配的 project_code(仅多应用模式下辅助校验)
  3. 默认值:无(即禁用项目编码前缀,采用简洁编码格式)

启用规则:AI MUST NOT 启用项目编码前缀,除非已显式配置且请求发起方明确确认。默认情况下,一律采用简洁编码格式(如 FR-001)。

提示规则(新增强制约束)

  • 当 AI 识别到 ued/ 下存在多个应用或多个独立业务域的设计文档时,MUST 提示将应用迁移到 ued/{app-name}/ 子目录,并在顶层 ued/README.md 注册应用编码,同时在应用级 README.md 中定义 project_code
  • 当 AI 识别到当前仓库已存在某一应用的设计文档,而当前任务是在此基础上新增另一应用的设计文档时,MUST 在创建前提示采用多应用模式,并为新应用补齐子目录 README.md 与顶层应用注册表。
  • 若尚未配置 project_code,AI MUST 先提示补充配置,再进入编码分配阶段;未获确认前,MUST NOT 擅自启用前缀。
  • 上述提示的目标是确保多个应用并存时,编码、索引、引用与废弃追溯仍可保持全局唯一且语义清晰。

若作用域 README.md 不存在或未声明相应字段,首次使用时直接采用默认值继续工作

  • author = 产品架构组
  • project_code = (空)

随后 AI SHOULD 提醒补充或编辑对应作用域的 README.md 元信息区块,特别是当检测到目录中存在多个应用或新增独立应用迹象时。

项目编码规则(高级模式下)

  • 长度:2-4位大写字母
  • 只能包含字母 A-Z
  • 有效示例:CRMERPCMSCOMHRS

README 元信息最小字段(RECOMMENDED)

  • project_name
  • project_code
  • doc_modesingle-appmulti-app
  • scope
  • author / maintainer

入口介绍

本 skill 的目标不是向人类解释如何写文档,而是约束 AI 的执行方式,确保 AI 在设计文档生成、修改、审查、编码管理和废弃处理时遵循统一意图、统一流程与统一停顿点。

详细规范请参考 references/ 目录下的专项文档:

Read the full file on GitHub · 376 lines

Changes

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.

  1. 6d ago First seen · 376 lines · 87 tokens per session scan A 7d7853d9d005

Subscribe to this mod's changes

design-doc is a skill published in the GitHub repository reddishz/designdoc (11 stars, last pushed 2mo ago), licensed MIT. It adds 87 tokens to every session and 6,137 once invoked, about $0.0004 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-30.

Related

Other skills, from other repositories

openprd-frontend-design

为 OpenPrd 的界面、页面、视觉、样式和前端体验任务提供设计资产框架、审美立意、反 AI 味门禁和实现前方向评审规则。.

mileson/openprd · 50 tokens

blueprint-standards

Defines structural design artifact formats — information architecture, user flows, content model, brand direction, Visual Tokens, and AI interaction model. Use when creating or reviewing design artifacts that precede prototype generation.

shinpr/nautilus · 45 tokens

html-demo

仿真型 HTML 交互 demo 生成:按用户截图复刻真实界面,产出自包含、全状态可达(带模拟开关)的可交互单文件 demo,落 tmp/ 就地多轮迭代;拍板后归档 prototypes/ 并衔接 prd-writer「demo 先行变体」写 PRD。.

ryanzhao1011/workframe · 85 tokens

design-perspective

Integrates design principles, WCAG 2.2 AA accessibility, persona context, and state design into product decisions. Use when reviewing UX decisions, checking accessibility, applying design principles, or ensuring state coverage in acceptance criteria.

shinpr/nautilus · 49 tokens

recipe-blueprint

Selects and defines the structural design context needed by a prototype or PRD. Use when shared information architecture, flows, content, brand, Visual Tokens, or AI interaction decisions are missing.

shinpr/nautilus · 42 tokens

recipe-persona

Creates or updates evidence-backed personas with the context and JTBD needed for product decisions. Use when user segments or behavior affect discovery, design, or requirements.

shinpr/nautilus · 35 tokens