docs-generator
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseTechnical Documentation
Technical Documentation
ACTION REQUIRED(读完后立刻执行)
ACTION REQUIRED(Read and Execute Immediately)
- :确认当前任务是否命中本 skill 的适用范围
NOW - :读取
NOW,校验工具可用性和实际路径../tool-index.md - :缺工具时调用 bootstrap,不要猜路径
NEXT - :进入"工作流"第一步并执行,不要停在确认状态
ACT
For writing style, tone, and voice guidance, use with The Engineer persona.
Skill(ce:writer)- : Confirm whether the current task falls within the scope of this skill
NOW - : Read
NOWto verify tool availability and actual paths../tool-index.md - : Call bootstrap when tools are missing, do not guess paths
NEXT - : Enter and execute the first step of the "workflow", do not stay in the confirmation state
ACT
For writing style, tone, and voice guidance, use with The Engineer persona.
Skill(ce:writer)安全/逆向任务文档输出
Security/Reverse Engineering Task Documentation Output
当逆向/渗透/CTF/安全分析任务完成后,本 skill 负责在用户项目目录生成正式技术文档。
After completing reverse engineering/penetration testing/CTF/security analysis tasks, this skill is responsible for generating formal technical documentation in the user's project directory.
触发时机
Trigger Timing
- 逆向任务完成,已产出核心结论(算法还原、签名破解、绕过方案等)
- 渗透测试完成,已发现并验证漏洞
- CTF 题目解出,已拿到 flag
- 用户明确要求"写一份报告/文档/writeup"
- Reverse engineering task completed, core conclusions reached (algorithm restoration, signature cracking, bypass scheme, etc.)
- Penetration testing completed, vulnerabilities discovered and verified
- CTF challenge solved, flag obtained
- User explicitly requests "write a report/document/writeup"
模板选择
Template Selection
| 任务类型 | 使用模板 |
|---|---|
| APK/二进制/so 逆向 | |
| 渗透测试/漏洞挖掘 | |
| CTF 解题 | |
| JS/Web 签名逆向 | |
| 恶意软件 / APT / 病毒分析报告 | |
| 通用技术文档 | |
| Task Type | Template Used |
|---|---|
| APK/Binary/so Reverse Engineering | |
| Penetration Testing/Vulnerability Discovery | |
| CTF Challenge Solving | |
| JS/Web Signature Reverse Engineering | |
| Malware/APT/Virus Analysis Report | |
| General Technical Documentation | |
厂商报告结构(Issue #65)
Vendor Report Structure (Issue #65)
安全类正式报告 MUST 读取 (只取结构,不抄厂商原文)。仅在任务证据或用户明确要求时选择厂商 flavor;普通逆向和其他任务使用 。
references/vendor-report-rules.mdflavor = null| Flavor / Overlay | 何时用 | 主参考骨架 |
|---|---|---|
| 明确恶意样本、木马、白加黑、钓鱼投毒 | 火绒式:概述→流程→样本分析→应急处置→IOC |
| APT/战役/团伙/多阶段感染链/行业定向 | 卡巴斯基 Securelist 式:摘要→感染链→调查叙事→Interesting findings→技术分析→检测缓解→IOC |
| 普通 APK/ELF/PE/Mach-O 逆向、算法/固件分析、渗透 / CTF / JS 签名 | 原任务模板 + Base 通用元素;不套 malware/APT 专属章节 |
thin | 用户明确要求漏洞/补丁/CVE 技术分析 | 概述→影响/复现→崩溃与补丁分析→防护建议(叠加在 null 上,非第 3 默认全文 flavor) |
原则:模板在精不在多 —— 仅 2 个厂商全文 flavor; 仅为可选 thin overlay,不另建第三套默认全文模板。
与 §0 Evidence→Finding→Path 同时生效;冲突时 Evidence 契约优先。
vulnFormal security reports MUST read (only use the structure, do not copy vendor original text). Select the vendor flavor only when task evidence or user explicitly requires it; use for ordinary reverse engineering and other tasks.
references/vendor-report-rules.mdflavor = null| Flavor / Overlay | When to Use | Main Reference Framework |
|---|---|---|
| Explicit malicious samples, trojans, white+black attacks, phishing poisoning | HuoRong style: Overview → Process → Sample Analysis → Emergency Response → IOC |
| APT/campaigns/groups/multi-stage infection chains/industry targeting | Kaspersky Securelist style: Abstract → Infection Chain → Investigation Narrative → Interesting findings → Technical Analysis → Detection & Mitigation → IOC |
| Regular APK/ELF/PE/Mach-O reverse engineering, algorithm/firmware analysis, penetration testing/CTF/JS signature | Original task template + Base general elements; do not apply malware/APT exclusive sections |
thin | User explicitly requests vulnerability/patch/CVE technical analysis | Overview → Impact/Reproduction → Crash & Patch Analysis → Protection Recommendations (overlay on null, not the 3rd default full-text flavor) |
Principle: Quality over quantity for templates — only 2 full-text vendor flavors; is only an optional thin overlay, no third set of default full-text templates will be created separately.
Effective simultaneously with §0 Evidence→Finding→Path; Evidence contract takes precedence in case of conflicts.
vuln输出规范
Output Specifications
- 输出位置:用户当前项目目录(不是 skill 包目录)
- 文件名格式:
YYYY-MM-DD_[类型]-[目标简称]-report.md - 如果项目有 目录:优先放在
docs/下docs/ - 编码:UTF-8
- 语言:跟随用户对话语言(中文对话出中文报告,英文对话出英文报告)
- Output Location: User's current project directory (not the skill package directory)
- Filename Format:
YYYY-MM-DD_[Type]-[Target Abbreviation]-report.md - If the project has a directory: Prioritize placing it under
docs/docs/ - Encoding: UTF-8
- Language: Follow the user's conversation language (Chinese reports for Chinese conversations, English reports for English conversations)
质量要求
Quality Requirements
- 所有代码块必须可直接运行或有明确上下文
- 不要有 placeholder/TODO
- 关键发现必须有证据支撑
- 复现步骤必须让第三方能独立重现
- 敏感信息(真实 token、密码、内部 URL)用占位符替代
- MUST 包含 Evidence → Finding → Path 链(见 与模板 §0)
../ops/evidence-finding-path.md - MUST 读取 :选定
references/vendor-report-rules.md/malware或apt(漏洞任务可叠加 thinflavor = null);无 flavor 时只输出原任务模板和适用的 Base 元素,不强制 IOC/ATT&CKvuln - SHOULD 引用 case /
scope.md(timeline.md)../scripts/case-init.ps1
- All code blocks must be directly runnable or have clear context
- No placeholders/TODOs
- Key findings must be supported by evidence
- Reproduction steps must allow third parties to independently reproduce
- Sensitive information (real tokens, passwords, internal URLs) must be replaced with placeholders
- MUST include the Evidence → Finding → Path chain (see and Template §0)
../ops/evidence-finding-path.md - MUST read : select
references/vendor-report-rules.md/malwareorapt(vulnerability tasks can overlay thinflavor = null); when no flavor is selected, only output the original task template and applicable Base elements, no mandatory IOC/ATT&CKvuln - SHOULD reference case /
scope.md(timeline.md)../scripts/case-init.ps1
图表集成
Chart Integration
生成报告时,应在适当位置调用 skill 生成可视化图表:
diagram-generator| 报告类型 | 建议图表 | 图表类型 |
|---|---|---|
| 逆向工程报告 | 函数调用关系图、数据流图 | Mermaid flowchart / sequenceDiagram |
| 渗透测试报告 | 攻击路径图、网络拓扑图 | Mermaid flowchart / Graphviz |
| CTF Writeup | 解题思路流程图 | Mermaid flowchart |
| JS 签名逆向报告 | 请求链路时序图、算法流程图 | Mermaid sequenceDiagram / flowchart |
图表以 Mermaid 代码块形式嵌入报告 markdown 中,确保可在 GitHub/GitLab 直接渲染。
When generating reports, call the skill at appropriate positions to generate visual charts:
diagram-generator| Report Type | Recommended Charts | Chart Type |
|---|---|---|
| Reverse Engineering Report | Function call relationship diagram, data flow diagram | Mermaid flowchart / sequenceDiagram |
| Penetration Testing Report | Attack path diagram, network topology diagram | Mermaid flowchart / Graphviz |
| CTF Writeup | Problem-solving flowchart | Mermaid flowchart |
| JS Signature Reverse Engineering Report | Request link sequence diagram, algorithm flowchart | Mermaid sequenceDiagram / flowchart |
Charts are embedded in the report markdown as Mermaid code blocks to ensure direct rendering on GitHub/GitLab.
Core Principles
Core Principles
1. Progressive Disclosure
1. Progressive Disclosure
Reveal information in layers:
| Layer | Content | User Question |
|---|---|---|
| 1 | One-sentence description | What is it? |
| 2 | Quick start code block | How do I use it? |
| 3 | Full API reference | What are my options? |
| 4 | Architecture deep dive | How does it work? |
Warnings, breaking changes, and prerequisites go at the TOP.
Reveal information in layers:
| Layer | Content | User Question |
|---|---|---|
| 1 | One-sentence description | What is it? |
| 2 | Quick start code block | How do I use it? |
| 3 | Full API reference | What are my options? |
| 4 | Architecture deep dive | How does it work? |
Warnings, breaking changes, and prerequisites go at the TOP.
2. Task-Oriented Writing
2. Task-Oriented Writing
markdown
<!-- Bad: Feature-oriented -->markdown
<!-- Bad: Feature-oriented -->AuthService Class
AuthService Class
The AuthService class provides authentication methods...
<!-- Good: Task-oriented -->The AuthService class provides authentication methods...
<!-- Good: Task-oriented -->Authenticating Users
Authenticating Users
To authenticate a user, call login() with credentials:
undefinedTo authenticate a user, call login() with credentials:
undefined3. Show, Don't Tell
3. Show, Don't Tell
Every concept needs a concrete example.
Every concept needs a concrete example.
Formatting Standards
Formatting Standards
- Sentence case headings: "Getting started" not "Getting Started"
- Max 3 heading levels: Deeper means split the doc
- Always specify language in code blocks
- Relative paths for internal links
- Tables for structured data with 3+ attributes
- Sentence case headings: "Getting started" not "Getting Started"
- Max 3 heading levels: Deeper means split the doc
- Always specify language in code blocks
- Relative paths for internal links
- Tables for structured data with 3+ attributes
Quality Checklist
Quality Checklist
- Code examples tested and runnable
- No placeholder text or TODOs
- Matches actual code behavior
- Scannable without reading everything
- Reader knows what to do next
- Code examples tested and runnable
- No placeholder text or TODOs
- Matches actual code behavior
- Scannable without reading everything
- Reader knows what to do next
Anti-Patterns
Anti-Patterns
| Problem | Fix |
|---|---|
| Wall of text | Break up with headings, bullets, code, tables |
| Buried critical info | Warnings/breaking changes at TOP |
| Missing error docs | Always document what can go wrong |
| Problem | Fix |
|---|---|
| Wall of text | Break up with headings, bullets, code, tables |
| Buried critical info | Warnings/breaking changes at TOP |
| Missing error docs | Always document what can go wrong |
Templates
Templates
For README, API endpoint, and file organization templates, see references/templates.md.
For README, API endpoint, and file organization templates, see references/templates.md.
Related Skills
Related Skills
- - Writing style, tone, and voice (load The Engineer persona)
Skill(ce:writer) - - Architecture and flow diagrams
Skill(ce:visualizing-with-mermaid)
- - Writing style, tone, and voice (load The Engineer persona)
Skill(ce:writer) - - Architecture and flow diagrams
Skill(ce:visualizing-with-mermaid)
按需自举(On-Demand Bootstrap)
On-Demand Bootstrap
本 skill 不依赖外部工具,纯文本生成。无需 bootstrap。
如果需要渲染图表嵌入报告,会调用 skill。
diagram-generator/This skill does not rely on external tools, it generates pure text. No bootstrap required.
If chart rendering is needed for embedding in reports, the skill will be called.
diagram-generator/路由上下文
Routing Context
上游入口: 所有安全/逆向 skill 在任务完成后自动调用本 skill
触发方式:
- 自动:任务完成后作为行为链第 9 步执行
- 手动:用户说"写报告"、"出文档"、"writeup"
同级关联模块:
- — APK 逆向完成后生成逆向报告
apk-reverse/ - — 二进制分析完成后生成逆向报告
ida-reverse/ - — CLI 分析完成后生成逆向报告
radare2/ - — JS 签名逆向完成后生成签名报告
js-reverse/ - — 通用逆向完成后生成逆向报告
reverse-engineering/ - — 报告内容同时作为进化日志的数据来源
field-journal/
安全报告模板:
厂商报告规则: (flavor: malware | apt | null;optional overlay: vuln)
通用文档模板:
references/security-report-templates.mdreferences/vendor-report-rules.mdreferences/templates.mdUpstream Entry: All security/reverse engineering skills automatically call this skill after task completion
Trigger Methods:
- Automatic: Executed as step 9 of the action chain after task completion
- Manual: User says "write report", "create document", "writeup"
Sibling Associated Modules:
- — Generates reverse engineering report after APK reverse engineering is completed
apk-reverse/ - — Generates reverse engineering report after binary analysis is completed
ida-reverse/ - — Generates reverse engineering report after CLI analysis is completed
radare2/ - — Generates signature report after JS signature reverse engineering is completed
js-reverse/ - — Generates reverse engineering report after general reverse engineering is completed
reverse-engineering/ - — Report content also serves as data source for evolution logs
field-journal/
Security Report Template:
Vendor Report Rules: (flavor: malware | apt | null; optional overlay: vuln)
General Documentation Template:
references/security-report-templates.mdreferences/vendor-report-rules.mdreferences/templates.md任务完成自检(声称完成前 MUST 通过)
Task Completion Self-Check (MUST Pass Before Claiming Completion)
- 我是否执行了工作流中的每一步(而不是只阅读)?
- 我是否基于 使用了真实工具路径?
tool-index - 我是否产出了可复现证据(命令/脚本/截图/报告)?
- 报告是否含 Evidence / Finding / Path(ops 契约)?
- 是否完成并回写了 RULES 要求的 Checklist 项?
- Have I executed every step in the workflow (instead of just reading)?
- Have I used real tool paths based on ?
tool-index - Have I produced reproducible evidence (commands/scripts/screenshots/reports)?
- Does the report include Evidence / Finding / Path (ops contract)?
- Have I completed and written back the Checklist items required by RULES?