菜单
Generate and maintain business knowledge documents from codebase. Supports ingest (create/update docs) and lint (detect inconsistency and fix) operations. Triggers: 业务知识地图、生成业务文档、ingest domain knowledge、lint 业务知识、docify.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
Fetch any URL and convert to markdown using baoyu-fetch CLI (Chrome CDP with site-specific adapters). Built-in adapters for X/Twitter, YouTube transcripts, Hacker News threads, and generic pages via Defuddle. Handles login/CAPTCHA via interaction wait modes. Use when user wants to save a webpage as markdown.
E2E testing for local web applications — constraint-first, execution-driven structure: iron rules, 5-stage execution flow with inline principles, artifact specification. Use this skill whenever the user wants to test a local web app, validate UI behavior, walk through multi-step user flows, mock API responses for testing, debug E2E test failures, capture screenshots, or understand E2E testing best practices. Triggers on: "test this web app", "E2E test", "UI test", "browser test", "验证 UI", "测试页面", "写个测试", "mock API", "端到端测试", "自动化测试", "帮我测一下", "test the login", "checkout flow", "registration flow", "dashboard test", or any mention of localhost testing, form validation, flow verification, or E2E debugging.
从原始需求素材（PRD、会议纪要、设计文档等）提炼结构化开发需求文档。通过三层模板（意图层/边界层/关联层）和五条逻辑校验规则，生成逻辑自洽的需求文档，暴露缺失和矛盾。触发词："提炼需求"、"结构化需求"、"需求文档"、"需求整理"、"refine requirement"。适用于 AI Coding Agent 开发前的需求整理，也适用于人类开发者审查和完善需求。
E2E testing methodology for local web applications — 21 principles across 5 domains (testing philosophy, data & mock, UI interaction, diagnosis & debugging, reporting). Pure methodology: no tool commands, no project conventions — teaches the agent how to think, not what to do. Use this skill whenever the user wants to test a local web app, validate UI behavior, walk through multi-step user flows, mock API responses for testing, debug E2E test failures, capture screenshots, or understand E2E testing best practices. Triggers on: "test this web app", "E2E test", "UI test", "browser test", "验证 UI", "测试页面", "写个测试", "mock API", "端到端测试", "自动化测试", "帮我测一下", "test the login", "checkout flow", "registration flow", "dashboard test", or any mention of localhost testing, form validation, flow verification, or E2E debugging.
高质量知识写作技能，创作精炼优雅，图文并茂的 Markdown 学习文章。 **当用户想要学习、研究或理解任何主题时，始终使用此技能。** 作为经验丰富的知识写作者—— 深度研究材料，识别核心概念与关系，撰写简洁、精准、有洞见的文章。 触发语（中文）："帮我学习 X"、"我想了解 X"、"研究 X"、"学习这个"、"总结"、"解释 X"、"消化这个"、"帮我深入理解" 触发语（英文）："help me learn"、"I want to understand"、"study this"、"summarize"、"teach me about" 特点：Markdown 输出配优雅图表（Mermaid/SVG/ASCII），自适应主题结构，高层写作原则， 视觉风格预览选择，内置去 AI 味处理，支持中英文输出。
为任何项目（前端或后端）生成专业测试策略和高质量测试代码。当用户描述功能、UI、验收标准，或要求编写测试、创建测试用例、添加测试覆盖、验证功能时，使用此技能。当用户分享需求并希望通过测试验证，或粘贴代码问'该如何测试'时，也触发此技能。即使用户未明确说'测试'，只要意图明显是验证行为或质量保障，就应使用此技能。
基于 SOC 职业分类
| name | docify |
| description | Generate and maintain business knowledge documents from codebase. Supports ingest (create/update docs) and lint (detect inconsistency and fix) operations. Triggers: 业务知识地图、生成业务文档、ingest domain knowledge、lint 业务知识、docify. |
从代码库自动生成并维护业务知识文档。支持 ingest（生成/更新文档）和 lint（检查一致性并修复）两种操作模式。graphify 仅作为可选的辅助验证工具。
核心产出：
| 类型 | 英文名 | 定义 | 核心问题 | 文件命名 |
|---|---|---|---|---|
| Entity — 业务实体 | Entity | 业务对象、术语、状态机、实体间关系 | 是什么？ | entity-{name}.md |
| Rule — 系统规则 | Rule | 条件判断逻辑、计算方式、约束条件、触发机制 | 怎么算？ | rule-{name}.md |
| Flow — 操作流程 | Flow | 用户可执行的完整操作序列、端到端业务过程 | 怎么做？ | flow-{name}.md |
| UI — 界面功能 | UI | 用户可见的页面、功能模块、信息展示、交互说明 | 在哪看？ | ui-{name}.md |
| Metric — 数据指标 | Metric | 数据指标定义、计算口径、效果评估标准 | 怎么衡量？ | metric-{name}.md |
边界模糊时的决策规则：
ingest — 生成/更新业务知识从零生成或全量更新 docs/domain-knowledge/ 下的所有业务知识文档。
完整步骤见 references/ingest-workflow.md。
关键内容规范文件：
references/common.md — 所有类型文档的通用规范（读者定位、语言规范、深度规范、表达规范、自审清单）references/type-entity.md — Entity 文档的必含章节与必答问题references/type-rule.md — Rule 文档的必含章节与必答问题references/type-flow.md — Flow 文档的必含章节与必答问题references/type-ui.md — UI 文档的必含章节与必答问题references/type-metric.md — Metric 文档的必含章节与必答问题lint — 检查一致性并修复检测已有文档与代码现状的差异，输出报告，用户确认后自动修复。
完整步骤见 references/lint-workflow.md。
graphify 定位为可选的辅助验证工具，不是前置依赖。
主路径：Agent 直接通过目录扫描和源码阅读识别业务模块。graphify 仅在有 graphify-out/ 时用于辅助验证模块边界。
输入路径（<path>）确定优先级：
graphify-out/ 中已有分析结果涉及的最长公共路径前缀packages/⚠️ 关键警示：
GRAPH_REPORT.md 中的社区名是算法自动生成的标签，不得直接作为业务模块名| 场景 | 处理策略 |
|---|---|
graphify-out/ 不存在 | 不终止流程，继续基于目录扫描和源码阅读执行主路径 |
graphify update 失败 | 报告错误详情，询问是否基于现有 graphify-out/ 继续 |
graphify query/explain 返回空结果 | 降级为 Agent 直接读取源码 |
| 模块涉及文件过多（>10 个） | 仅读取 GRAPH_REPORT 标记的 god nodes 对应文件，其余忽略 |
| 生成文档后用户不确认提交 | 保留已写入的文件，由用户自行决定后续操作 |
.last-manifest.json 不存在（lint 时） | 提示用户先运行一次 ingest 建立基线，或仅做结构差异检测 |